Version Downloads Coverage Status

A simple and effective way to build multitenant applications on top of Ecto.

Documentation

Tenex leverages database data segregation techniques (such as Postgres schemas) to keep tenant-specific data separated, while allowing you to continue using the Ecto functions you are familiar with.

Quick Start

  1. Add tenex to your list of dependencies in mix.exs:
def deps do
  [
    {:tenex, "~> 1.0.0"},
  ]
end
  1. Run in your shell:
mix deps.get

Configuration

Configure the Repo you will use to execute the database commands with:

config :tenex, repo: ExampleApp.Repo

Additional configuration for MySQL

In MySQL, each tenant will have its own MySQL database. Tenex used to use a table called tenants in the main Repo to keep track of the different tenants. If you wish to keep this behavior, generate the migration that will create the table by running:

mix tenex.mysql.install

And then create the table:

mix ecto.migrate

Finally, configure Tenex to use the tenants table:

config :tenex, tenant_table: :tenants

Otherwise, Tenex will continue to use the information_schema.schemata table as the default behavior for storing tenants.

Usage

Here is a quick overview of what you can do with tenex!

Creating, renaming and dropping tenants

To create a new tenant:

Tenex.create("your_tenant")

This will create a new database schema and run your migrations—which may take a while depending on your application.

Rename a tenant:

Tenex.rename("your_tenant", "my_tenant")

This is not something you should need to do often. :-)

Delete a tenant:

Tenex.drop("my_tenant")

More information on the API can be found in documentation.

Creating tenant migrations

To create a migration to run across tenant schemas:

mix tenex.gen.migration your_migration_name

If migrating an existing project to use Tenex, you can move some or all of your existing migrations from priv/YOUR_REPO/migrations to priv/YOUR_REPO/tenant_migrations.

Tenex and Ecto will automatically add prefixes to standard migration functions. If you have custom SQL in your migrations, you will need to use the prefix function provided by Ecto. e.g.

def up do
  execute "CREATE INDEX name_trgm_index ON #{prefix()}.users USING gin (nam gin_trgm_ops);"
end

Running tenant migrations:

mix tenex.migrate

This will migrate all of your existing tenants, one by one. In the case of failure, the next run will continue from where it stopped.

Using Ecto

Your Ecto usage only needs the prefix option. Tenex provides a helper to coerce the tenant value into the proper format, e.g.:

Repo.all(User, prefix: Tenex.to_prefix("my_tenant"))
Repo.get!(User, 123, prefix: Tenex.to_prefix("my_tenant"))

Fetching the tenant with Plug

Tenex includes configurable plugs that you can use to load the current tenant in your application.

Here is an example loading the tenant from the current subdomain:

plug Tenex.SubdomainPlug, endpoint: MyApp.Endpoint

For more information, check the Tenex.Plug documentation for an overview of our plugs.

Thanks

This lib is inspired by the gem apartment, which does the same thing in Ruby on Rails world. We also give credit (and a lot of thanks) to @Dania02525 for the work on apartmentex. A lot of the work here is based on what she has done there. And also to @jeffdeville, who forked (tenantex) taking a different approach, which gave us additional ideas.