代码可读性/维护：SQL语句的放置位置？

Question

• 在语言文件本身？
• 在语言文件与所有SQL语句？
• 在不同的.sql文件中？
• 另一种方式？

分享您的代码风格。 :)

Answer 1

即使您不使用框架，MVC也可以通过将您的数据访问，逻辑和表示分离为单独的语言文件来帮助您保持理智。

Answer 2

我想你会得到许多答案作为答案。无论如何，让我们问为什么可以 比其他人更喜欢：

在语言文件本身（我不知道语言文件中的yoyu意味着什么），但让我假设你的意思是编程语言本身。那么这种方法是由微软和Linq一起完成的。它被带到例如“查询”语言是Smalltalk（但不是SQL）的宝石中。

如果你把它放在一些.sql文件中，那么必须有一种方法来寻址代码。我认为这是存储过程所做的。这些例子可以在Postgres数据库软件中找到。

如果你把它放在许多文件中的一个可能是开放的。例如，它可能是你有一个查询一个文件。比使用由某个键标识的不同SQL语句的散列表更好或更差。

我看到下面的每天接近在Access软件 1）嵌入VBA的投入获得 3的查询部分“只是字符串” 2）），我甚至读到把这个SQL语句中额外的SQL报表表。

问候 弗里德里希

Answer 3

这一切都取决于 - 如：

在一个简单的顺序控制小DB维护脚本
• 流很高兴看到他们使用
• 程序与循环语句/回调应尽早准备报表;那么init/prepare函数附近的所有脚本列表就很有意义
• 一个特殊情况：我使用一组使用不同语言编写的工具脚本来完成“相同的事情”。他们都得到.txt文件containig按名称标记的SQL语句的发言
• “大”的应用程序（应该）使用存储过程 - 那么，问题消失

Answer 4

在COBOL，我把SQL的语言文件，但分开的程序。这样，我将业务逻辑从数据库逻辑中分离出来。

在Python中，我把SQL放在它自己的.py模块中。这样，我将业务逻辑从数据库逻辑中分离出来。

在Java中，我将SQL放在一个单独的包中。这样，我将业务逻辑从数据库逻辑中分离出来。

我没有使用其他语言，但我可能会将业务逻辑与数据库逻辑分开。