vadiminfoprog123Часть софта принуждает использовать Entity , а скуль-сервера - только Table . С кого начался этот понятийный бардак? Одни твердят сущность, другие утверждают, - таблица. Где правда? Кто разрешил этот бардак? Как теперь это все остановить?
Сущности, наряду со Связями юзаются для структурирования данных в модели данных (МД) Сущность Связь. В настоящее время эта МД юзается для концептуального проектирования БД. Отношения юзаются в РМД - логическая МД. Таблицы юзаются в РСУБД. Ну типа физическиое проектирование.
Деление МД на концептульные, логические, физические в литературе могут различаиться. Но типа - концептуальное производится до выбора типа логической МД (не известно будет ли это РМД или иерархическая и или другая). Т.е. абстрагирована от логических аспектов. Нужна для общего понимания инфы БД, обсуждения с заказсиком и т.д. Логичекское проектирование - производится типа до выбора конкретной СУБД. Нужна для оптимизации логичесих аспектов, нормализация, ОЦ, запросы. Абстрагирована от особенностей СУБД. Таблицы - это реализация в СУБД. Это просто представление отношений в РСУБД.

Вы прикрываете фиговым листочком туманных рассуждений эту путаницу. На самом же деле, - противоречия остры. Они зовут к топору.

Сущность должна стать понятием сугубо динамическим а не статическим, иначе кидык вам всем, уто не согласен.

БредятинаAG#пропущено...


к вопросу имеет прямейшее отношение.....измерение бизнеса должно прилагаться к к измерению времени....
это постулат....мол.чел.
Вы не ответили на простой, как мне казалось, вопрос)) Что такое МНОГОМЕРНОСТЬ ИЗМЕРЕНИЯ? И какое она имеет отношение к соотношению понятий "сущность" и "таблица"?

Вы скорее всего не поймете. Сущность - это должен определять пользователь на этапе выполнения а не разработки.

vadiminfoprog123Сущность должна стать понятием сугубо динамическим а не статическим, иначе кидык вам всем, уто не согласен.
Вообще-то структура сама по себе предполагает статичность. А динамичныими, к примеру, являются данные.
В моделях данных типа Сущность Связь , для стуктурирования юзаются Тип сущности и Тип связи. Т.е. как бы оные не предназначены, вроде, для "динамичности".
Есть другие МД. Например, полуструктурированне (или слабоструктурированные в других источниках). Напрмер, XML.
Впрочем, некоторые парни юзают ЕАВ. Ну там Сущности превращены в данные, и оттого динамичны. Но это как бы, возможно, чрезмерно агрессивный подход. Поскольку это все кладут на РМД, и могут утрачиваться многие преимущества РМД, которая все же сильна именно как структурирванная МД.

Иными словами. Скорее всего, Вам следует не Сущности делать динамичными в рамках тех МД хде она юзается, а придумывать новые МД, где, возможно, и вовсе будеть Сущностей, но будут, к прмеру, дифференциалы, иннтеграло, а то и что-то новенькое.

Такие софты я про себя называю "шлак". Так можно было работать 50 лет назад, но не сейчас. Бесполезная трата денег и людского времени, лучше потратить деньги на благотворительность или мне на грант:)