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_rangecanonical, function, we must directly add it to theframestamp_rangetype in thepg_catalogtable. In most databases, this will require elevated permissions. See thePgFramestamp.Range.Migrations.inject_canonical_function/0for 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.