在过去的一年中，我百分之九十以上的代码都是使用golang编写的。在那段时间范围内，工作中打交道最多的就是关系型数据库。
到目前为止我很满意使用内置的database/sql包和postgre驱动包，并且一直克制着迁移到ORM及类似包的冲动。 Sql包的学习门槛低
第一个没有使用ORM包的原因，是因为sql包本身已经提供了很多功能而没有增加复杂性，一旦数据库开始工作就可以获取数据库链接池和线程安全的共享链接，对数据库进行查询就像调用函数一样简单，查询大致分为以下几类：
- 查询不返回任何行
- 查询返回一行
- 查询返回零行或多行 获取查询结果后在sql.Row类型上调用Scan函数以便将结果传至Go中的原生类型，如果传递某种不兼容类型的指针，则会出现运行时错误。
所有的sql都是参数化的，没有必要插入字符串来生成查询。
使用sql包执行事务和在数据库上执行sql是等价的，而这些语句支持使得sql包查询更轻松。
sql包的缺点
原生sql包肯定有一些缺点而无法满足某些需求。 因为查询参数都是作为interface{}进行传递的，所以很有可能执行永远会失败的查询，在扫描结果至结构体字段时也是如此。这是因为如果查询中包含NULL的列。则必须考虑返回默认值或者在扫描时将指针传递为指针类型。否则当查询非空行时可以执行，而一旦包含NULL的列时，查询就会失败。
例如：
--Table with null columns
CREATE TABLE expense_reports (
id int,
trip_id int,
title varchar not null
);
--This row doesn't cause problems for the code below
INSERT INTO expense_reports (id,trip_id,title) VALUES(1,591628,'First expense report');
--This row causes the code below to fail
INSERT INTO expense_reports (id,trip_id,title) VALUES(2,null,'Second expense report');
package main
import "database/sql"
import _ "github.com/lib/pq"
import "os"
import "fmt"
type ExpenseReport struct {
Id int
TripId int
Title string
}
func GetExpenseReportById(db *sql.DB, id int) (*ExpenseReport, error) {
const query = `SELECT trip_id,title from expense_reports where id = $1 `
var retval ExpenseReport
err := db.QueryRow(query, id).Scan(&retval.TripId, &retval.Title)
retval.Id = id
return &retval, err
}
func main() {
db, err := sql.Open("postgres", "dbname=example sslmode=disable")
if err != nil {
panic(err)
}
defer db.Close()
for i := 1; i != 3; i++ {
expenseReport, err := GetExpenseReportById(db, i)
if err != nil {
fmt.Fprintf(os.Stdout, "Error:%s\n", err)
} else {
fmt.Fprintf(os.Stdout, "Expense Report:%v\n", expenseReport)
}
}
}
当使用函数GetExpenseReportById查询ID列为2的费用报表时，此代码将失败。错误输出为：
ericu@luit:~$ go run ./sql_null_column_example.go
Expense Report:&{1 591628 First expense report}
Error:sql: Scan error on column index 0: converting string "<nil>" to a int: strconv.ParseInt: parsing "<nil>": invalid syntax
