LINUX.ORG.RU
Форум — Development  

Создание начальной схемы БД

 


0

1

Есть прога требующая тотальной переработки, которая в процессе работы создает проекты, которые оформляются в БД в виде отдельной схемы/юзера. Сейчас создание всей структуры идет тупо в коде, хотелось бы переписать его на более кошерный вариант, в связи с чем вопрос. Как лучше создавать схему/юзера бд:

  1. вызовом скрипта, положенного в бд (всегда есть основная схема с настройками и прочим). Скрипт в файле не пройдет из-за требований безопасности;

  2. создание копированием пустой эталонной схемы;

  3. ваш вариант.

← прошивка МК
Отмена оптимизации C++ in Clion →

Ответ на: комментарий от man-from-36

язык разработки не позволит

Там совсем нет никаних структур данных, чтобы по ним сделать create table? Что за недоязычок? Брейнфак?

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)
Ответ на: комментарий от man-from-36

тоже в коде создавать

А в чём проблема? Описываешь структуру, по ней всё это делаешь. Можешь хоть тупо sql файл таскать, можешь генерить его по структуре.

crutch_master ★★★★★
()

liquibase. Серьезно, лучшая тулза для миграций бд. Там не только xml-dsl, еще другие форматы + поддерживает чистый sql в чейнжсетах. Версионирование, роллбеки - все это есть. Из минусов - java. Если не знаком с liquibase - это не только либа, но и standalone приложение, главное нужно ему в его либы подкинуть нужный драйвер бд.

matroskin ★
()
Ответ на: комментарий от vvn_black

5. Повзрослеть и выкинуть это нестабильное дерьмо, воткнуть liquibase или аналог и радоваться (нет)

izzholtik ★★★
()
Ответ на: комментарий от man-from-36

Вообще говоря, да.

@Entity
@Table(name = "users", uniqueConstraints = {@UniqueConstraint(columnNames = {"login", "deleted"})})

ORM из этих метаданных всё, что ей нужно, сгенерирует. Не делайте так на проде, офк.

izzholtik ★★★
()

Вообще, по такой постановке задачи тебе никто ничего не даст, кроме общих советов.

izzholtik ★★★
()

Мой вариант - создание пакета файлов для БД. Иногда кладу в отдельную папку, иногда в корневую. Файлы разделяю на: DDL, DML, шелл-скрипты для автоматизации задач БД.

Если нельзя файлы - ложи запросы в BLOB или TEXT. Вместо шелл-файлов напиши хранимые процедуры. Create, Update, Delete, Insert test data.

Оформи это всё в отдельную схему или используй префиксы в названии.

pup_kin ★
()

вызовом скрипта, положенного в бд

это, если в файле нельзя.

Каждый стейтмент в отдельной записи и парсить ненадо.

Psilocybe ★★★★
()
Последнее исправление: Psilocybe (всего исправлений: 2)

Думаю стоит посмотреть на этот вопрос от организации команды разработки. Если есть отдельный дба, который занимается разработкой структуры данных, то наверное лучше сделать в виде хранимой процедуры(набора процедур разных версий). Если структуру данных и код работающий с ней пишут одни и те же люди, то имеет смысл держать в коде определение схемы

cobold ★★★★★
()
Ответ на: комментарий от matroskin

Версионирование, роллбеки - все это есть.

В платной версии.

anonymous
()
Ответ на: комментарий от izzholtik

из ORM под freepascal есть только mORMot, который так не умеет (но это не точно, посмотрел по диагонали). и язык сменить нельзя. и это один фиг будет захардкоживание кучи SQL-кода в приложении, от чего как раз и хочется уйти

man-from-36
() автор топика
Последнее исправление: man-from-36 (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← прошивка МК
Development
Отмена оптимизации C++ in Clion →