Hibernate должен поставить заявление об отказе от использования автоматических обновлений в prod, чтобы скрыть себя, когда люди, которые не знают, что делают, используют его в ситуациях, когда его не следует использовать.
Разумеется, ситуации, когда его не следует использовать, намного превосходят те, где все в порядке.
Я использовал его в течение многих лет во многих различных проектах, и у меня никогда не было ни одной проблемы. Это не плохой ответ, и это не ковбойское кодирование. Это исторический факт.
Человек, который говорит «никогда не делай этого на производстве», думает о конкретном наборе производственных развертываний, а именно о тех, с которыми он знаком (его компания, его отрасль и т. Д.).
Вселенная «производственных развертываний» обширна и разнообразна.
Опытный разработчик Hibernate точно знает, что DDL получит в результате данной конфигурации сопоставления. Пока вы тестируете и проверяете, что то, что вы ожидаете, попадает в DDL (в dev, qa, staging и т. Д.), У вас все в порядке.
Когда вы добавляете много функций, автоматические обновления схемы могут быть в режиме реального времени.
Список автоматических обновлений, которые не будут обрабатываться, бесконечен, но некоторые примеры - миграция данных, добавление необнуляемых столбцов, изменение имени столбца и т. Д. И т. Д.
Также вам нужно позаботиться в кластерной среде.
Но опять же, если бы вы знали все это, вы бы не задавали этот вопрос. Хм , , Хорошо, если вы задаете этот вопрос, вам следует подождать, пока у вас не будет большого опыта работы с Hibernate и автоматическим обновлением схемы, прежде чем подумать об использовании его в prod.
