SQL文件管理

Question

我一天中的大部分时间都花在编写SQL查询来执行小任务上，主要是从数据库中获取信息，并以某种方式对其进行操作，以实现数据可视化，为其他人构建报告。

在一天结束的时候，我试图有一个很好的文件夹方案来帮助我重用代码等等，但处理这么多文件并跟踪我到目前为止所做的一切变得越来越困难。我不想有很大的SQL文件，因为我可能想要结束，这是很难避免在我的桌面和这个文件夹的战争区域。处理这么多文件夹/代码也是一件很糟糕的事情。

对于版本控制，我们使用的是GIT服务器，但我们希望以某种方式跟踪和重用大量不在生产环境中的代码。

我们使用iPython notebook，R studio和SSMS来构建我们的代码，我想知道是否有一些有效的方法来工作。

一定有一种有效的方法来解决这个问题。您使用什么来跟踪您的(SQL)代码？更重要的是重用它。

提前谢谢你，拉斐尔

Answer 1

我只是使用文件夹系统。可以说，我保留shell脚本作为第一个文件(就像执行X的通用代码一样)。而在文件夹的下半部分，我采用X并应用日期和其他条件的特定代码。

Answer 2

你用什么来跟踪你的(SQL)代码？更重要的是重用它。

为了便于重用，我通过例行的信息模式转储将我所有正在运行的SQL代码备份到SQL服务器上。对于我需要与其他人重用的所有开发代码，我有一个GIT服务器，它可以全天自动更新。为了在我的笔记本电脑上重复使用，我有一个通过time machine的本地备份。

至于目录或文件夹结构，所有代码都是基于项目开始的，最终我会将最好和最有用的代码迁移到基于主题的个人文件夹结构中(日期算法、索引等)。不管它们是如何存储的，所有这些文件夹都是使用本地和远程索引功能来索引的，所以当需要时，我只需敲击几下键盘就可以搜索和检索它们。归根结底，最佳重用所需要的是易于检索。我检索得越快，我得到的重用就越多。

最后，不仅仅是SQL代码，所有的支持文档都导致了这个代码解决方案。有时，这个集合可能包括来自其他语言的代码、来自其他服务器的代码、电子邮件、文本文档、图像、工作流等。将它们放在一起可以增强重用的价值。