代碼可讀性/維護：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放在一個單獨的包中。這樣，我將業務邏輯從數據庫邏輯中分離出來。

我沒有使用其他語言，但我可能會將業務邏輯與數據庫邏輯分開。