View Source Vtc.Ecto.Postgres.Migrations (vtc v0.17.5)
Top-level migrations for creating all Vtc ecto types.
Link to this section Summary
Functions
Runs all migrations. Safe to run multiple times when updates are required.
Link to this section Functions
@spec run( rational: [include: Keyword.t(atom()), exclude: Keyword.t(atom())], framerate: [include: Keyword.t(atom()), exclude: Keyword.t(atom())], framestamp: [include: Keyword.t(atom()), exclude: Keyword.t(atom())], framestamp_range: [include: Keyword.t(atom()), exclude: Keyword.t(atom())] ) :: :ok
Runs all migrations. Safe to run multiple times when updates are required.
Migrations are run for:
All migrations implement both up
and down
functionality, and support rollbacks
out of the box.
options
Options
rational
: Options to pass to PgRational.Migrations.run/0.framerate
: Options to pass to PgFramerate.Migrations.run/0.framestamp
: Options to pass to PgFramestamp.Migrations.run/0.framestamp_range
: Options to pass to PgFramestamp.Rage.Migrations.run/0.
Required Permissions
To add the
framestamp_range
canonical, function, we must directly add it to theframestamp_range
type in thepg_catalog
table. In most databases, this will require elevated permissions. See thePgFramestamp.Range.Migrations.inject_canonical_function/0
for more information on why this is required.You can choose to skip this step if you wish by setting the
inject_canonical?
op to false, but operations that require discreet nudging of in-and-out points will not return correct results, and ranges with different upper/lower bound types will not be comparable.