bdb | ||
boil | ||
strmangle | ||
templates | ||
templates_test | ||
testdata | ||
vendor | ||
.gitignore | ||
circle.yml | ||
config.go | ||
imports.go | ||
imports_test.go | ||
LICENSE | ||
main.go | ||
output.go | ||
output_test.go | ||
README.md | ||
sqlboiler.go | ||
sqlboiler_test.go | ||
templates.go | ||
templates_test.go | ||
text_helpers.go | ||
text_helpers_test.go |
SQLBoiler
SQLBoiler is a tool to generate a Go data model tailored to your database schema.
It is a "database-first" ORM as opposed to "code-first" (like gorm/gorp). That means you must first create your database schema. Please use something like goose or some other migration tool to manage this part of the database's lifecycle.
About SQL Boiler
Features
- Full model generation
- High performance through generation
- Uses boil.Executor (simple interface, sql.DB, sqlx.DB etc. compatible)
- Easy workflow (models can always be regenerated, full auto-complete)
- Strongly typed querying (usually no converting or binding to pointers)
- Hooks (Before/After Create/Select/Update/Delete/Upsert)
- Automatic CreatedAt/UpdatedAt
- Relationships/Associations
- Eager loading
- Transactions
- Raw SQL fallbacks
- Compatibility tests (Run against your own DB schema)
- Debug logging
Supported Databases
- PostgreSQL
Note: Seeking contributors for other database engines.
Example Queries
import (
// Import this so we don't have to use qm.Limit etc.
. "github.com/vattle/sqlboiler/boil/qm"
)
// Open handle to database like normal
db, err := sql.Open("postgres", "dbname=fun user=abc")
if err != nil {
return err
}
// Query all users
users, err := models.Users(db).All()
// Panic-able if you like to code that way
users := models.Users(db).AllP()
// More complex query
users, err := models.Users(db, Where("age > ?", 30), Limit(5), Offset(6)).All()
// Ultra complex query
users, err := models.Users(db,
Select("id", "name"),
InnerJoin("credit_cards c on c.user_id = users.id"),
Where("age > ?", 30),
AndIn("c.kind in ?", "visa", "mastercard"),
Or("email like ?", "%aol.com%"),
GroupBy("id", "name"),
Having("count(c.id) > ?", 2),
Limit(5),
Offset(6),
).All()
// Use any "boil.Executor" implementation (*sql.DB, *sql.Tx, data-dog mock db)
// for any query.
tx, err := db.Begin()
if err != nil {
return err
}
users, err := models.Users(tx).All()
// Relationships
user, err := models.Users(db).One()
if err != nil {
return err
}
movies, err := user.FavoriteMovies(db).All()
// Eager loading
users, err := models.Users(db, Load("FavoriteMovies")).All()
if err != nil {
return err
}
fmt.Println(len(users.R.FavoriteMovies))
Requirements & Recommendations
Required
- Table names and column names should use
snake_case
format.- At the moment we only support
snake_case
table names and column names. This is a recommended default in Postgres, we can reassess this for future database drivers.
- At the moment we only support
- Join tables should use a composite primary key.
- For join tables to be used transparently for relationships your join table must have
a composite primary key that encompasses both foreign table foreign keys. For example, on a
join table named
user_videos
you should have:primary key(user_id, video_id)
, with bothuser_id
andvideo_id
being foreign key columns to the users and videos tables respectively.
- For join tables to be used transparently for relationships your join table must have
a composite primary key that encompasses both foreign table foreign keys. For example, on a
join table named
Optional
- Foreign key column names should end with
_id
.- Foreign key column names in the format
x_id
will generate clearer method names. This is not a strict requirement, but it is advisable to use this naming convention whenever it makes sense for your database schema.
- Foreign key column names in the format
Automatic CreatedAt/UpdatedAt
If your generated SQLBoiler models package can find columns with the
names created_at
or updated_at
it will automatically set them
to time.Now()
in your database, and update your object appropriately.
To disable this feature use --no-auto-timestamps
.
Note: You can set the timezone for this feature by calling boil.SetLocation()
Overriding Automatic Timestamps
- Insert
- Timestamps for both
updated_at
andcreated_at
that are zero values will be set automatically. - To set the timestamp to null, set
Valid
to false andTime
to a non-zero value. This is somewhat of a work around until we can devise a better solution in a later version.
- Timestamps for both
- Update
- The
updated_at
column will always be set totime.Now()
. If you need to override this value you will need to fall back to another method in the meantime:boil.SQL()
, overridingupdated_at
in all of your objects using a hook, or create your own wrapper.
- The
- Upsert
created_at
will be set automatically if it is a zero value, otherwise your supplied value will be used. To setcreated_at
tonull
, setValid
to false andTime
to a non-zero value.- The
updated_at
column will always be set totime.Now()
.
Usage
Initial Generation
After creating a configuration file that points at the database we want to generate models for, we can invoke the sqlboiler command line utility.
SQL Boiler generates a Go ORM from template files, tailored to your database schema.
Complete documentation is available at http://github.com/vattle/sqlboiler
Usage:
sqlboiler [flags] <driver>
Examples:
sqlboiler postgres
Flags:
-b, --basedir string The base directory templates and templates_test folders are
-d, --debug Debug mode prints stack traces on error
-x, --exclude stringSlice Tables to be excluded from the generated package (default [])
--no-auto-timestamps Disable automatic timestamps for created_at/updated_at
--no-hooks Disable hooks feature for your models
-o, --output string The name of the folder to output to (default "models")
-p, --pkgname string The name you wish to assign to your generated package (default "models")
Follow the steps below to do some basic model generation. Once we've generated our models, we can run the compatibility tests which will exercise the entirety of the generated code. This way we can ensure that our database is compatible with sqlboiler. If you find there are some failing tests, please check the faq section.
# Generate our models and exclude the migrations table
sqlboiler -x goose_migrations postgres
# Run the generated tests
go test ./models # This requires an administrator postgres user because of some
# voodoo we do to disable triggers for the generated test db
How to boil your database
Download
go get -u -t github.com/vattle/sqlboiler
Configuration
Create a configuration file. Because the project uses viper, TOML, JSON and YAML are all supported. Environment variables are also able to be used. We will assume TOML for the rest of the documentation.
The configuration file is searched for in the following directories in this order:
./
$XDG_CONFIG_HOME/sqlboiler/
$HOME/.config/sqlboiler/
vim ./sqlboiler.toml
We recommend you pass in the postgres
configuration via the configuration file rather than env vars.
There is no command line argument support for database configuration. Values given under the postgres
block are passed directly to the pq driver. Here is a rundown of all the different
values that can go in that section:
Name | Required | Default |
---|---|---|
dbname | yes | none |
host | yes | none |
port | no | 5432 |
user | yes | none |
pass | no | none |
sslmode | no | "require" |
You can also pass in these top level configuration values if you would prefer not to pass them through the command line or environment variables:
Name | Default |
---|---|
base_dir | none |
pkg_name | "models" |
out_folder | "models" |
exclude | [] |
Example:
[postgres]
dbname="dbname"
host="localhost"
port=5432
user="dbusername"
pass="dbpassword"
sslmode="require"
FAQ
Work in Progress