SQLBoiler is a tool to generate a Go ORM tailored to your database schema.
Find a file
2016-08-23 22:07:51 -07:00
bdb Update mock and tests to use better tables 2016-08-23 13:39:10 +10:00
boil Fix eager loading, off-by-one pointer 2016-08-23 22:07:51 -07:00
strmangle Added proper pluralization for cookie 2016-08-22 21:54:02 -07:00
templates Fix eager loading, off-by-one pointer 2016-08-23 22:07:51 -07:00
templates_test Fix eager loading, off-by-one pointer 2016-08-23 22:07:51 -07:00
testdata Fix name conflict bug in find 2016-08-21 16:03:51 +10:00
.gitignore Add .cover to gitignore 2016-08-14 01:00:23 +10:00
circle.yml Fix circle path yet again 2016-08-16 17:56:45 +10:00
config.go Add base_dir to make it less ornerous to use 2016-08-23 21:50:41 -07:00
imports.go Use new randomize package 2016-08-18 00:06:28 -07:00
imports_test.go Added parallel to some missing tests 2016-08-18 22:29:14 +10:00
LICENSE Update LICENSE to BSD 2016-08-15 22:43:42 +10:00
main.go Add base_dir to make it less ornerous to use 2016-08-23 21:50:41 -07:00
output.go Rename some files to keep sanity 2016-08-17 23:48:37 -07:00
output_test.go Added parallel to some missing tests 2016-08-18 22:29:14 +10:00
README.md Fixed some readme 2016-08-23 19:52:31 +10:00
sqlboiler.go Add base_dir to make it less ornerous to use 2016-08-23 21:50:41 -07:00
sqlboiler_test.go Convert sqlboiler tests to MockDriver 2016-08-18 22:11:49 +10:00
templates.go Add base_dir to make it less ornerous to use 2016-08-23 21:50:41 -07:00
templates_test.go Stop dividing templates up, and execute by name 2016-07-16 23:55:15 -07:00
text_helpers.go Update repo to add vattle org paths 2016-08-09 17:59:30 +10:00
text_helpers_test.go Update mock and tests to use better tables 2016-08-23 13:39:10 +10:00

SQLBoiler

License GoDoc CircleCI Go Report Card

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
  • Easy workflow (models can always be regenerated, full auto-complete)
  • Strongly typed querying (usually no converting or binding to pointers)
  • Hooks (Before/After Create/Update)
  • Relationships/Associations
  • Eager loading
  • Transactions
  • Raw SQL fallbacks
  • Compatibility tests (Run against your own DB schema)
  • Debug logging

Missing Features

  • Automatic CreatedAt UpdatedAt (use Hooks instead)
  • Nested eager loading

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"))
if err != nil {
  return err
}
fmt.Println(len(users.Loaded.FavoriteMovies))

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

Currently the only section in the configuration is postgres, and it takes configuration parameters that will be passed mostly 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'

Example:

[postgres]
dbname="dbname"
host="localhost"
port=5432
user="dbusername"
pass="dbpassword"
sslmode="require"

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:
  -d, --debug                 Debug mode prints stack traces on error
  -x, --exclude stringSlice   Tables to be excluded from the generated package
  -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

FAQ

Work in Progress