Вы правда так проектируете БД или просто прикалываетесь ? Может поделитесь опытом, в каких ситуациях может понадобиться динамическое создание и изменения таблиц, индексов, и представлений ?

Процедуры преобразования данных для их загрузки в хранилище данных.
Ничего необычного. Просто, насколько я понимаю, все тут занимаются транзакционными системами, в которых, наверное, не очень желательно изменять на ходу структуру таблиц. При загрузке хранилища данных динамически создаётся большое количество временных и не очень временных таблиц, обеспечение целостности при этом тоже никто не отменял. Так что, такое свойство СУБД имеет достаточно оснований на существование.

По поводу динамического пересоздания вьюх - та же тема. Хранилища данных. Допустим, Вам нужно загрузить в здоровенную таблицу данные. Процесс занимает, скажем, 20 минут. Вы хотите, чтобы в это время польователи имели возможность выполнять отчёты. Один из приёмов - создаётся новая таблица, по структуре аналогичная той, в которую льются данные. Поверх старой создаётся вьюха, к ней пользователи делают запросы пока данные заливаются в новую таблицу (все данные из старой плюс новая порция) как только данные залились в новую таблицу вьюха перекидывается на неё в этой же транзакции. Старая таблица удаляется. Получаем возможность выполнения запросов пока в таблицу льются данные. Соответственно, если данные не залились нормально, то и вьюху не надо пересоздавать чтобы целостность не нарушить.

С индексами, наверное, не так всё, поскольку их наличие или отсутствие не влияет на целостность, а только на производительность. Хотя, не исключаю, что и для индексов можно найти пример.


Что касается поддержки этого в СУБД Teradata, то операция DDL должна быть последней в транзакции:

Teradata Database SQL Reference. Statement and Transaction ProcessingIf an explicit transaction contains a DDL statement, then it must be the last statement in the transaction.
The system enforces the rule that a DDL (Data Definition Language) statement must be the last statement of a transaction.

С уважением,
Константин Лисянский
http://lissianski.narod.ru

AAronЯ думаю, что задача немного в другом. Не "обеспечить выполнение отчетов по вливаемым данным", а "обеспечить выполнение отчетов по старым данным, пока добавляются новые данные". По крайней мере такая ситуация представима.

Ну, не только представима, но и вполне реально встречалась в моей практике.

AAronКонстантин, приведенной цитаты очевидно, что при наличии DDL выражения, оно должно быть последним. А если их несколько? Разрешена ли такая ситуация?

Боюсь, что нет:

Teradata Database SQL Reference. Data Definition StatementsRules for
• A DDL statement cannot be combined with other statements as part of a multistatement request.
• A DDL statement can only be included in an explicit transaction (one or more requests bracketed by BEGIN/END TRANSACTION statements) if it is one of the following:
• the only statement in the transaction, or
• structured as a single-statement request that appears as the last request in the transaction.
• In ANSI session mode, a DDL statement can only be included in a transaction when it is the last single-statement request before the COMMIT statement.

С уважением,
Константин Лисянский
http://lissianski.narod.ru