схема - это нечто чётко очерченное и структурированное. Часто может менять логика приложения (pl/sql или внешний клиент). Структура в работающих приложениях меняется крайне редко. И в большинстве случаев - это расширение схемы.

динамическое создание таблиц приложением по факту действий юзеров - это просто жесть. Проектирование в особо извращённой форме.

Почитайте про темп таблицы. Может подойдёт.

-2-boraldoЧисло таких таблиц ничем неограничено, новые таблицы могут появиться в любой момент, причём в рантайме.Стоит также задуматься над созданием новой базы в рантайме и установке сервера. Тут могут помочь виртуальные машины.

в мемориз ))

Чисто формально, да. В Оракл нет опции if not exist.

Для реализации желаемого поведения, вы можете делать, например, так:



Но всё дело в том, что динамическое создание таблиц - это зло. Вам об этом все пытаются намекнуть, но вы акцентируетесь на отсутствии такой опции.

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


Ваши юзеры создают однотипные таблицы? Если да, то можно создать единственный набор таких таблиц и данные по всем юзерам туда успешно складывать.

Если разнотипные, то как вопрос xtendera?

xtenderМожет еще и добавить опцию if not equals? А то вдруг существующая таблица не сходится с той, что хотите создать? И в delete добавить опцию if exists, а то вдруг попытаемся удалить из таблицы, которая не существует?

Опишите процесс, который вы автоматизируете, и который решается вами только таким способом. Может, подскажут другой. Более адекватный.

boraldoАдмин хочет хранить некие данные в таблице, причём такая таблица должна быть во всех схемах.
Он заходит в условно "свою" схему, добавляет описание этой таблицы, а потом она должна появиться во всех схемах.
Число схем неограничено, в любой момент может появиться новая, поэтому тупо после его действия создать эту таблицу во всех схемах невозможно.

Данные в этой таблице одни для всех? Или каждый пользователь вправе их править на своё усмотрение? Если одни для всех - то


Если каждый юзер имеет право редактировать данные, то для этого создаётся одна таблица с доп. параметром owner - и она хранит данные по всем юзерам.

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

Для рядовых юзеров весь функционал чудесно умещается в одной схеме с одной доп. колонкой owner в таблицах. Да и всё.

boraldoTolkaЕсли каждый юзер имеет право редактировать данные, то для этого создаётся одна таблица с доп. параметром owner - и она хранит данные по всем юзерам.
Между таблицами могут быть связи и тогда всилу сказанного выше эту связь тяжело будет организовать.
Пример. Запись в таблице А должна ссылаться на запись таблицы B. И тогда если a ссылается на b, то должно выполняться равенство a.schema=b.schema. Такое можно организовать?


В оракле семантика выглядит как schema_name.object_name

Если вы имеете ввиду обычную связь форин ки, то какие проблемы?


Из каждой таблицы по конкретному user_id вы получите только то, что относится к конкретному юзеру. При этом никто вас не ограничивает в связях между а и b

и это всё в одной схеме

з.ы. команды писал по памяти. возможна ошибка в синтаксисе