Есть приложение на питоне с двумя базами (click и postgresql) и мигратором на alembic. Сейчас миграции сделаны только для postgresql и это немного утомляет. Есть ли у кого-нибудь опыт использования либ\тулз для обеспечения миграций клика? предпочтительно на питоне.
goose - мигратор на го недавно добавил поддержку кликхауса. в использовании от алембика отличается другими анотациями в файле с миграциями. поддерживает так же и pg.
https://github.com/xzkostyan/clickhouse-sqlalchemy/issues/55 сейчас наколеночно есть
Приветствую. Спасибо за решение @tkostyan. Пытаюсь использовать это для alembic миграций, но в миграцию не подтягивает значение engine (елси же нужные строки туда дописать руками - сама миграция получается рабочая). def upgrade(): # ### commands auto generated by Alembic - please adjust! ### op.create_table('another_rate_2', sa.Column('day', clickhouse_sqlalchemy.types.common.Date(), nullable=False), sa.Column('value', clickhouse_sqlalchemy.types.common.Int32(), server_default=sa.text('1'), nullable=True), sa.Column('model', clickhouse_sqlalchemy.types.common.String(), nullable=True), sa.Column('dt', clickhouse_sqlalchemy.types.common.DateTime(), server_default=sa.text('now()'), nullable=True), sa.PrimaryKeyConstraint('day') # engine должен быть где-то здесь : ( ) … хотя в самой модели engine указан another_table_2 = Table('another_rate_2', metadata, Column('day', types.Date, primary_key=True), Column('value', types.Int32, server_default=literal(1)), Column('model', types.String), Column('dt', types.DateTime, server_default=func.now()), Column('dt3', types.DateTime64(3), server_default=func.now()), # Column('dt2', types.DateTime64(2), server_default=func.now()), engines.ReplicatedMergeTree( '/clickhouse/tables/{layer}-{shard}/another_rate_2', '{replica}', partition_by=func.toYYYYMM(Column('dt')), order_by=('value', 'model') ) ) Если в созданную миграцию его дописать руками, миграция работает. В alembic env.py использовал такой код для задания диалекта class CustomDialectImpl(impl.DefaultImpl): dialect = "clickhouse" transactional_ddl = False
Да, engine пока туда не будет подтягиваться. Сейчас это одно из ограничений, которое возможно получится обойти
https://github.com/raoptimus/db-migrator.go
спасибо, глянем. На данный момент мы делаем все через airflow, т.к. приложение размазано по нескольким базам и мы его все равно используем.
Обсуждают сегодня