|
|
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Долго думал в каком топике запостить, но все же выбрал этот. В общем коллеги, делаем proof-of-concept одного амбициозненького проектика. Сложность вот в чем - пользователи сами будут создавать доменные объекты, и атрибуты могут быть добавлены в любое время(хотя частота модификаций не большая). Встал вопрос как хранить это в базе, ну или не в базе:) А да, приложение также подразумевает довольно развитый репортинг по этим доменным объектам. Покопавшись в интернетах, пока отсеяли NoSQL и OODB, фиксированная структура тоже не подходит. На данный момент склоняемся к использованию EAV(Entity-Attribute-Value) модели. По факту три главных таблицы Entity-Atribute-Value и несколько для BooleanAttr, TextAttr ... и тд. Основные проблемы - при каждом запросе куча джойнов, сложно разобраться в схеме, нельзя сделать поле реквайред или задать диапазон значений. Планируем победить это так - Создать материализованные виды над каждой энтити, а для констрейнтов свою таблицу, и навернуть перситсенс слой сверху, который будет разбираться что и куда. Решение громоздкое и сложное, но достойных альтернатив не вижу, может у кого есть подобный опыт или хорошие идеи? Рассмотрим любой вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 11:50 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, 1. Концепция. Я бы рассмотрел сначала аналог и чётко обозначил аналог какой системы вы делаете. авторLotus Notes – мощное клиент-серверное программное обеспечение для автоматизации совместной работы и управленческой деятельности, решения задач документооборота, хранения слабоструктурированной информации в корпоративных Интернет/Интранет системах. 2. у EAV очень много недостатков. Пытаются использовать новички. Профи плюются). Один из недостатков - тормоза и сложные запросы. Если упрётесь в производительность, то будете переписывать всё с нуля. 3. Я бы всё таки запостил тему в Разработка ИС. Ошибка будет дорого стоить, а критика будет полезна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 12:09 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никСложность вот в чем - пользователи сами будут создавать доменные объекты, и атрибуты могут быть добавлены в любое время "доменные" - термин программиста. Что будут создавать пользователи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 12:11 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Вариант1 - EAV Вар.2 - XML + XPath ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 12:19 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Аналогов нет, в ИС наверное запощу. Насчет недостатков EAV осведомлены, создается ощущение что не умеют готовить. Именно для этого и собираемся делать materialized view, количество обновлений должно быть невелико, и после каждого инсерта теоретически можно делать рефреш. Ну и само собой прослойку сверху придется написать и очень качественно. Не то чтобы прям мне эта идея нравится, просто не видим других альтернатив. Переформулирую вопрос ко всем - Были ли у вас ситуации когда вам грубо говоря надо добавить атрибут в схему БД на лету, без DDL-скрипта, как решали? На мой взгляд NoSQL ничем не поможет, так как проблемы с репортингом еще больше. Объектно-ориентированные базы - можно замучаться с версиями, да и что-то они так и не взлетели.. А какие еще варианты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 12:24 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123Вар.2 - XML + XPath Поясни что имеешь ввиду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 12:24 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, забыл никАналогов нет вот за эту фразу тебя в той ветке и побьют. Наверно нобелевская светит. забыл никEAV осведомлены, создается ощущение что не умеют готовить. помониторь ветку Разработка БД. Ты не прав. По крайней мере должен быть очень сильный выделенный чел Разработчик БД. Кроме того трудность в динамических построителях запросов на такую модель. забыл никпрослойку сверху +1 как во всех ERP - ядро и API сверху для программистов БЛ. Может даже IDE для них. забыл никПоясни что имеешь ввиду. как что? Оракл хранит в поле собственного типа XML. Запросы на своём языке по стандарту. Добавляй любой атрибут от юзверя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 12:33 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никПереформулирую вопрос ко всем - Были ли у вас ситуации когда вам грубо говоря надо добавить атрибут в схему БД на лету За 3 года не было тут таких тем с успешными реальными ответами. Были вопросы с попыткой создания таких систем. AFAIK ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 12:40 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никбез DDL-скрипта, как решали? авторЯ пока ни разу не сталкивался с задачей хранения "произвольных структур", хотя видел уже, наверное, несколько десятков EAV- и XML-реализаций. Но во всех случаях за понятием "произвольная структура" скрывалось неумение разработчиков работать с DML. :) EAV vs XML в таблицах на подумать.....правда 2009 год. Делай скидку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 12:47 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Да, спасибо почитаю. Навскидку с XML сразу вижу такую проблему - если каждая запись это xml, то какие-то поля могут быть пропущены, как показать юзеру все атрибуты сущности на экране? в случае eav должно прокатить select from attributes join on entity_id. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 13:21 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Я так делал. Есть стационарная часть таблицы. Атрибуты которые забиты на уровне DDL. И есть некоторая динамическая часть ATTR_LIST, в которую можно в реальном времени пихать изменения к бизнес-спекам. Когда изменения начнут тормозить систему - формируете технологическое окно. Перебрасываете их в стационарную часть индексируете и снова стартуете. IDATTR1ATTR2ATTR_LIST0116ATTR3=45,ATTR4='16/02/2015',ATTR5=true1215ATTR3=40,ATTR5=false Единственная сложность подпилить свой ORM таким образом чтобы он был полиморфен к способу хранения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 13:40 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никДа, спасибо почитаю. Навскидку с XML сразу вижу такую проблему - если каждая запись это xml, то какие-то поля могут быть пропущены, как показать юзеру все атрибуты сущности на экране? в случае eav должно прокатить select from attributes join on entity_id. ты не ответил, что за сущность на экране? ВИ_1 ====== - юзверь решил завести справочник ФизЛица - длбавил 3 атрибута: Рост\Вес\Пол - юзверь решил завести справочник Паровозы - добавил 3 атрибута: Топливо\КлассИспользования - дальше что? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 14:01 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никкак показать юзеру все атрибуты сущности на экране? в случае eav должно прокатить select from attributes join on entity_id. в техническом плане, ГУИ не зависит от ядра системы\физической модели(EAV или XML) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 14:02 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никв случае eav должно прокатить select from attributes join on entity_id. при XML - select xPath тра-та-та ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 14:03 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonКогда изменения начнут тормозить систему - формируете технологическое окно. Перебрасываете их в стационарную часть индексируете и снова стартуете. как вариант, можно было сузить техОкно до 3 минут и сразу DDL при сохранении конфигурации (а-ля 1С) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 14:05 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123maytonКогда изменения начнут тормозить систему - формируете технологическое окно. Перебрасываете их в стационарную часть индексируете и снова стартуете. как вариант, можно было сузить техОкно до 3 минут и сразу DDL при сохранении конфигурации (а-ля 1С) Я к сожалению не изучал архитектуру 1С и не знаю как там внутре. Сразу DDL - нельзя. В некоторых DBMS, DDL операции нельзя сделать during transaction. Они также форсируют коммит и инвалидируют состояние stored procedures/packages. Поэтому нужно исследовать внимательно этот вопрос. К каким последствиям приведёт резкий DDL в нагруженной системе где тип DBMS - неизвестен - я не знаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 14:17 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonПоэтому нужно исследовать внимательно этот вопрос. конечно нужно. РСУБД как раз и защищает модель при её модификации реинвалидацией хранимок и коммитом. Одно дело оттягивать этот процесс а-ля закрытие оперДня. Другое дело, делать изменение атрибутов _штатной операцией_ в реальном времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 14:26 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, а купить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 14:54 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRos, что купить? Топик звучит как "вопрос архитектурного плана". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 14:58 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonViPRos, что купить? Топик звучит как "вопрос архитектурного плана". ну про архитектурный план ты сказал что надо делать (только вот технологическое окно - ерунда) а я подумал, а вдруг ему нужна реализация этой архитектуры ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 15:01 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Я-бы для начал предложил пренести топик в Разработку Инфо-систем. Я для продажи консалтингов или готовых решений ИМХО здесь еще мало информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 15:03 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
И для продажи... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 15:03 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
mayton, да не надо никуда переносить там таких тем уже около пару сотен я тут не бываю, потому подумал, а вдруг кому то реально нужна гибкая система, а не бла бла про джойны всякие с констрейтами :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 15:07 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Вот именно поэтому и надо переносить. Черкну письмецо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 15:08 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никДолго думал в каком топике запостить, но все же выбрал этот. В общем коллеги, делаем proof-of-concept одного амбициозненького проектика. Сложность вот в чем - пользователи сами будут создавать доменные объекты, и атрибуты могут быть добавлены в любое время(хотя частота модификаций не большая). Встал вопрос как хранить это в базе, ну или не в базе:) А да, приложение также подразумевает довольно развитый репортинг по этим доменным объектам. Покопавшись в интернетах, пока отсеяли NoSQL и OODB, фиксированная структура тоже не подходит. На данный момент склоняемся к использованию EAV(Entity-Attribute-Value) модели. По факту три главных таблицы Entity-Atribute-Value и несколько для BooleanAttr, TextAttr ... и тд. Основные проблемы - при каждом запросе куча джойнов, сложно разобраться в схеме, нельзя сделать поле реквайред или задать диапазон значений. Планируем победить это так - Создать материализованные виды над каждой энтити, а для констрейнтов свою таблицу, и навернуть перситсенс слой сверху, который будет разбираться что и куда. Решение громоздкое и сложное, но достойных альтернатив не вижу, может у кого есть подобный опыт или хорошие идеи? Рассмотрим любой вариант. Вопрос от дилетанта. Чем это отличается от того же yandex market'а, где товары имеют кучу произвольных параметров/атрибутов (document oriented db)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 15:28 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никесли каждая запись это xml, то какие-то поля могут быть пропущены а схема - на что?(живая, меняющаяся во времени) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 15:37 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, чем вам не подходит RDF база https://ru.wikipedia.org/wiki/Resource_Description_Framework? Введение - http://habrahabr.ru/post/94707/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 18:44 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonВот именно поэтому и надо переносить. Черкну письмецо... продублируй там своими словами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 18:51 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
rfqзабыл ник, чем вам не подходит RDF база https://ru.wikipedia.org/wiki/Resource_Description_Framework? Введение - http://habrahabr.ru/post/94707/ авторДля хранения RDF-данных используются два основных вида хранилищ: нативные (native, «родные») и неродные (non-native). Родные хранилища позволяют достичь большей степени оптимизации, но более трудоёмки в проектировании, так как строятся специльно для работы с RDF. Неродные хранилища более просты в проектировании (например, за счёт использования механизмов реляционных СУБД или решений NoSQL), но менее оптимизированы вам не кажется, что это уже было? Когда ООБД продвигали)). Вам не кажется, что продакшен строить на таких технологиях чрезмерный риск? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 19:06 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
rdmВопрос от дилетанта. Чем это отличается от того же yandex market'а, где товары имеют кучу произвольных параметров/атрибутов (document oriented db)? бери проще. Обычный интернет-магазин. Такой же движок. Пусть ТС смотрит, и на нём строит систему. Вар1 - EAV Вар2 - XML - xPath Вар3 - опенсорс движок интернет магазина ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 19:09 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123Вам не кажется, что продакшен строить на таких технологиях чрезмерный риск? Есть хорошая цитата с презетации Тома Кайта. Дословно не помню. Но что-то вроде - есть классическая реляционая модель. Энтерпрайзовая. И есть база на ней. Работает. Есть еще и XML-модель. Она тоже энтерпрайзовая. Берём реляционную базу. С сохранением семантики и смысла переносим в XML. Перформанс просел в порядки. В переводе на наш язык это означает что новая модель НЕ РАБОТАЕТ. Добавить нечего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 19:29 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
mayton, я в курсе что XML это риски. Но ещё больше я не люблю отсутствие альтернативы в технических решениях. Это как фиктивный кандидат в выборах)). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 19:39 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никАналогов нет интернет магазин на Java тебе подойдёт 100% Там при приходе нового товара с новыми атрибутами никто модель не меняет. Удачи! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 19:43 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123mayton, я в курсе что XML это риски. Но ещё больше я не люблю отсутствие альтернативы в технических решениях. Это как фиктивный кандидат в выборах)). Какое отсутствие? Я предложил альтернативу. Гибридный EAV. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:01 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
mayton, угу. Выборы Путин - Медведев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:07 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123mayton, угу. Выборы Путин - Медведев. А по сути есть что сказать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:08 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
mayton, это базовые понятия. Даже стул стоит на 3-х точках опоры. А не на двух. По сути даже у Тома не было. Только абстрактно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:12 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
mayton, по суте решение выше. Интернет-магазин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:13 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123mayton, http://stackoverflow.com/questions/3992064/what-is-the-best-enterprise-shopping-cart-available-in-java Эээ... тоесть после прочтения этой ссылки топик можно закрыть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:18 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonPetro123mayton, http://stackoverflow.com/questions/3992064/what-is-the-best-enterprise-shopping-cart-available-in-java Эээ... тоесть после прочтения этой ссылки топик можно закрыть? почему можно? Игнорировать нельзя) LOL Т.к. всегда можно найти модель близкую к твой задачи. Как меня учили в адъюнктуре, если у твоей задачи нет аналогов, то это не изобретение. Это открытие). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:29 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Подождём топик-стартера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:30 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
mayton, а по факту 3 решения: - EAV - EAV твой - DDL - XML + xPath лучшее выбрать нельзя, т.к. нет ТЗ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:31 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonПодождём топик-стартера. +1... хотя он стесняется привести пример ГУИ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 20:33 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123mayton, а по факту 3 решения: - EAV - EAV твой - DDL - XML + xPath лучшее выбрать нельзя, т.к. нет ТЗ это не его ЕАВ :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2015, 23:59 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Механизм динамической типизации я описал в разделе проектирование БД несколько лет назад И параллельно программировал ВИПРОС, в котором эта концепция реализована ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 00:01 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRosэто не его ЕАВ :)ну я пока не нашёл как назвать метод сливать все новые атрибуты в строку, потом в поле Temp. При удалении атрибута, наверно тоже надо куда-то помечать удаляемые до тех.окна. Там вроде в этом окне будет создана новая колонка ATTR3 и туда вписано (update) = 45. Если это всё, то конечно это не EAV. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 00:13 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123ViPRosэто не его ЕАВ :)ну я пока не нашёл как назвать метод сливать все новые атрибуты в строку, потом в поле Temp. При удалении атрибута, наверно тоже надо куда-то помечать удаляемые до тех.окна. Там вроде в этом окне будет создана новая колонка ATTR3 и туда вписано (update) = 45. Если это всё, то конечно это не EAV. ЕАВ (как ты понимаешь) - костыль для обхода нетранзакционности ДДЛ РСУБД (а до этого хбейз), все пользовались, а один как всегда описал и ушел в гранит а так это просто убогая ER модель вопрос состоит в том - как динамическую семантическую модель натянуть на РМД (ну сегодня РМД практически нет аналогов по применимости и популярности, просто не продашь никому собственную реализаци СУБД(З), так как никто ее не знает) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 00:21 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
вот тут некоторые вещи - что то устарело, что то не так понят презентатором, но в целом почти обо всем что то сказано (в том числе и о сути механизма динамической типизации) оказыается нельзя большой объем даю махонький ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 00:38 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123ViPRosэто не его ЕАВ :)ну я пока не нашёл как назвать метод сливать все новые атрибуты в строку, потом в поле Temp. При удалении атрибута, наверно тоже надо куда-то помечать удаляемые до тех.окна. Там вроде в этом окне будет создана новая колонка ATTR3 и туда вписано (update) = 45. Если это всё, то конечно это не EAV.Можно сливать атрибуты не в строку, а в XML. Смысле очень простой: все, значимое для быстрого поиска (чем сильны РСУБД), выносить в столбцы таблиц, все остальное - сериализовать в строку, XML или EAV, как душе угодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 00:44 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
WGA, вопрос не в сложности добавить новый атрибут куда то или сущность какую а в том как этим полноценно пользоваться и при этом субд и т.д. вторично ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 00:51 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRosWGA, вопрос не в сложности добавить новый атрибут куда то или сущность какую а в том как этим полноценно пользоваться и при этом субд и т.д. вторичноВообще-то я просто высказался в пользу mayton с дополнением maytonЯ так делал. Есть стационарная часть таблицы. Атрибуты которые забиты на уровне DDL. И есть некоторая динамическая часть ATTR_LIST, в которую можно в реальном времени пихать изменения к бизнес-спекам. Когда изменения начнут тормозить систему - формируете технологическое окно. Перебрасываете их в стационарную часть индексируете и снова стартуете. IDATTR1ATTR2ATTR_LIST0116ATTR3=45,ATTR4='16/02/2015',ATTR5=true1215ATTR3=40,ATTR5=false Единственная сложность подпилить свой ORM таким образом чтобы он был полиморфен к способу хранения.Размышления здравые, при такой постановке по-другому особо-то и не извернешься. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 01:32 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
WGA, это плохой способ, в этом АТРР_Лист нет схемы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 01:37 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRosWGA, это плохой способ, в этом АТРР_Лист нет схемыНу так создай схему такой Код: xml 1. 2. 3. 4. 5. Или месье имеет таки тузы в рукаве? ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 01:44 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
WGA, это фигня а не схема ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 02:27 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
и ваще я пас, делайте что хотите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 02:28 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonЯ так делал. Есть стационарная часть таблицы. Атрибуты которые забиты на уровне DDL. И есть некоторая динамическая часть ATTR_LIST, в которую можно в реальном времени пихать изменения к бизнес-спекам. Когда изменения начнут тормозить систему - формируете технологическое окно. Перебрасываете их в стационарную часть индексируете и снова стартуете. IDATTR1ATTR2ATTR_LIST0116ATTR3=45,ATTR4='16/02/2015',ATTR5=true1215ATTR3=40,ATTR5=false Единственная сложность подпилить свой ORM таким образом чтобы он был полиморфен к способу хранения. Это разве не похоже на column oriented database? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 02:35 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
WGAМожно сливать атрибуты не в строку, а в XML. я про это и говорил. Тип столбца XML. Поддерживается xPath. Это один из методов озвученных выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 10:16 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
WGA, ддя быстрого поиска пусть делает OLAP\DWH ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 10:17 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
rdmЭто разве не похоже на column oriented database? Нет. COD базируется на другом способое ХРАНЕНИЯ данных в датафайлах. Я предлагаю только частичную денормализацию некоторых атрибутов. В принципе пофиг как упаковывать в строку. Можно атрибуты через запятую. Можно в XML. Или еще даже лучше в JSON. Или любой другой списковый способ хранения элементов в атоме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 11:03 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
В дополнение к моему предложению по гибридному EAV. Те кто используют OracleDBMS могут попробовать список атрибутов (VARCHAR2/XMLType/JSON) заменить на следующие Oracle Data types: Varrays Nested Table Со ссылкой на http://docs.oracle.com/cd/B28359_01/appdev.111/b28371/adobjcol.htm Из практики замечу что в Oracle9i мы использовали Nested Tables и пришли к тому что вобщем-то их использовать нет особого смысла. По сути это надстройка над JOINS и вложенная таблица таки реально существует как отдельный объект. Кроме того "NT" создавали сложности при import и мы от них отказались. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 11:59 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Так, извиняюсь, был занят, вечером почитаю. Мне кажется вы недооцениваете сложность. Вариант с атрибутами в строке - вообще не вариант. Я не могу полностью раскрыть детали, но грубо говоря, все сводится к тому что - пользователь системы будет создавать именно доменную модель, ни больше не меньше. То есть на скрине будет - создать Сущность, указываешь имя и можно добавлять поля, каждое поле может быть как примтивом так и другим объектом, в том числе возможны ссылки на саму себя. Также нужна возможность указывать констрейнты(реквайред, мин значение, макс, тд) Вторым шагом генерируется jar файл, который аплоадится в некий мавен репозиторий, что с ним дальше будет, это уже к делу не относится. Третьим шагом, пользователь может вставить конкретные записи в эти объекты, то есть нужен скрин, на котором будут указаны все поля и кнопка сохранить, валидаторы должны автоматически подхватываться, если реквайред и поле нулл - ошибка. Также предполагается что будет персистент обертка, которую будут дергать через API, в основном для CRUD. Но репортинг также важен, правда не для пользователя а скорее администратора. Вариант купить вполне возможно рассмотреть - просто купить что? Если есть что-то ложащееся на эти требования - с удовольствием рассмотрим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 13:26 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, то что ты описал - это генератор приложений (сервисов) ВИПРОС и есть такой генератор модельщик (пользователь с соответствующими правами) описывает домен, а ВИПРОС генерирует БД и UI ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 15:13 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
авторПланируем победить это так - Создать материализованные виды над каждой энтити, а для констрейнтов свою таблицу, и навернуть перситсенс слой сверху, который будет разбираться что и куда. А джойны это как решит то? Если деньги платят и заказчику нужно именно это - я бы посмотрел nosql. Там народ годами проекты пилит, и врядли у Вас получится сделать это как побочный проект для Вашей системы лучше. ИМХО А вообще система в которой пользователи создают тн бизнес логику - хороший маркетинговый ход, но по факту бесполезны в лучшем случае (за искл. каких-то экзотичных вариантов). Модно вот было BPM какое-то время, прямо пользователь взял так и нарисовал бизнес-процесс стрелочками и квадратиками - стухла тема. Легче взять еще программеров в штат, чем обучать экономиста этому всему и отвлекать ненужными знаниями, а зарплата бизнес-аналитиков сопоставима с прогерской, а то и выше, тоесть вообще убыток. Вообще вот вопрос: как Вы себе это представляете чтобы пользователь сам там что-то делал? Джойны, констрэинты, примари кейз, отношения объектов, типы данных и т.д. ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 15:20 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRos, понял. обязательно посмотрю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 16:41 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
no56892авторПланируем победить это так - Создать материализованные виды над каждой энтити, а для констрейнтов свою таблицу, и навернуть перситсенс слой сверху, который будет разбираться что и куда. А джойны это как решит то? Если деньги платят и заказчику нужно именно это - я бы посмотрел nosql. Там народ годами проекты пилит, и врядли у Вас получится сделать это как побочный проект для Вашей системы лучше. ИМХО А вообще система в которой пользователи создают тн бизнес логику - хороший маркетинговый ход, но по факту бесполезны в лучшем случае (за искл. каких-то экзотичных вариантов). Модно вот было BPM какое-то время, прямо пользователь взял так и нарисовал бизнес-процесс стрелочками и квадратиками - стухла тема. Легче взять еще программеров в штат, чем обучать экономиста этому всему и отвлекать ненужными знаниями, а зарплата бизнес-аналитиков сопоставима с прогерской, а то и выше, тоесть вообще убыток. Вообще вот вопрос: как Вы себе это представляете чтобы пользователь сам там что-то делал? Джойны, констрэинты, примари кейз, отношения объектов, типы данных и т.д. ? Вот я абсолютно согласен с вами, насчет создания пользователями бизнес-логики. Тут дело вот в чем, я наемный работник, мне сказали, я делаю, взлетит - не взлетит, это уже не моя беда. Первым делом заказчик был предупрежден об этих проблемах, так что... Насчет джойнов - ну идея в том, что после каждого обновления таблицы рефрешить view, благо число апдейтов не должно быть большим. NoSQL это же schemaless как он может тут помочь? Я не критикую, правда не понимаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 16:45 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, нарисуй нам пожалуйста интерфейс Код: java 1. 2. 3. так у нас будет предметный разговор. С именами методов. С аргументами. С retvalue. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 16:59 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123WGA, ддя быстрого поиска пусть делает OLAP\DWHДа варианты всегда есть... ЗЫ. А высказывания в сторону тов. Сахавата Юсифова правильно почистили. Нефиг баловать... )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 17:29 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonзабыл ник, нарисуй нам пожалуйста интерфейс Код: java 1. 2. 3. так у нас будет предметный разговор. С именами методов. С аргументами. С retvalue. Так а какой интерфейс я могу нарисовать, если еще даже не понятно будет это БД или нет. Если полностью абстрагироваться от технических деталей, задача в том, чтобы пользователь зайдя в систему мог создавать типы данных, добавлять удалять свойтсва и тд. После того как он закончил, он идет на форму, которая автогенерится на основе типа, и может создать конкретные инстансы, они должны быть персистентны. Ну допустим создать сущность Покупатель, с полями 1,2,3. Товар(4.5.6) Заказ(7, 8). Идет на форму и вносит значение для покупателя Васи, Товар Porsche, Заказ номер 7. С течением времени он понимает что у каждого покупателя должен быть телефон, он идет в админку и добавляет поле Телефон: String, required, pattern = ..., minLength=12. Идет на форму и она уже отражает что у этой сущности есть свойство телефон. Добавления должны происходить без каких-либо рестартов, и даже операционного вмешательства админа. Для чего все это нужно и как писать бизнес-логику, это уже другой вопрос, там уже более менее все придумано, самая стремная часть , хотя и не самая большая, описана выше. То есть на самом деле schema данных нужна, просто она должна быть relaxed as possible. Единственный вариант, который я вижу - это EAV, причем в крайнем случае БД будет состоять из всего 3 таблиц. Мне это все тоже очень не нравится, так как EAV имеет много негативной критики. но я не вижу альтернатив. Как говорится, надо выбрать менее пахучий сорт г..а ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 17:31 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRosзабыл ник, то что ты описал - это генератор приложений (сервисов) ВИПРОС и есть такой генератор модельщик (пользователь с соответствующими правами) описывает домен, а ВИПРОС генерирует БД и UI В общем-то, это действительно очень похоже на то что нужно, в концепции. Но покупка исключена как минимум по двум причинам. Заказчик англоязычный, и нужно веб-решение. Хотя сама разработка меня реально заинтересовала, вы говорили что где-то приводили принципы построения таких систем - не можете предоставить ссылку? Ну а если у вас есть возможность поделиться опытом создания подобного, и костылями - вообще замечательно. С удовольствием обсудил бы с вами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 17:35 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
А каким образом наличие/отсутствие БД влияет на интерфейс? Ты никогда не проектировал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 17:37 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonА каким образом наличие/отсутствие БД влияет на интерфейс? Ты никогда не проектировал? Моделирование предметной области - это лишь важная, но небольшая часть всей системы. После создания домена, будет автосгенерен jar, который будет использоваться.. ну не важно как в общем. Будет API на неком сервере, которое будет предоставлять REST HTTP интерфейс для CRUD вот этого счастья. Это общедоступная часть. Проблема в том, что есть админская часть, которая в том числе будет делать репорты, довольно сложные по созданным сущностям. Я не понимаю, какой интерфейс вы имеете ввиду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 17:43 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никчто есть админская часть, которая в том числе будет делать репорты репорты ваять будут всё те же вислоухие пользователи, что поля добавляют? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 17:50 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Изопропилзабыл никчто есть админская часть, которая в том числе будет делать репорты репорты ваять будут всё те же вислоухие пользователи, что поля добавляют? Честно говоря, нельзя отсеивать такой возможности. Я бы не стал доверять полностью заказчику, пока что говорит что не будут, но вы знаете как это бывает :) Проект очень мутный пока, именно поэтому нужен PoC, честно говоря уверенности никакой нет, но это наша работа) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 18:16 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Изопропилзабыл никчто есть админская часть, которая в том числе будет делать репорты репорты ваять будут всё те же вислоухие пользователи, что поля добавляют? К сожалению это объективная реальность. Но если немного оффтопа - то нужно вести работы по обучению. Если система отчётности сложна и требует определённой сноровки или вопросов в части оптимизации (не дублировать филды или не задавать много критериев сортировки). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 18:17 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
maytonИзопропилпропущено... репорты ваять будут всё те же вислоухие пользователи, что поля добавляют? К сожалению это объективная реальность. Но если немного оффтопа - то нужно вести работы по обучению. Если система отчётности сложна и требует определённой сноровки или вопросов в части оптимизации (не дублировать филды или не задавать много критериев сортировки). Да, согласен полностью. Неоднократно говорил об этом заказчику, вроде бы понимает, но... Одной из сложностей является то, что заказчик не может сформулировать требования полностью, приходится вытягивать и додумывать. Честно говоря хочется посмотреть в глаза тому сейлсу кто подписал контракт на сие чудо. С другой стороны, проект может быть интересным, но с каждым днем вероятность того что это очередное унылое говно увеличивается. Так и живем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 18:22 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никДа, согласен полностью. Неоднократно говорил об этом заказчику, вроде бы понимает, но... Одной из сложностей является то, что заказчик не может сформулировать требования полностью, приходится вытягивать и додумывать. Честно говоря хочется посмотреть в глаза тому сейлсу кто подписал контракт на сие чудо. С другой стороны, проект может быть интересным, но с каждым днем вероятность того что это очередное унылое говно увеличивается. Так и живем какая предметная область у Заказчика? чем они ворочают? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 18:30 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRosзабыл никДа, согласен полностью. Неоднократно говорил об этом заказчику, вроде бы понимает, но... Одной из сложностей является то, что заказчик не может сформулировать требования полностью, приходится вытягивать и додумывать. Честно говоря хочется посмотреть в глаза тому сейлсу кто подписал контракт на сие чудо. С другой стороны, проект может быть интересным, но с каждым днем вероятность того что это очередное унылое говно увеличивается. Так и живем какая предметная область у Заказчика? чем они ворочают? insurance ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 18:33 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, да им такая весч наверное нужна (расширение модели и вью) они могут разрабатывать новые виды продуктов постоянно для рынка менять старые продукты - добавив новые условия и процессы денег у них должно быть море если хорошо заплатят можно за это браться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 18:37 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Раз заказчику чихать на уровень пользователя продукта, сделать аналог pl/sql developer. Т.е. создал юзвер сущность = post, ddl new table Перетрытие, модуль отрисовки по табличке отрисует сущность. Eav не нужен. 1000 сущностей ограничение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 18:48 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123, ты прав, для этого бизнеса не нужен никакой ЕАВ и даже платформа не нужна все их задачи (исключая внутреннюю кухню типа - бухучет, зп и т.д.) можно одним мощным алгоритмом и одной мощной структурой решить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 19:05 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRosPetro123, ты прав, для этого бизнеса не нужен никакой ЕАВ и даже платформа не нужна все их задачи (исключая внутреннюю кухню типа - бухучет, зп и т.д.) можно одним мощным алгоритмом и одной мощной структурой решить так то оно так, просто в планах есть провайдить этот продукт как saas для других. Ну и как бы не мое дело указывать заказчику, он хочет нечто на подобие фреймворка ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 19:50 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, аа, все ж не страховщики они, а хотя окучивать страховщиков сервисом для генерации и обслуживания продуктов типа зашел, описал продукт и заимел сервис готовый и платишь долю от премии хорошая идея ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 19:54 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
типа этого плоди на мощной базовой структуре проекций на любой вкус ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 19:57 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRos, В вебе немного по другому. Специфика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 20:02 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRosтипа этого плоди на мощной базовой структуре проекций на любой вкус Так что считаете, отталкиваться от EAV? К каким проблемам готовиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 20:14 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
Petro123, ну то что внутри - бекенд то что снаружи фронтенд кто мешает фронт написать для веб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 20:14 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл никViPRosтипа этого плоди на мощной базовой структуре проекций на любой вкус Так что считаете, отталкиваться от EAV? К каким проблемам готовиться? нет, отталкиваться от структуры описывающий предметную область там все конкретно Контингент Риски подлежащие страховке Премиальные случаи (документарная основа) Схемы оплат с учетом всяких особенностей продукта, контингента,( погоды, местоположения,..........бабушек.....) Учет оплат Анализ документов на Премиальный случай (тянет не тянет - на формальном уровне) Выплаты Суды ... Общий анализ бизнес для принятия решения о развитии я не занимался конкретно этими вопросами, но уверен, что эту бизнес можно описать почти 100% безо всяких наворотов Естественно собственный Фреймворк тут просто кайф, но не обязательно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 20:21 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ViPRosзабыл никпропущено... Так что считаете, отталкиваться от EAV? К каким проблемам готовиться? нет, отталкиваться от структуры описывающий предметную область там все конкретно Контингент Риски подлежащие страховке Премиальные случаи (документарная основа) Схемы оплат с учетом всяких особенностей продукта, контингента,( погоды, местоположения,..........бабушек.....) Учет оплат Анализ документов на Премиальный случай (тянет не тянет - на формальном уровне) Выплаты Суды ... Общий анализ бизнес для принятия решения о развитии я не занимался конкретно этими вопросами, но уверен, что эту бизнес можно описать почти 100% безо всяких наворотов Естественно собственный Фреймворк тут просто кайф, но не обязательно Спасибо за ответ, но все же - как обрабатывать добавление атрибутов в сущность? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 20:23 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, это зависит от Атрибута Для атрибутов которые не участвуют в расчетах возможно использования любой свалки Для атрибутов которые будут использоваться в расчетах возможно резервация специальных структур с дальнейшем реструктурированием (можно и онлайн, если выбранные инструменты позволят) Сначала надо вычислить примерный круг атрибутов, которые могут быть востребованы и частота их использования Вряд ли там будут какие то атрибуты из ряда вон выходящие, все сущности там почти до дыр изучены ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 20:29 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
ЕАВ возникает только в начале пути и говорить о том что мы не знаем что будем делать т.е. для прототипирования ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2015, 20:31 |
|
||
|
Вопрос архитектурного плана
|
|||
|---|---|---|---|
|
#18+
забыл ник, Выше было твоё ТЗ. - EAV отпадает т.к. у него полностью выключена СУБД и её механизмы. Констрейны, fk, pk не работают. В общем все не работает. Заказчик на это не пойдёт. Осталось: - ddl + выделенный разраб и профи бд. - показать заказчику что Универсальность это зло и за свой счет на конкурс концепцию по его предметке. Т.е. атрибуты за рамками предметки дорабатываете вы как плагины по сопровождению. Бесплатный аналог - APEX Oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2015, 07:43 |
|
||
|
|

start [/forum/topic.php?all=1&fid=59&tid=2124890]: |
0ms |
get settings: |
4ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
128ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 192ms |
| total: | 405ms |

| 0 / 0 |
