т.е. каждый раз, когда Вам нужно создать новую схему с пустыми таблицами, Вы запустите оригинальный create-скрипт, а потом будете накатывать alter table обновления?
Это если у Вас одна-две схемы для обновления. А если у Вас 10 схем в multi-tenant конфигурации, то ручной труд выглядит странно. Да и при каждом новом скрипте необходимо не забыть поправить create скрипт. Вы ведь предполагаете использовать SQL и для создания новой схемы, так? Описанный подход лишает необходимости делать что-либо руками (в плане обновления). Надо создать новый tenant и схему под него — нажал одну кнопку и приложение создаст и схему, и таблицы, и данные проинициализирует.
То, что для Вас это зло не значит, что это никто не использует. Для корректировки данных в моем случае используются Java-конвертеры с возможностью версионирования, которые умеют обновлять данные используя SQL и JDBC либо HQL после инициализации Hibernate.
Прошу прощения, за 30 дней. 3-4 запроса в день, при
и на все эти действия за 90 дней чуть больше 100 запросов суммарно? Кто-то из вас двоих врет :-)
Закиньте кроп в онлайн-сервис по определению растений и он с вероятностью 80+% говорит, что это Acer platanoides.
Сенсоры, на сколько мне известно, короткоживущие по причине потери точности при длительном ношении, т.к. организм пытается бороться с инородным телом.