主页 / dba / 问题 / 227905
Accepted
TattooedDBA
Asked: 2019-01-24 13:43:42 +0800 CST

如何存储/组织所有这些脚本？

  • 772

我担任 DBA 角色大约 10 个月，并且已经积累了相当多的脚本集合。是否有人对如何存储所有这些脚本有任何最佳实践或建议？我管理着大约 70 个 SQL 服务器实例，并且正在寻找一种方法来快速访问所有这些脚本，因为我全天都需要它们，而现在它们只是堆积在一个文件系统文件夹中。

这是最好的方法吗？是否有第三方工具可以帮助组织它们？任何人都有一个惊人的解决方案/建议？

提前谢谢！

best-practices

3 个回答

  1. Best Answer

    让他们进入源代码控制，马上。它们是您的代码，是您关于如何配置和操作环境的真实来源。它们与应用程序和模式一样重要，值得同等程度的关注和关注。

    在那里，您可以根据需要对它们进行版本化和分支。拥有 20 份没有任何用途的说明将成为过去。

    在根文件夹中，我会按目的拆分它们。对我来说，这意味着一个用于迁移脚本的子文件夹，一个用于分析，一个用于维护等。使用对您的环境和您的思维方式有意义的东西。

    • 6

  2. 我敢打赌，在 ssms 对象资源管理器设置中通常有一个，您可以在其中看到预加载的 sql 脚本，如备份、创建登录等...... 另外，我使用过的最好的并且非常有名的或者我个人喜欢的就是 GitHub。您可能会在网上找到各种其他产品，例如 Bitbucket 等。

    此外，在我早期，我曾经有一个自己的 DBA 数据库，我将在其中保存与我在日常故障排除或检查活动中使用的脚本相关的数据

    我也不知道它有多有用，但你可能会发现redgate swl 脚本管理器 很有用

    • 2

  3. 我以可以在 vs 代码或类似代码中轻松搜索的方式使用了 GIT 和命名文件的组合。

    我将存储文件名作为示例，如下所示。

    [Sales][Department].sql

[Sales][Staff].sql

[Profit][Staff].sql

    然后我将能够搜索关键作品。如果我对脚本进行不同的切割/风味数据的变体，我将创建一个新文件，只使用该切割并相应地命名。因此，如果我们再次被要求提供相同的东西或类似的东西，我们会记录下来并能够快速重新生成。

    这似乎与我的查询很好地扩展了，我团队中的其他人现在正在采用这种方法。

    • 1

相关问题