Windows原生版本和Go SQLCMD的执行速度有差异吗？

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《Windows原生版本和Go SQLCMD的执行速度有差异吗？》，聊聊，我们一起来看看吧！

我一直在使用 Windows 本地 sqlcmd 在本地 SQL Server 数据库上运行脚本。我有一组脚本文件，用于创建数据库、添加表和索引、填充域数据、添加存储过程等。运行脚本是通过每个文件执行一个 sqlcmd -i <file>.sql 来完成的。这运作良好并且足够快。 切换到 sqlcmd 的新 Go 实现后，数据库构建时间慢了几倍。

我一直无法找到任何方法从sqlcmd获取计时类型的统计信息来确定是否是连接问题、连接池或其他问题。如果我将多个文件作为附加的 -i <file.sql> 选项传递，我可以看到看起来有什么改进，这向我表明这是 Go 命令启动或初始数据库连接建立的问题。 p>

我做了一个测试，我拿了十个 SQL 文件，并将它们作为十个单独的 sqlcmd 执行来运行，也作为一个 sqlcmd 执行来运行，这十个文件作为单独的 -i 输入文件。单独的命令需要 20 秒，综合命令需要 4 秒。因此，这似乎是启动开销或连接开销的问题。

根据 @siggemannen 的建议，我使用 AD 凭据和直接数据库用户测试了连接。 AD 凭据比直接数据库连接慢得多，这意味着这是我在场景中看到的缓慢的根源。

我正在寻找任何建议或想法来解决问题或进一步排除故障。有什么办法可以加快 AD 身份验证的速度吗？

正确答案

Go sqlcmd 并不比原生版本慢。使用 Windows/AD 凭据建立连接会增加建立连接所需的启动时间，并且在用例中为每个 sqlcmd 实例运行一个 SQL 文件，这会增加额外的开销。

我们可以重新编写构建脚本，以便为每个单独的 sqlcmd 运行许多 SQL 文件，这将恢复我们所需的性能。但是，我们无需任何返工即可使用的替代方案是使用 SQL Server 级别主体 sa 在创建数据库时创建。这恢复了与使用 AD 登录的本机 sqlcmd 相当的性能。

终于介绍完啦！小伙伴们，这篇关于《Windows原生版本和Go SQLCMD的执行速度有差异吗？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！