Всем привет.

Имеется табличка с описанием сущностей, и табличка с описанием атрибутов (ну там, естестаенно, еще кое-что имеется, но это не так важно). Приложение при работе опирается на значения в этих табличках, строятся формы отображений, отчеты и запросы. Только это не EAV, ибо данные хранятся не в общей табличке.
Сами данные хранятся в физических табличках, по одной на сущность, модификация структуры выполняется простым alter table. Использование физических таблиц позволяет избежать некоторых проблем, присущих eav. (Но добавляет некоторого гемора с модификацией метаданных).

Вопрос - как называют подобный подход организации структур данных и приложения, опирающегося на структуру, описанную в базе?

Спасибо.

Максим НvvmВсем привет.

Имеется табличка с описанием сущностей, и табличка с описанием атрибутов (ну там, естестаенно, еще кое-что имеется, но это не так важно). Приложение при работе опирается на значения в этих табличках, строятся формы отображений, отчеты и запросы. Только это не EAV, ибо данные хранятся не в общей табличке.
Сами данные хранятся в физических табличках, по одной на сущность, модификация структуры выполняется простым alter table. Использование физических таблиц позволяет избежать некоторых проблем, присущих eav. (Но добавляет некоторого гемора с модификацией метаданных).

Вопрос - как называют подобный подход организации структур данных и приложения, опирающегося на структуру, описанную в базе?

Спасибо.
Можно подробнее? Для чего таблицы с сущностями и атрибутами если все и так хранится в своих таблицах: таблица-сущность, колонки-атрибуты. Либо возможны варианты когда одной сущности соответствуют несколько таблиц?
Ну, юзер с правами админа описывает/создает новые сущности и их состав.
Одной сущности могут соответствовать другие таблицы для атрибутов типа "ссылка". Для конкретной сущности описывается связь с некоторой другой сущностью, в рамках такой связи описывают атрибуты типа "ссылка".

SERG1257авторИмеется табличка с описанием сущностей, и табличка с описанием атрибутовЭто называется словарь data distionary.
Спасибо. А методика пректирования, когда приложение в работе использует словарь данных, как-то называется?

Максим НvvmНу, юзер с правами админа описывает/создает новые сущности и их состав.
А потом на их основе генерируются таблицы в БД?
Да.

Максим Нvvmпропущено...

Да.

Может я не прав, но тогда это похоже на визуальный постоитель таблиц (который имеет люба визуальная IDE), ориенитрованный на конкретное приложение с его спецификой.
Ну, да, таблицы в итоге строятся/изменяются. Для данного конкретного приложения. Но без привлечения программиста.

Максим Нvvmпропущено...

Ну, да, таблицы в итоге строятся/изменяются. Для данного конкретного приложения. Но без привлечения программиста.
ИМХО Не думаю что для этого есть специальное умное название, это...
Огорчительно. Мне нравятся разные заумные аббревиатуры.

ViPRos,

точняк! Трансляция логических бизнес - объектов в физические! "Би-эр-эм".

Cane Cat FishervvmПриложение при работе опирается на значения в этих табличках, строятся формы отображений, отчеты и запросы.

Если уж хочется умного названия, по которому можно гуглить, то это называют Metadata-Driven Application. IMHO заслуживающий внимания подход, если без фанатизма.
Спасибо. :)