Комментарии 9
Мы разработали набор скриптовА где скрипты?
Сдается мне их зажали.
Да, скрипты целиком выложить не можем — это часть продукта, и они раскрывают схему хранения.
Но мы готовы отвечать на вопросы, если вам интересно, как реализованы какие-то конкретные вещи. Кусками можем проиллюстрировать.
Но мы готовы отвечать на вопросы, если вам интересно, как реализованы какие-то конкретные вещи. Кусками можем проиллюстрировать.
Я вполне понимаю, что вы не можете выложить скрипты целиком (бывает, хотя, что там именно надо так скрывать, мне не очень понятно), но без них (и без вообще каких либо технических деталей) статья выглядит несколько пустовато. Во всяком случае, у меня, после прочтения вашей статьи, никаких вопросов не возникло (ну настроили партиционирование и настроили). В общем, не зацепила статья.
Хм, а как вообще админить без знаний и опыта работы с СУБД?
И как же вы запихнули в скрипты изменение формата хранения данных? Если структура таблицы изменилась, то все исторические данные придется конвертировать под новый формат, а это по-любому ручная работа. Если только специфика вашей БД подразумевает однотипные изменения, которые можно формализовать. Или может быть этот вопрос был поднят, но решался в рамках вашей разработки?
А что касается админки — Oracle 18c все сильно упростит.
И как же вы запихнули в скрипты изменение формата хранения данных? Если структура таблицы изменилась, то все исторические данные придется конвертировать под новый формат, а это по-любому ручная работа. Если только специфика вашей БД подразумевает однотипные изменения, которые можно формализовать. Или может быть этот вопрос был поднят, но решался в рамках вашей разработки?
А что касается админки — Oracle 18c все сильно упростит.
Вот ровно в этом вопросе и заключен весь смысл сделанного.
Все изменения структуры таблиц мы “запихнули” в скрипты. Да, исторические данные при подключении конвертируются автоматически. Там возникают ошибки, верно, мы отлаживали эту систему 5-7 лет в общей сложности. Изменения были разные, простые и сложные. Упор был именно на то, что обычный администратор (не DBA!) при нашей поддержке, не обладая знаниями и умениями (ну, или обладая начальными), сможет проводить работу по управлению секциями. Мы очень часто, особенно на раннем этапе, входили в организации, где не было Oracle, и должны были работать в таких условиях.
Часть скриптов обеспечивает трансформацию данных из старых форматов (не только перестроение структуры таблиц, но и их логическое наполнение ), и еще часть пытается обеспечить надежное выполнение этих действий в отсутствие ораклового специалиста. Понятно, что эта цель выглядит крайне амбициозной, но система доказала свою жизнеспособность и работает. На поддержке у нас есть проблемы, связанные с отключением/подключением секций, но, как правило, они связаны со внешними причинами технического характера.
Все изменения структуры таблиц мы “запихнули” в скрипты. Да, исторические данные при подключении конвертируются автоматически. Там возникают ошибки, верно, мы отлаживали эту систему 5-7 лет в общей сложности. Изменения были разные, простые и сложные. Упор был именно на то, что обычный администратор (не DBA!) при нашей поддержке, не обладая знаниями и умениями (ну, или обладая начальными), сможет проводить работу по управлению секциями. Мы очень часто, особенно на раннем этапе, входили в организации, где не было Oracle, и должны были работать в таких условиях.
Часть скриптов обеспечивает трансформацию данных из старых форматов (не только перестроение структуры таблиц, но и их логическое наполнение ), и еще часть пытается обеспечить надежное выполнение этих действий в отсутствие ораклового специалиста. Понятно, что эта цель выглядит крайне амбициозной, но система доказала свою жизнеспособность и работает. На поддержке у нас есть проблемы, связанные с отключением/подключением секций, но, как правило, они связаны со внешними причинами технического характера.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как управлять секциями в БД Oracle и не сойти с ума