gocraft/dbr provides additions to Go's database/sql for super fast performance and convenience.
// create a connection (e.g. "postgres", "mysql", or "sqlite3")
conn, _ := dbr.Open("postgres", "...")
// create a session for each business unit of execution (e.g. a web request or goworkers job)
sess := conn.NewSession(nil)
// get a record
var suggestion Suggestion
sess.Select("id", "title").From("suggestions").Where("id = ?", 1).LoadOne(&suggestion)
// JSON-ready, with dbr.Null* types serialized like you want
json.Marshal(&suggestion)
gocraft/dbr supports both.
Sweet Query Builder:
stmt := dbr.Select("title", "body").
From("suggestions").
OrderBy("id").
Limit(10)
Plain SQL:
builder := dbr.SelectBySql("SELECT `title`, `body` FROM `suggestions` ORDER BY `id` ASC LIMIT 10")
All queries in gocraft/dbr are made in the context of a session. This is because when instrumenting your app, it's important to understand which business action the query took place in. See gocraft/health for more detail.
Writing instrumented code is a first-class concern for gocraft/dbr. We instrument each query to emit to a gocraft/health-compatible EventReceiver interface.
Every time you call database/sql's db.Query("SELECT ...") method, under the hood, the mysql driver will create a prepared statement, execute it, and then throw it away. This has a big performance cost.
gocraft/dbr doesn't use prepared statements. We ported mysql's query escape functionality directly into our package, which means we interpolate all of those question marks with their arguments before they get to MySQL. The result of this is that it's way faster, and just as secure.
Check out these benchmarks.
Traditionally, database/sql uses prepared statements, which means each argument in an IN clause needs its own question mark. gocraft/dbr, on the other hand, handles interpolation itself so that you can easily use a single question mark paired with a dynamically sized slice.
ids := []int64{1, 2, 3, 4, 5}
builder.Where("id IN ?", ids) // `id` IN ?
Every try to JSON-encode a sql.NullString? You get:
{
"str1": {
"Valid": true,
"String": "Hi!"
},
"str2": {
"Valid": false,
"String": ""
}
}
Not quite what you want. gocraft/dbr has dbr.NullString (and the rest of the Null* types) that encode correctly, giving you:
{
"str1": "Hi!",
"str2": null
}
sess.InsertInto("suggestions").Columns("title", "body").
Record(suggestion1).
Record(suggestion2)
sess.Update("suggestions").
Set("title", "Gopher").
Set("body", "I love go.").
Where("id = ?", 1)
tx, err := sess.Begin()
if err != nil {
return err
}
defer tx.RollbackUnlessCommitted()
// do stuff...
return tx.Commit()
Querying is the heart of gocraft/dbr.
- Load(&any): load everything!
- LoadOne(&one): load one struct or value
// columns are mapped by tag then by field
type Suggestion struct {
ID int64 // id, will be autoloaded by last insert id
Title string // title
Url string `db:"-"` // ignored
secret string // ignored
Body dbr.NullString `db:"content"` // content
User User
}
// By default dbr converts CamelCase property names to snake_case column_names
// You can override this with struct tags, just like with JSON tags
// This is especially helpful while migrating from legacy systems
type Suggestion struct {
Id int64
Title dbr.NullString `db:"subject"` // subjects are called titles now
CreatedAt dbr.NullTime
}
var suggestions []Suggestion
sess.Select("*").From("suggestions").Load(&suggestions)
dbr supports many join types:
sess.Select("*").From("suggestions").
Join("subdomains", "suggestions.subdomain_id = subdomains.id")
sess.Select("*").From("suggestions").
LeftJoin("subdomains", "suggestions.subdomain_id = subdomains.id")
sess.Select("*").From("suggestions").
RightJoin("subdomains", "suggestions.subdomain_id = subdomains.id")
sess.Select("*").From("suggestions").
FullJoin("subdomains", "suggestions.subdomain_id = subdomains.id")
You can join on multiple tables:
sess.Select("*").From("suggestions").
Join("subdomains", "suggestions.subdomain_id = subdomains.id").
Join("accounts", "subdomains.accounts_id = accounts.id")
dbr.I("suggestions.id") // `suggestions`.`id`
sess.Select("count(id)").From(
dbr.Select("*").From("suggestions").As("count"),
)
dbr.Union(
dbr.Select("*"),
dbr.Select("*"),
)
dbr.UnionAll(
dbr.Select("*"),
dbr.Select("*"),
)
Union can be used in subquery.
- SelectStmt
dbr.Select("*").From("suggestions").As("count")
- Identity
dbr.I("suggestions").As("s")
- Union
dbr.Union(
dbr.Select("*"),
dbr.Select("*"),
).As("u1")
dbr.UnionAll(
dbr.Select("*"),
dbr.Select("*"),
).As("u2")
One common reason to use this is to prevent string concatenation in a loop.
- And
- Or
- Eq
- Neq
- Gt
- Gte
- Lt
- Lte
dbr.And(
dbr.Or(
dbr.Gt("created_at", "2015-09-10"),
dbr.Lte("created_at", "2015-09-11"),
),
dbr.Eq("title", "hello world"),
)
The core of dbr is interpolation, which can expand ?
with arbitrary SQL. If you need a feature that is not currently supported,
you can build it on your own (or use dbr.Expr
).
To do that, the value that you wish to be expaned with ?
needs to implement dbr.Builder
.
type Builder interface {
Build(Dialect, Buffer) error
}
- MySQL
- PostgreSQL
- SQLite3
gocraft offers a toolkit for building web apps. Currently these packages are available:
- gocraft/web - Go Router + Middleware. Your Contexts.
- gocraft/dbr - Additions to Go's database/sql for super fast performance and convenience.
- gocraft/health - Instrument your web apps with logging and metrics.
- gocraft/work - Process background jobs in Go.
These packages were developed by the engineering team at UserVoice and currently power much of its infrastructure and tech stack.
Inspiration from these excellent libraries:
- sqlx - various useful tools and utils for interacting with database/sql.
- Squirrel - simple fluent query builder.
Authors:
- Jonathan Novak -- https://github.com/cypriss
- Tai-Lin Chu -- https://github.com/taylorchu
- Sponsored by UserVoice
Contributors:
- Paul Bergeron -- https://github.com/dinedal - SQLite dialect