❶ 知識分享之Golang——使用gorm時進行執行自定義sql的幾種方式
知識分享之Golang篇是我在日常使用Golang時學習到的各種各樣的知識的記錄，將其整理出來以文章的形式分享給大家，來進行共同學習。歡迎大家進行持續關注。
知識分享系列目前包含Java、Golang、Linux、Docker等等。
近期一直在使用gorm進行數據的增刪改查操作，對於一些單表或關系表來講使用起來比較方便，但是有時我們可能需要一些特定的長SQL，這時就需要使用到自定義SQL了，本節我對其進行整理出來一些常用的實現方式：
❷ 組件分享之後端組件——基於Golang的SQL解析器sqlparser
近期正在探索前端、後端、系統端各類常用組件與工具，對其一些常見的組件進行再次整理一下，形成標准化組件專題，後續該專題將包含各類語言中的一些常用組件。歡迎大家進行持續關注。
本節我們分享一個基於Golang的SQL解析器 sqlparser
使用方式如下：
當不同的SQL錯誤，將返回特定的錯誤信息，具體可以查看其官方提供的 README
❸ golang配製高性能sql.DB
有很多教程是關於Go的sql.DB類型和如何使用它來執行SQL資料庫查詢的。但大多數內容都沒有講述 SetMaxOpenConns() , SetMaxIdleConns() 和 SetConnMaxLifetime()方法， 您可以使用它們來配置sql.DB的行為並改變其性能。
轉自：https://www.jianshu.com/p/13542f6e15fa
整理：go語言中文文檔：www.topgoer.cn
在本文我將詳細解釋這些設置的作用，並說明它們所能產生的(積極和消極)影響。
一個sql.DB對象就是一個資料庫連接池，它包含「正在用」和「空閑的」連接。一個正在用的連接指的是，你正用它來執行資料庫任務，例如執行SQL語句或行查詢。當任務完成連接就是空閑的。
當您創建sql.DB執行資料庫任務時，它將首先檢查連接池中是否有可用的空閑連接。如果有可用的連接，那麼Go將重用現有連接，並在執行任務期間將其標記為正在使用。如果池中沒有空閑連接，而您需要一個空閑連接，那麼Go將創建一個新的連接。
默認情況下，在同一時間打開連接的數量是沒有限制(包含使用中+空閑)。但你可以通過SetMaxOpenConns()方法實現自定義限制，如下所示:
在這個示例代碼中，連接池現在有5個並發打開的連接數。如果所有5個連接都已經被標記為正在使用，並且需要另一個新的連接，那麼應用程序將被迫等待，直到5個連接中的一個被釋放並變為空閑。
為了說明更改MaxOpenConns的影響，我運行了一個基準測試，將最大打開連接數設置為1、2、5、10和無限。基準測試在PostgreSQL資料庫上執行並行的INSERT語句，您可以在這里找到代碼。測試結果:
對於這個基準測試，我們可以看到，允許打開的連接越多，在資料庫上執行INSERT操作所花費的時間就越少(打開的連接數為1時，執行速度3129633ns/op，而無限連接：531030ns/op——大約快了6倍)。這是因為允許打開的連接越多，可以並發執行的資料庫查詢就越多。
默認情況下，sql.DB允許連接池中最多保留2個空閑連接。你可以通過SetMaxIdleConns()方法改變它，如下所示:
從理論上講，允許池中有更多的空閑連接將提高性能，因為這樣就不太可能從頭開始建立新連接——因此有助於提升資料庫性能。
讓我們來看看相同的基準測試，最大空閑連接設置為none, 1,2,5和10:
當MaxIdleConns設置為none時，必須為每個INSERT從頭創建一個新的連接，我們可以從基準測試中看到，平均運行時和內存使用量相對較高。
只允許保留和重用一個空閑連接對基準測試影響特別明顯——它將平均運行時間減少了大約8倍，內存使用量減少了大約20倍。繼續增加空閑連接池的大小會使性能變得更好，盡管改進並不明顯。
那麼，您應該維護一個大的空閑連接池嗎?答案取決於應用程序。重要的是要意識到保持空閑連接是有代價的—它佔用了可以用於應用程序和資料庫的內存。
還有一種可能是，如果一個連接空閑時間太長，那麼它可能會變得不可用。例如，MySQL的wait_timeout設置將自動關閉任何8小時(默認)內未使用的連接。
當發生這種情況時，sql.DB會優雅地處理它。壞連接將自動重試兩次，然後放棄，此時Go將該連接從連接池中刪除，並創建一個新的連接。因此，將MaxIdleConns設置得太大可能會導致連接變得不可用，與空閑連接池更小(使用更頻繁的連接更少)相比，會佔有更多的資源。所以，如果你很可能很快就會再次使用，你只需保持一個空閑的連接。
最後要指出的是，MaxIdleConns應該總是小於或等於MaxOpenConns。Go強制執行此操作，並在必要時自動減少MaxIdleConns。
現在讓我們看看SetConnMaxLifetime()方法，它設置連接可重用的最大時間長度。如果您的SQL資料庫也實現了最大連接生命周期，或者—例如—您希望方便地在負載均衡器後交換資料庫，那麼這將非常有用。
你可以這樣使用它:
在這個例子中，所有的連接都將在創建後1小時「過期」，並且在過期後無法重用。但注意:
從理論上講，ConnMaxLifetime越短，連接過期的頻率就越高——因此，需要從頭創建連接的頻率就越高。為了說明這一點，我運行了將ConnMaxLifetime設置為100ms、200ms、500ms、1000ms和無限(永遠重用)的基準測試，默認設置為無限打開連接和2個空閑連接。這些時間段顯然比您在大多數應用程序中使用的時間要短得多，但它們有助於很好地說明行為。
在這些特定的基準測試中，我們可以看到，與無限生存期相比，在100ms生存期時內存使用量增加了3倍以上，而且每個INSERT的平均運行時也稍微長一些。
如果您在代碼中設置了ConnMaxLifetime，那麼一定要記住連接將過期(隨後重新創建)的頻率。例如，如果您總共有100個連接，而ConnMaxLifetime為1分鍾，那麼您的應用程序可能每秒鍾殺死和重新創建1.67個連接(平均值)。您不希望這個頻率太大，最終會阻礙性能，而不是提高性能。
最後，如果不說明超過資料庫連接數量的硬限制將會發生什麼，那麼本文就不完整了。 為了說明這一點，我將修改postgresql.conf文件，這樣總共只允許5個連接(默認是100個)…
然後在無限連接的情況下重新運行基準測試……
一旦達到5個連接的硬限制，資料庫驅動程序(pq)立即返回一個太多客戶端連接的錯誤消息，而無法完成INSERT。為了防止這個錯誤，我們需要將sql.DB中打開連接的最大總數(正在使用的+空閑的)設置為低於5。像這樣:
現在，sql.DB在任何時候最多隻能創建3個連接，基準測試運行時應該不會出現任何錯誤。但是這樣做需要注意：當達到開放連接數限制，並且所有連接都在使用時，應用程序需要執行的任何新的資料庫任務都將被迫等待，直到連接標記為空閑。例如，在web應用程序的上下文中，用戶的HTTP請求看起來會「掛起」，甚至在等待資料庫任務運行時可能會超時。
為了減輕這種情況，你應該始終在一個上下文中傳遞。在調用資料庫時，啟用上下文的方法(如ExecContext())，使用固定的、快速的超時上下文對象。
總結
1、根據經驗，應該顯式設置MaxOpenConns值。這應該小於資料庫和基礎設施對連接數量的硬性限制。
2、一般來說，更高的MaxOpenConns和MaxIdleConns值將帶來更好的性能。但你應該注意到效果是遞減的，連接池空閑連接太多(連接沒有被重用，最終會變壞)實際上會導致性能下降。
3、為了降低上面第2點帶來的風險，您可能需要設置一個相對較短的ConnMaxLifetime。但你也不希望它太短，導致連接被殺死或不必要地頻繁重建。
4、MaxIdleConns應該總是小於或等於MaxOpenConns。
對於中小型web應用程序，我通常使用以下設置作為起點，然後根據實際吞吐量水平的負載測試結果進行優化。
❹ Golang database/sql源碼分析
Gorm是Go語言開發用的比較多的一個ORM。它的功能比較全：
但是這篇文章中並不會直接看Gorm的源碼，我們會先從database/sql分析。原因是Gorm也是基於這個包來封裝的一些功能。所以只有先了解了database/sql包才能更加好的理解Gorm源碼。
database/sql 其實也是扒頃一個對於mysql驅動的上層封裝。」github.com/go-sql-driver/mysql」就是一個對於mysql的驅動，database/sql 就是春裂陸在這個基礎上做的基本封裝包含連接池的使用
下面這個是最基本的增刪改查操作
操作分下面幾個步驟：
因為Gorm的連接池就是使用database/sql包中的連接池，所以這里我們需要學習一下包里的連接池的源碼實現。其實所有連接池最重要的就是連接池對象、獲取函數、釋放函數下面來看一下源源database/sql中的連接池。
DB對象
獲取方法
釋放連接方法
連接池的實現有很多方法，在database/sql包中使用的是chan阻塞 使用map記錄等待列表，等到有連接釋放的時候再把連接傳入等待列表中的chan 不在阻塞返回連接。
之前我們看到的Redigo是使用一個chan 來阻塞，然後釋放的時候放入空閑列表，在往這一個chan中傳入struct{}{}，讓程序繼續 獲取的時候再從空閑列表中獲取。並且使用的是鏈表的結構來存儲空閑列表。
database/sql 是對於mysql驅動的封裝，然而Gorm則是對於database/sql的再次封裝。讓我們可以更加簡單的實現對於mysql資料庫的操作。
❺ golang模板引擎動態讀取sql
可以。golang模板引擎動態可以讀取sql。text/template是Go語言標准庫，實現數據驅動模板以生成文本輸出，可以理解為一組文字按照特定格式動態嵌入另一組文字中。
❻ SQL語句太長，在C#中執行失敗，該怎麼解決
樓下的是代碼些的少還是項目做的少。sql如果單純作為一個字元串理解，確實可以理論無限長，但是如果要作為sql語句進行執行的話，長度是有限制。這個長度可以理解為資料庫語句執行的最大吞吐量。一般一次性執行的數據量如果太大（我在自己庫里試過的最大單行條數是1000）資料庫會直接崩潰的。所以對於這種情況。我的做法是：
使用循環清空字元串，然後再單條執行。不要想著一下子把拼接好的字元串拋給資料庫。那樣的話開始不蹦，數據大了早晚崩潰的。
❼ 最長的sql語句有多長
最長的sql語句有多長
不同的資料庫甚至相同資料庫的不同版本都可能不一樣，具體可以查詢聯機幫助，或參閱產品規格說明。總的來說SQL語句的最大長度限制都是很大的，編寫SQL語句一般不需要考慮語句的長度問題。例如ACCESS的SQL最大長度約為6,4000個、MSSQL為65,536 * 網路數據包。像這樣的長度，足夠你寫下長篇大論了。但是話要說回來，一個太長的語句其執行效率變得會低下，盡量避免編寫太長和過於復雜的SQL語句還是非常必要的。
❽ sql語句很長怎麼辦，代碼能換行嗎
VB中用下劃線可以換行連接字元串，
strSQL = "update 表名 set a='" & request.form("a") & _
"',b='" & request.form("b") & _
"' where id=1 "
C#則不用，直接換行就可
strSQL = "update 表名 set a='" + request.form("a") +
"',b='" + request.form("b") +
"' where id=1 "