我使用RedGate SQL数据比较并生成了一个. SQL文件,这样我就可以在我的本地机器上运行它。但问题是文件超过300mb,这意味着我不能做复制和粘贴,因为剪贴板将无法处理它,当我尝试在SQL Server Management Studio中打开文件时,我得到一个关于文件太大的错误。
有没有办法运行一个大的。sql文件?该文件主要包含两个新表的数据。
我使用RedGate SQL数据比较并生成了一个. SQL文件,这样我就可以在我的本地机器上运行它。但问题是文件超过300mb,这意味着我不能做复制和粘贴,因为剪贴板将无法处理它,当我尝试在SQL Server Management Studio中打开文件时,我得到一个关于文件太大的错误。
有没有办法运行一个大的。sql文件?该文件主要包含两个新表的数据。
当前回答
==> sqlcmd -S [servername] -d [databasename] -i [scriptfilename] -a 32767
我已经成功地完成了这个命令与365mb的sql文件。 该语法大约在15分钟内运行。 它帮我解决了一个花了我很长时间才弄明白的问题
其他回答
您也可以使用这个工具。它真的很有用。
BigSqlRunner
注意:断链接,所以已经更新了它。
以管理员权限执行命令提示符 将目录更改为.sql文件的存储位置 执行以下命令 sqlcmd -S '您的服务器名称' -U '服务器的用户名' -P '服务器的密码' -d 'db名称'-i script.sql
对于所有仍然遇到导入大型SQL转储问题的人来说,可能还有另一种方法。
在可能的情况下还需要考虑什么:如果您可以访问服务器,您可以将数据库分成多个部分导出,比如首先导出结构,然后按表(或相关对象)导出更小的数据块,而不是一个大文件。
当您无法访问服务器和/或必须使用现有的大文件时,您可以尝试使用SQLDumpSplitter: https://philiplb.de/sqldumpsplitter3/将它们拆分为多个部分。
然后导入这些片段以获得数据库的完整副本。
祝你们好运。
希望这对你有帮助!
sqlcmd -u UserName -s <ServerName\InstanceName> -i U:\<Path>\script.sql
我也有类似的问题。我的sql脚本文件大小超过150MB(其中包含近900k非常简单的insert)。我使用了Takuro建议的解决方案(作为这个问题的答案),但我仍然得到错误消息,说没有足够的内存(“内部”资源池中没有足够的系统内存来运行此查询”)。
对我有帮助的是,我在每50k insert之后添加GO命令。
(它不是直接解决问题(文件大小),但我相信它解决了与sql脚本本身的大容量间接相关的问题。在我的情况下,许多插入命令)