Amber is a web framework written in the Crystal language.
This project is to provide an ORM in Crystal.
Add this library to your projects dependencies along with the driver in
your shard.yml. This can be used with any framework but was originally
designed to work with the amber framework in mind. This library will work
with kemal or any other framework as well.
dependencies:
granite_orm:
github: amberframework/granite
# Pick your database
mysql:
github: crystal-lang/crystal-mysql
sqlite3:
github: crystal-lang/crystal-sqlite3
pg:
github: will/crystal-pg
Next you will need to create a config/database.yml
You can leverage environment variables using ${} syntax.
mysql:
database: "mysql://username:password@hostname:3306/database_${AMBER_ENV}"
pg:
database: "postgres://username:password@hostname:5432/database"
sqlite:
database: "sqlite3:./config/${DB_NAME}.db"Or you can set the DATABASE_URL environment variable. This will override the config/database.yml
Here is an example using Granite Model
require "granite_orm/adapter/mysql"
class Post < Granite::ORM::Base
adapter mysql
field name : String
field body : String
timestamps
endYou can disable the timestamps for SqlLite since TIMESTAMP is not supported for this database:
require "granite_orm/adapter/sqlite"
class Comment < Granite::ORM::Base
adapter sqlite
table_name post_comments
field name : String
field body : String
endThe primary key is automatically created for you and if you use timestamps they will be
automatically updated for you.
Here are the MySQL field definitions for id, created_at, updated_at
id BIGINT NOT NULL AUTO_INCREMENT
# Your fields go here
created_at TIMESTAMP
updated_at TIMESTAMP
PRIMARY KEY (id)For legacy database mappings, you may already have a table and the primary key is not named id or Int64.
We have a macro called primary to help you out:
class Site < Granite::ORM::Base
adapter mysql
primary custom_id : Int32
field name : String
endThis will override the default primary key of id : Int64.
For natural keys, you can set auto: false option to disable auto increment insert.
class Site < Granite::ORM::Base
adapter mysql
primary code : String, auto: false
field name : String
endNote: As of now, imports do not trigger callbacks.
Each model has an import class level method to import an array of models in one bulk insert statement.
models = [
Model.new(id: 1, name: "Fred", age: 14),
Model.new(id: 2, name: "Joe", age: 25),
Model.new(id: 3, name: "John", age: 30),
]
Model.import(models)The import method has an optional update_on_duplicate + columns params that allows you to specify the columns (as an array of strings) that should be updated if primary constraint is violated.
models = [
Model.new(id: 1, name: "Fred", age: 14),
Model.new(id: 2, name: "Joe", age: 25),
Model.new(id: 3, name: "John", age: 30),
]
Model.import(models)
Model.find!(1).name # => Fred
models = [
Model.new(id: 1, name: "George", age: 14),
]
Model.import(models, update_on_duplicate: true, columns: %w(name))
Model.find!(1).name # => Georgethe import method has an optional ignore_on_duplicate param, that takes a boolean, which will skip records if the primary constraint is violated.
models = [
Model.new(id: 1, name: "Fred", age: 14),
Model.new(id: 2, name: "Joe", age: 25),
Model.new(id: 3, name: "John", age: 30),
]
Model.import(models)
Model.find!(1).name # => Fred
models = [
Model.new(id: 1, name: "George", age: 14),
]
Model.import(models, ignore_on_duplicate: true)
Model.find!(1).name # => FredTo clear all the rows in the database:
Post.clear #truncate the tableposts = Post.all
if posts
posts.each do |post|
puts post.name
end
endpost = Post.first
if post
puts post.name
end
post = Post.first! # raises when no records existpost = Post.find 1
if post
puts post.name
end
post = Post.find! 1 # raises when no records foundpost = Post.find_by :slug, "example_slug"
if post
puts post.name
end
post = Post.find_by! :slug, "foo" # raises when no records foundpost = Post.new
post.name = "Granite Rocks!"
post.body = "Check this out."
post.savepost = Post.find 1
post.name = "Granite Really Rocks!"
post.savepost = Post.find 1
post.destroy
puts "deleted" unless postThe where clause will give you full control over your query.
When using the all method, the SQL selected fields will always match the
fields specified in the model.
Always pass in parameters to avoid SQL Injection. Use a ?
in your query as placeholder. Checkout the Crystal DB Driver
for documentation of the drivers.
Here are some examples:
posts = Post.all("WHERE name LIKE ?", ["Joe%"])
if posts
posts.each do |post|
puts post.name
end
end
# ORDER BY Example
posts = Post.all("ORDER BY created_at DESC")
# JOIN Example
posts = Post.all("JOIN comments c ON c.post_id = post.id
WHERE c.name = ?
ORDER BY post.created_at DESC",
["Joe"])
It is common to only want the first result and append a LIMIT 1 to the query.
This is what the first method does.
For example:
post = Post.first("ORDER BY posts.name DESC")This is the same as:
post = Post.all("ORDER BY posts.name DESC LIMIT 1").firstbelongs_to and has_many macros provide a rails like mapping between Objects.
class User < Granite::ORM::Base
adapter mysql
has_many :posts
field email : String
field name : String
timestamps
endThis will add a posts instance method to the user which returns an array of posts.
class Post < Granite::ORM::Base
adapter mysql
belongs_to :user
field title : String
timestamps
endThis will add a user and user= instance method to the post.
For example:
user = User.find 1
user.posts.each do |post|
puts post.title
end
post = Post.find 1
puts post.user
post.user = user
post.saveIn this example, you will need to add a user_id and index to your posts table:
CREATE TABLE posts (
id BIGSERIAL PRIMARY KEY,
user_id BIGINT,
title VARCHAR,
created_at TIMESTAMP,
updated_at TIMESTAMP
);
CREATE INDEX 'user_id_idx' ON posts (user_id);Instead of using a hidden many-to-many table, Granite recommends always creating a model for your join tables. For example, let's say you have many users that belong to many rooms. We recommend adding a new model called participants to represent the many-to-many relationship.
Then you can use the belongs_to and has_many relationships going both ways.
class User < Granite::ORM::Base
has_many :participants
field name : String
end
class Participant < Granite::ORM::Base
belongs_to :user
belongs_to :room
end
class Room < Granite::ORM::Base
has_many :participants
field name : String
endThe Participant class represents the many-to-many relationship between the Users and Rooms.
Here is what the database table would look like:
CREATE TABLE participants (
id BIGSERIAL PRIMARY KEY,
user_id BIGINT,
room_id BIGINT,
created_at TIMESTAMP,
updated_at TIMESTAMP
);
CREATE INDEX 'user_id_idx' ON TABLE participants (user_id);
CREATE INDEX 'room_id_idx' ON TABLE participants (room_id);As a convenience, we provide a through: clause to simplify accessing the many-to-many relationship:
class User < Granite::ORM::Base
has_many :participants
has_many :rooms, through: participants
field name : String
end
class Participant < Granite::ORM::Base
belongs_to :user
belongs_to :room
end
class Room < Granite::ORM::Base
has_many :participants
has_many :users, through: participants
field name : String
endThis will allow you to find all the rooms that a user is in:
user = User.first
user.rooms.each do |room|
puts room.name
endAnd the reverse, all the users in a room:
room = Room.first
room.users.each do |user|
puts user.name
endAll database errors are added to the errors array used by Granite::Validators with the symbol ':base'
post = Post.new
post.save
post.errors[0].to_s.should eq "ERROR: name cannot be null"There is support for callbacks on certain events.
Here is an example:
require "granite_orm/adapter/pg"
class Post < Granite::ORM::Base
adapter pg
before_save :upcase_title
field title : String
field content : String
timestamps
def upcase_title
if title = @title
@title = title.upcase
end
end
endYou can register callbacks for the following events:
- before_save
- before_create
- save
- after_create
- after_save
- before_save
- before_update
- save
- after_update
- after_save
- before_destroy
- destroy
- after_destroy
- Fork it ( https://github.com/amberframework/granite/fork )
- Create your feature branch (git checkout -b my-new-feature)
- Commit your changes (git commit -am 'Add some feature')
- Push to the branch (git push origin my-new-feature)
- Create a new Pull Request
Granite uses Crystal's built in test framework. The tests can be run with $ crystal spec.
The test suite depends on access to a PostgreSQL, MySQL, and SQLite database to ensure the adapters work as intended.
There is a self-contained testing environment provided via the docker-compose.yml file in this repository.
After you have docker installed do the following to run tests:
$ docker-compose build spec
$ docker-compose run spec
$ docker-compose run spec
If you're done testing and you'd like to shut down and clean up the docker dependences run the following:
$ docker-compose down
If you'd like to test without docker you can do so by following the instructions below:
- Install dependencies with
$ crystal deps - Update .env to use appropriate ENV variables, or create appropriate databases.
- Setup databases:
CREATE USER granite WITH PASSWORD 'password';
CREATE DATABASE granite_db;
GRANT ALL PRIVILEGES ON DATABASE granite_db TO granite;CREATE USER 'granite'@'localhost' IDENTIFIED BY 'password';
CREATE DATABASE granite_db;
GRANT ALL PRIVILEGES ON granite_db.* TO 'granite'@'localhost' WITH GRANT OPTION;- Export
.envwith$ source .env $ crystal spec