Пару лет назад написали WEB-приложение (Apache, Oracle, modplsql) по нефтянке.
Модульная структура приложения, все что можно по интерфейсу также хранится в базе.
Приложение средних размеров, порядка сотни таблиц, но мы совсем не заморачивались на нормализации и лог-журналах (не до того было, да и сервер был слаабенький).

За это время у пользователей возникло множество хотелок. Часть из них реализовали, часть запланировали в новой версии... Старый сервер сдох (оказалось, что приложение всем понравилось и только официально зарегестрированных пользователей около 250), купили новый около года назад, может не очень крутой, но заметно лучше старого.

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

Проблема: Как грамотно реализовать систему наименований?
Мои смешные варианты:

Вариант 1. Разделить модули по отдельным схемам, плюс основная схема для всяких административных примочек. Но наш АБД говорит, что так не делается. Тем более при кажущемся нам большом количестве таблиц, - это не так уж и много. Плюс возникнут легкие проблемы с DAD.

Вариант 2. В названии каждой таблицы, кроме всего прочего, использовать префикс с названием модуля. Так как храним мы довольно специализированные данные, есть вероятность что мы можем уйти за ограничение на длину названия (или оно больше 32 символов?).

P/S/ Может быть я неправильно назвала тему, возможно есть другие варианты, не связанные с именованием таблиц. Я слышала что-то про NAMESPACE, но пока в дебрях документации к моему случаю привязать не могу.

То есть у всех обычно все лежит в одной схеме.
Тогда можно маленький вопрос, а сколько это таблиц?

Shtockу нас все лежит в одной схеме,добавляем префикс в зависимости от предметной области или назначения.Например,все таблицы справочников начинаются с ref, все таблицы налогового учета-с tax_, бухгалтерского учета с acc_

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

Спасибо, значит будем работать в одной схеме и сочинять префиксы, вот только в три буквы уложиться уже не получается.

Были случаи, когда не укладывалось в первом приближении, но потом изгалялись, что-то сокращали и все получалось, но случаются названия по 29 символов. Например, результирующая таблица по пропласткам по скважине в модуле технологические режимы. Аналогичная таблица в покупном программном продукте называется WELL_LOG_RESULT_SUBLAYERS (25 символов). Добавляем префикс для модуля TRG_ (29 символов).

У меня в другой задаче было, например справочник затрат входящих логистических схем, или справочник груп входящих логистических схем.

softwarerВаш АБД знает не все. Для примера может посмотреть в Oracle E-Business Suite, и втирать уже им, что так не делается :).
Все-таки наш АБД кое-что знает. Он уточнял, собираемся ли мы разграничить таким способом доступ к данным, но мы сказали ему, что изначально такая задача не ставится.

softwarerподход хорош для действительно больших приложений, когда вероятно, что оно будет крутиться на своем, отдельном экземпляре.
Наше приложение, хоть и небольшое, крутится на своем, отдельном экземпляре. Просто когда общий сервер загибался наши заказчики выбили для задачи отдельный сервер, а мы теперь стоим на его страже :)