我們要不要使用 ORM？详情 - orm 阿兵雲原生日志

本次主要來聊聊關於 ORM 的內容，歡迎評論交流，歡迎批評指正

分別從如下 4 個方面來展開

ORM 他是個啥？

為什麼要用 ORM？

ORM 給我們帶來了哪些問題？

如何去考慮是否要使用 ORM？

ORM 他是個啥？

一提到 ORM 很多同學知道他是跟數據庫相關的一個內容，但是並不清楚他到底是這個啥，自己需不需要，到底怎麼玩？

實際上 ORM 就那麼一回事，從這三個字母就可以看到

O：Object

R：Relational

M：Mapping

對象關係映射，即關係型數據庫和我們的實體業務對象來進行一個映射，對與我們使用 ORM 對象來説，就直接去使用其對應的各種方法即達到自動持久化的目的，無需關注具體的 sql 細節

因為 ORM 已經為你隱藏了關於 sql 的部分，讓不熟悉 sql 的 xdm 也可以很好的上手

只要你知道如何使用函數，使用對象裏面的方法到底你的數據操作目的即可

為什麼要用 ORM？

為什麼要使用 ORM 呢？難道出了一個新的東西，我們就一定要用嗎？自然是要知道他的好，我們才會去使用

結論先放在前面，使用 ORM

可以減少我們重複的寫垃圾代碼，可以提高我們的工作效率，降低開發成本

訪問數據的時候，可以使用抽象的方式，用起來非常簡潔

以及 orm 帶來的各種奇淫巧技

舉一個 gorm 的例子

在 GO 中我們訪問 mysql 關係型數據庫，數據庫中提前先創建好了數據庫，數據表，以及 3 條記錄

GO 中有給我們提供對應的庫

import "database/sql"
import _ "github.com/go-sql-driver/mysql"

我們可以使用 sql.Open() 連接 mysql 數據庫

func Connect() (*sql.DB, error) {
   db, err := sql.Open("mysql", "root:123456@/test_gorm")
   if err != nil {
      return nil, err
   }
   return db, nil
}

獲取到 db 句柄之後，我們可以通過這樣的方式，輸入 sql 語句來查詢數據

可以發現，本次的查詢語句是 select id,name,email,member_number,address from users where id = ? ，我們再一條數據一條數據的讀取出來（此處需要注意使用讀取 rows.Next() 的時候，需要讀取完畢之後，關閉句柄，否則會資源泄漏）

那麼如果我們換成別的查詢語句，或者其他增刪改的語句呢？

回顧一下以前各種瘋狂寫重複代碼 sql 代碼的情況，流程是一樣的，代碼結構也是類似的，寫着差不多的代碼，過着差不多的人生嗎？

甚至這一塊的代碼很多或許都是複製粘貼，然後改改 sql，改改響應結果

這也太無聊和重複了，咱們還真的是個碼農了？別人搬磚，我們搬代碼？

這不，這個時候，我們就可以使用 ORM 來幫助我們提高生產效率，減少我們的低價值重複勞動，可以留更多的時間來進行思考和優化

這樣，我們使用 gorm 的話，連接數據我們就可以這樣來寫

func Connect(user, pwd, ip, port string) (*gorm.DB, error) {
   db, err := gorm.Open("mysql", fmt.Sprintf("%s:%s@tcp(%s:%s)/test_gorm?charset=utf8&parseTime=True&loc=Local", user, pwd, ip, port))
   if err != nil {
      return nil, err
   }
   return db, nil
}

上述的查詢就會變成這樣的

有沒有發現，對應的地方，使用 orm 的方式，對於咱們來説，其實就是需要查詢一條數據，完全都不需要去關心 sql ，只需要按照對象去應用方法就可以查詢我們想要的數據

看到這裏，有沒有初步覺得 ORM 還是很香的，至少咱們寫數據持久化的時候，就不需要寫那麼多重複代碼了，使用 ORM 方便高效

gorm 簡述和提醒

看了上述例子是否會有這些疑問，

Import 包的時候為什麼導入了又不用？

為什麼連接數據庫的時候需要帶上 mysql 字符串？

import _ "github.com/go-sql-driver/mysql"

首先，一個庫如果不用的話，那當然是沒有必要導入的，導入了正式因為需要使用

可以看到 mysql 包中的 init 函數，實際上就是做一個註冊，用一個有效的名字，對一個這一個數據庫引擎

func init() {
   sql.Register("mysql", &MySQLDriver{})
}

Register 實現如下

可以看到在sql包裏面有一個全局map，裏把存放了mysql這個名字的driver

再來查看 gorm.Open() 的實現就一目瞭然了

gorm.Open 中調用了 sql.Open ， sql.Open 中去從全局的 map driver中獲取 mysql 字符串對應的引擎

gorm.Open

sql.Open

這一塊就到這裏，如果需要系統的學習和了解 gorm，可以從這裏進入：

https://www.topgoer.cn/docs/gorm/gorm-1c54sbcda16o6

https://gorm.io/

gorm.Open 為什麼要帶上 charset=utf8&parseTime=True&loc=Local

其中 charset 是表示字符編碼

parseTime 為 True ，表示處理數據的時候，會去解析時間

loc=Local 表示入庫的時候，使用的是本地時區

以及 gorm 有沒有其他的坑？

實際上在應用 gorm 的時候，還是會有很多坑等着咱們，此處先給大家避避坑

與其説是坑，實際上還是自己去應用一個技術的時候對其不夠了解，認知沒有對齊導致的

創建數據表的坑

使用 gorm 創建數據表的時候，會先要定義一個基本的數據模型，表示數據表中有哪些字段，其中 gorm 默認給我們提供了一些默認 model，根據實際情況使用即可

type Model struct {
   ID        uint `gorm:"primary_key"`
   CreatedAt time.Time
   UpdatedAt time.Time
   DeletedAt *time.Time `sql:"index"`
}

例如我們子定義的表結構是這樣的：

創建出來的表格名為 users ，我們可以使用如下語句禁用表名複數，或者自定義一個表名都是可以的

db.SingularTable(true)

解析時間的坑

上述使用 gorm.Open() 連接數據庫的時候，咱們指定了 parseTime=True ，那麼後續處理時間類型的數據就不會有問題，如果不指定的話，gorm 處理時間類型的數據會處理出錯

想當然的坑

ORM 固然用起來方便，不動 sql 的人用起來也很爽，但是一些基本的操作還是要注意的，否則會對性能影響非常大

例如，查詢一批數據的時候獲取會想當然的這樣來寫

// 偽代碼，示意一波
userList:=[]int{1, 3, 5}
user := dao.User{}
for _,v := range userList {
    db.First(&user, v)
}

或許在寫其他邏輯的時候這樣寫好像沒啥問題，但是你要明白現在是操作數據庫，怎麼可以循環操作數據庫呢？如果 demo 中的 userList 足夠的大，那麼結果可想而知

在 gorm 完全可以使用 where 的方式來達到我們的查詢目的，還是需要我們理解了之後，靈活使用，不要生搬硬套，例如

users := make([]dao.User, 0)
db.Where("id in (?)", []int{1, 2, 3}).Find(&users)

ORM 給我們帶來了哪些問題？

Xdm 閉着眼睛想一下，原來是直接就使用 sql 去操作數據庫的，現在咱們通過了一層 gorm 對象，自然是會對我們的性能帶來影響的，而且 ORM 是多層系統的

ORM 裏面需要去管理多個關聯和映射，需要消耗資源

需要咱們學習新知識，增加學習成本

會產生依賴，長期不用 sql，慢慢的可能你就不會完整的 sql 了

稍不注意可能就會寫出低性能的代碼

... 等等，歡迎補充

如何去考慮是否要使用 ORM？

那麼我們知道了 ORM 的優劣，那麼我們是否要去選擇並使用它呢？

根據我們實際項目的需要來定，如果項目比較大，對性能要求較高，那麼還是不要使用了

如果項目不大，並且有很多簡單的，重複的，低效的數據操作，那麼還是可以使用的，使用起來確實非常方便，方便到讓你忘記 sql

總的來説，要還是不要，是個問題，如果是你，你會怎麼選？

歡迎點贊，關注，收藏

朋友們，你的支持和鼓勵，是我堅持分享，提高質量的動力

技術是開放的，我們的心態，更應是開放的。擁抱變化，向陽而生，努力向前行。

我是阿兵雲原生，歡迎點贊關注收藏，下次見~

文中提到的技術點，感興趣的可以查看這些文章：

GO web 開發實戰三，數據庫預處理

GO web 開發實戰二，數據庫相關

GO 語言 Web 開發實戰一

阿兵雲原生日志

@anonymous_5f6b14f11289a

标签

go (184)

性能優化 (53)

分佈式 (36)

性能 (26)

orm (24)

Jwt (22)

grunt (8)

openssl (2)

tls (2)

动态

我們要不要使用 ORM？ - 动态详情

ORM 他是個啥？

為什麼要用 ORM？

舉一個 gorm 的例子

gorm 簡述和提醒

ORM 給我們帶來了哪些問題？

如何去考慮是否要使用 ORM？

歡迎點贊，關注，收藏

Add a new 评论

阿兵雲原生 日志

@anonymous_5f6b14f11289a

标签

go (184)

性能優化 (53)

分佈式 (36)

性能 (26)

orm (24)

Jwt (22)

grunt (8)

openssl (2)

tls (2)

动态

我們要不要使用 ORM？ - 动态 详情

ORM 他是個啥？

為什麼要用 ORM？

舉一個 gorm 的例子

gorm 簡述和提醒

ORM 給我們帶來了哪些問題？

如何去考慮是否要使用 ORM？

歡迎點贊，關注，收藏

Add a new 评论

阿兵雲原生日志

我們要不要使用 ORM？ - 动态详情