Mysql 从{invalid_table}中选择无效的_字段

Mysql 从{invalid_table}中选择无效的_字段,mysql,database,github,drupal,drupal-7,Mysql,Database,Github,Drupal,Drupal 7,我的问题是关于从github导入数据库 当我运行$git clone时https://github.com/repo/path.git在终端中,所有文件都被正确导入,数据库文件除外,它只包含: SELECT invalid_field FROM {invalid_table} 并且无法导入mySQL工作台 我做错了什么?有什么想法吗 谢谢 SQL是通过连接字符串绑定到特定数据库的吗?您拉取的可能是试图访问另一个数据库 这在Drupal API的官方文档中显示为一个文件感谢您的回复!不知道我是否

我的问题是关于从github导入数据库

当我运行
$git clone时https://github.com/repo/path.git
在终端中,所有文件都被正确导入,数据库文件除外,它只包含:

SELECT invalid_field FROM {invalid_table}
并且无法导入mySQL工作台

我做错了什么?有什么想法吗


谢谢

SQL是通过连接字符串绑定到特定数据库的吗?您拉取的可能是试图访问另一个数据库


这在Drupal API的官方文档中显示为一个文件

感谢您的回复!不知道我是否理解你的问题。。。当我在文本编辑器中打开sql文件时,它会显示“从{invalid_table}中选择无效的_字段”-如果这澄清了…您可以通过任何方式检查编辑器通过其连接字符串选择的数据库,以及它是否正确?我们可以从那里开始,如果这是正确的,检查github中的源代码,确保它与您拥有的文件相匹配,如果不尝试,看看该文件中是否有任何内容可以帮助您查看丢失的内容。嗯,我正在手动选择数据库(通过terminal/mySQL workbench)。我已经在site/path/docroot/modules/simpletest/files/database.sql(这是一个drupal站点)…选择了一个。有趣的是,我正在查看站点上的官方文档,并显示您实际看到的是一个文件(sql-1.txt),我想知道编辑器是否正在拾取该文件,或者不匹配某个文件,而没有打开.sql,除非发生其他情况,否则您的文件在克隆过程中极不可能被损坏。如果您在GitHub web UI中查看它,它是否显示相同的内容?哦,是的。。。有办法解决这个问题吗?(我有一个旧版本的数据库)修复它的方法是确保提交正确的文件:-)。但是提交数据库可能是个坏主意。您是在尝试提交应用程序的数据库(包括数据),还是仅提交数据库架构定义文件/迁移?哦,不!已经提交了一些数据以及数据库结构。出于许多原因,我建议不要提交数据。例如:大多数数据实际上不是应用程序的一部分。不同的实例可能有不同的数据:开发和生产实例上的帐户不同,开发中的数据少于生产中的数据,不同客户端的数据不同,等等。此外,许多Git主机(包括GitHub)对总体存储库大小和单个文件都有限制。一个数据库可以很快地解决这个问题。不幸的是,我不是一个Drupal的家伙,所以我不能给你太多具体的帮助。尝试只提交数据库模式,最好在迁移中定义。