Обновление схемы-структуры БД

Ну и sudo cast maxcom

Hibernate и политика создания БД create-drop.

Для разработки самое то.

P.S. для продакшена лучше поискать что-нибудь, что поддерживает стек JavaEE, т.к. многое оттуда может понадобиться, если нужна автоматизация.

Как я понял liquibase полностью готов для продакшена, но надо вручную вызывать обновление БД, что совсем не по феншую. Хочется автоматизации.

На Hibernate посмотрю, уже встречал это слово рядом со словами java, tomcat, servlet ))

Вот грохнет тебе твоя автообновлялка какой-нибудь столбец без бэкапа, будешь потом корячиться с восстановлением. На продакшн базе изменения накатываются только руками, имхо.

А вообще в liquibase вроде были интерфейсы для запуска скриптов, давно уже делал, но всё автоматизировалось. В чём проблема, уточни.

В чём проблема, уточни.

Хочется годной хаутушки как это организовать. Сейчас для меня все выглядит так:

1. Я загружаю по ssh war-файл на сервер.
2. Tomcat его распаковывает
3. PROFIT. (веб-приложение обновилось).

Я хочу, чтобы все выглядело так:
1. Я загружаю по ssh war-файл на сервер.
2. Tomcat его распаковывает
3. Tomcat обновляет базу
4. PROFIT. (веб-приложение и БД обновились).

Может быть можно просто хук какой поставить в томкате и вызывать после этого мой самописный скрипт? Совсем не продакшен, но как временное решение на период моего обучения - должно прокатить.

P.S.

Вот грохнет тебе твоя автообновлялка какой-нибудь столбец без бэкапа

Так для этого как раз и нужны нормальные бекапы + тестирование обновлений.

Делал такое с помощью flyway. Он попроще liquidbase и без XML.

В спринге создаёшь компонент с обновлением схемы при инициализации (через API flyway), потом объявляешь базовый компонент для persistence от него зависящим. В моём случае это было так:

  <bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean"
        depends-on="dbMigrationManager">
    <property name="dataSource" ref="dataSource"/>
    <property name="persistenceUnitName" value="mycoolapp"/>
    <property name="jpaVendorAdapter">
      <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
        <property name="showSql" value="false"/>
        <property name="generateDdl" value="false"/>
        <property name="databasePlatform" value="${db.dialect}"/>
      </bean>
    </property>
  </bean>

Объявление самого компонента для обновления схемы: [code:XML] <bean id=«dbMigrationManager» class=«com.atcsibir.cpgu.configuration.DbMigrationManager» init-method=«manageMigrations»> <property name=«migrateOnStart» value=«${modules.migration.migrateOnStart}»/> <property name=«failOnOutdatedSchemaVersion» value=«${modules.migration.failOnOutdatedSchemaVersion}»/> <property name=«flyway»> <bean class=«com.googlecode.flyway.core.Flyway»> <property name=«dataSource» ref=«dataSource»/> <property name=«encoding» value=«Cp1251»/> </bean> </property> </bean> Компонент самописный, там логики с гулькин нос - просто дёргает при инициализации flyway нужным образом. Это чтоб идея была понятней.

Такое же можно и без спринга провернуть, главное найти место, чтобы вклиниться в инициализацию приложения.

главное найти место, чтобы вклиниться в инициализацию приложения

Вот с этим у меня как раз проблемы. Только я планировал не «вклиниваться в инициализацию» своим кодом, а взять что-то готовое из состава tomcat для вклинивания на этапе деплоя/распаковки.

liquibase or flyaway

В liquibase есть сервлет, пропишите его в web.xml и расставьте порядок запуска сервлетам.

что-то готовое из состава tomcat для вклинивания на этапе деплоя/распаковки

Не думаю, что томкат такое умеет из коробки.

Почему вообще он должен такое уметь?

Томкат «играет» веб-приложения и предоставляет им некоторые общие сервисы. А что приложению нужно для инициализации - не забота контейнера. У приложений и так для этого есть ручки, вроде servlet event listeners.

Не знаю ни одного контейнера приложений, который бы обновление схемы БД брал на себя.

Вы не совсем верно меня поняли. Возможно servlet event listeners это как раз то, что мне нужно (сейчас пойду о нем почитаю). На данный момент я даже незнаю, куда можно было бы воткунть свой код с инициализацией БД. Только если в инициализацию какого-нибудь сервлета, но это не кажется мне верной дорогой.

А где это правильнее всего будет сделать?

Где угодно, лишь бы до старта хибернейта.

Выше писали про liquidbase сервлет - тоже вариант.

Я лично на ликвидбейзовские файлы миграции после flyway без слёз смотреть не могу. Если не планируется менять БД, то plain SQL - наше всё.

Посмотрите в сторону dbMaintain, а именно http://www.dbmaintain.org/maven-goals.html.

В итоге остановился вот на этом http://www.liquibase.org/documentation/servlet_listener.html

Буду пробовать.

Для поиграца можно пошалить с перестройкой структуры БД при заливки деплоя, но, как тебе уже сказали, для продакшен это не приемлемо. В один прекрасный момент не взлетит твоя база, и будет тебе грубый секс.

Томкат+хебернат не очень для твоих игрушек. Поковыряйся с чем-то более серьезным. Джибосом аль с гласфиш... спринг...

не взлетит твоя база, и будет тебе грубый секс

Автоматический бекап при деплое спасет отца русской демократии?

А если серьезно, то хотя бы в двух словах опишите, что я найду в джибоссе с гласфиш и спринге? На что следует обратить внимание? Там подобные вещи уже реализованы?