|
|
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Добрый день! Есть необходимость работать в оракле (и только там) с большим объёмом данных. Для данного сервера большим. Т.е. создание индекса- проблема, заливка данных- проблема, лишний FK или даже PK - тоже проблема. В принципе есть общепринятый liquibase. Но... Когда надо сначала создать таблицы без индексов вообще, потом залить данные (сутки-двое), потом по-одному строить индексы (в итоге ещё сутки минимум), изначально спросив разрешение админов- тут liquibase немного не в тему. Но хочется иметь всё же описание схемы. Получается, что только включать в resources скрипты вида "create_фдд_table.sql", "create_index_on_XXX.sql" и т.п.? -- Алексей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 15:29 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Alexey TominПолучается, что только включать в resources скрипты вида "create_фдд_table.sql", "create_index_on_XXX.sql" и т.п.? http://flywaydb.org/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 15:35 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Если-бы этот топик прозвучал в форуме Oracle там-бы накидали совершенно других советов. Во первых что мы делаем. 1) Создаём схему с нуля. 2) Мигрируем. 3) Мигрируем с дополнениями. 4) Создаём тестовую. - Могут быть разные ответы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 16:01 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
maytonЕсли-бы этот топик прозвучал в форуме Oracle там-бы накидали совершенно других советов. Во первых что мы делаем. 1) Создаём схему с нуля. 2) Мигрируем. 3) Мигрируем с дополнениями. 4) Создаём тестовую. - Могут быть разные ответы. Сейчас- создаём. Потом, по мере развития, возможно изменение схемы- тут поле добавить, тут удалить. Схемы пока две- тестовая и продакшн. Соответственно хочется, чтобы на продакшн всё было 100% повторяемо по отношению к тесту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 16:09 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Alexey Tomin, когда у заказчика будут данные, то всё через update схема. Тестовая через дамп. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 16:33 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Мы делали клон стендбая. Чистили старые partitions из бизнес-фактов. Удаляли освободившиеся tablespaces (там как раз привязка к истории шла). Меняли некоторые логины. И всё. Вуаля. Точная копия продуктивной БД. Но раз в 10 меньше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 16:51 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Petro123Alexey Tomin, когда у заказчика будут данные, то всё через update схема. Тестовая через дамп. Ты вообще не понял вопроса :D ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 16:59 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Alexey Tomin, скорее ты не понял ответОВ ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 22:00 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Есть необходимость работать в оракле (и только там) с большим объёмом данных. Так это тогда не твоя проблема, а проблема разработчика БД. А он -- умеет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2014, 19:40 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
maytonлогины. И всё. Вуаля. Точная копия продуктивной БД. Но раз в 10 меньше. Это уже плохо, что в 10 раз меньше. должна быть такая же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2014, 19:41 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
Alexey TominPetro123Alexey Tomin, когда у заказчика будут данные, то всё через update схема. Тестовая через дамп. Ты вообще не понял вопроса :D Ну я тоже не понял вопроса. в чём собственно проблема ? Если схему надо менять -- её надо менять. Если это надо менять on-linе на системе 24x7x365 -- есть специальные средства, типа Oracle EE, или схема работы master-stand-by. Или пользователям таки придётся обождать. при чём тут собственно Java ? делать такие вещи из Java как бы не принято. Есть hibernate, и его schema upgfrade, по идее, но я бы ей всё же не доверял на больших системах (на маленьких пробовал -- работает). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2014, 19:46 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
MasterZivНу я тоже не понял вопроса. в чём собственно проблема ? Я вижу два варианта. 1. Скрипты LB. Минус- например он создаст индексы сразу, а мне их ндо создать после первичной загрузки данных. Да и создание индексов- это двое суток- так долго LB выдержит вообще? 2. Скрипты для плюса. Где для каждого записано, как и когда запускать. Но это лишняя сущность, неуправляемая maven'ом, что нехорошо. Т.е. вопрос именно "сделать средствами оракла", или "всё-таки внедрить в стандартный процесс". Вопрос не технический- вопрос вкуса и красоты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2014, 12:48 |
|
||
|
Размышление: управление большими схемами данных
|
|||
|---|---|---|---|
|
#18+
maytonЕсли-бы этот топик прозвучал в форуме Oracle там-бы накидали совершенно других советов. +1 )) автор(c) Ааз (форум sql.ru - Oracle) Member Откуда: Протвино Сообщений: 4112 =================================================== - Разработчик на своей девелоперской БД (например, очень недавний бэкап промышленной) отладил скрипт. - DBA на тестовой (куда девелоперам доступа нет) тупо запустил скрипт и проверил отсутствие ошибок. Запустил туда админа приложения для проверки функционала. - Запланировали downtime или ограниченную доступность сервисов. DBA подготовил возможность отката (standby с задержкой наката redo подойтёт). - В момент «Ч» DBA прогнал проверенный скрипт и пустил админа приложения проверить основной функционал. Если ОК - пущаем в продакшн. Если не Ок, откатываемся на запасные путя и предоставляем начальству удовольствие оттра**** разработчика или администратора приложений (по выбору). Всего -- Disclaimer: Opinions are of my own and not necessar[-il]y ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2014, 21:10 |
|
||
|
|

start [/forum/topic.php?fid=59&fpage=155&tid=2126386]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
50ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 209ms |
| total: | 365ms |

| 0 / 0 |
