我甚至不想考慮編寫相同查詢以加入公司中完全相同的表所花費的工作時間。在團隊中共享通用SQL查詢
當我第一次開始工作時，我認爲這是一種低效率，並開始在單獨的架構中編寫視圖，僅爲開發人員提供便利。
我的老闆不太喜歡這個，並建議我開始將我的常見查詢提交到來自生產SQL的單獨文件夾中的源代碼控制。這是有道理的，因爲一些腳本需要參數而不是全部只讀。
什麼是通用查詢？
問題我想解決的
我想知道所有親的如何，分享他們共同的SQL查詢。
感謝
好像op想知道如何向團隊說出有關有用的SQL的信息，以便別人可以/應該使用，以免重新創建。
如何我在過去所做的那樣，這是通過兩個途徑：
當然，我們總是在版本控制中包含SQL代碼，只是維基和電子郵件用於「獲取詞語」部分。
如果它的東西，我稱之爲「共同」我可能將創建一個存儲過程與必需的權限，人們可以運行。
如果存儲過程路由不適合您的團隊，那麼其他選項是創建一個視圖。創建視圖帶來了獨特的挑戰，儘管如此確保運行視圖的每個人都擁有對視圖中所有表的選擇權限。
除了在某些類型的源代碼管理中存儲腳本之外，可能將它們存儲在Share Point站點或網絡文件共享中對於您的團隊而言可以正常工作。分享腳本的真正挑戰是人們有不同的方式來識別他們正在尋找的東西。一種wiki類型的網站，可以標記查詢所做的不同類型的事情，這將會很有用。
如果查詢如此常見，以至於它們在不同的項目中被一次又一次地寫入，那麼這就是另一種說法，它們需要放置在一個圖書館中，一個可公開訪問的地方。對於將作爲存儲過程的數據庫查詢。 – 2009-07-22 19:51:22
您創建一個視圖。
很多方法可以做到這一點（包括一些你已經提到）：
視圖是處理這類事情的正確方法。或者在某些情況下是存儲過程。
但沒有規則說你不能也存儲視圖或存儲過程的源代碼管理的DDL。
我們始終在源代碼控制中存儲存儲過程，視圖等。 – kemiller2002 2009-07-22 19:30:29
坐在一個房間裏或在咖啡壺裏聊天也會有幫助。也有人可能會嘗試使用Twitter發佈這樣的東西。也許只是爲了這個目的，一個特殊的「私人」帳戶。當然，安全性可能成爲一個問題。 – 2009-07-22 19:59:08