powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Вопрос архитектурного плана
92 сообщений из 92, показаны все 4 страниц
Вопрос архитектурного плана
    #39061865
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Долго думал в каком топике запостить, но все же выбрал этот.

В общем коллеги, делаем proof-of-concept одного амбициозненького проектика. Сложность вот в чем - пользователи сами будут создавать доменные объекты, и атрибуты могут быть добавлены в любое время(хотя частота модификаций не большая). Встал вопрос как хранить это в базе, ну или не в базе:) А да, приложение также подразумевает довольно развитый репортинг по этим доменным объектам.

Покопавшись в интернетах, пока отсеяли NoSQL и OODB, фиксированная структура тоже не подходит. На данный момент склоняемся к использованию EAV(Entity-Attribute-Value) модели. По факту три главных таблицы Entity-Atribute-Value и несколько для BooleanAttr, TextAttr ... и тд. Основные проблемы - при каждом запросе куча джойнов, сложно разобраться в схеме, нельзя сделать поле реквайред или задать диапазон значений. Планируем победить это так - Создать материализованные виды над каждой энтити, а для констрейнтов свою таблицу, и навернуть перситсенс слой сверху, который будет разбираться что и куда.

Решение громоздкое и сложное, но достойных альтернатив не вижу, может у кого есть подобный опыт или хорошие идеи? Рассмотрим любой вариант.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061870
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,
1. Концепция.
Я бы рассмотрел сначала аналог и чётко обозначил аналог какой системы вы делаете.
авторLotus Notes – мощное клиент-серверное программное обеспечение для автоматизации совместной работы и управленческой деятельности, решения задач документооборота, хранения слабоструктурированной информации в корпоративных Интернет/Интранет системах.
2.
у EAV очень много недостатков. Пытаются использовать новички. Профи плюются).
Один из недостатков - тормоза и сложные запросы. Если упрётесь в производительность, то будете переписывать всё с нуля.
3.
Я бы всё таки запостил тему в Разработка ИС.
Ошибка будет дорого стоить, а критика будет полезна.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061872
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никСложность вот в чем - пользователи сами будут создавать доменные объекты, и атрибуты могут быть добавлены в любое время
"доменные" - термин программиста.
Что будут создавать пользователи?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061876
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вариант1 - EAV
Вар.2 - XML + XPath
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061880
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Аналогов нет, в ИС наверное запощу.

Насчет недостатков EAV осведомлены, создается ощущение что не умеют готовить. Именно для этого и собираемся делать materialized view, количество обновлений должно быть невелико, и после каждого инсерта теоретически можно делать рефреш. Ну и само собой прослойку сверху придется написать и очень качественно. Не то чтобы прям мне эта идея нравится, просто не видим других альтернатив.
Переформулирую вопрос ко всем - Были ли у вас ситуации когда вам грубо говоря надо добавить атрибут в схему БД на лету, без DDL-скрипта, как решали? На мой взгляд NoSQL ничем не поможет, так как проблемы с репортингом еще больше. Объектно-ориентированные базы - можно замучаться с версиями, да и что-то они так и не взлетели.. А какие еще варианты?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061882
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Вар.2 - XML + XPath

Поясни что имеешь ввиду.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061885
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,
забыл никАналогов нет
вот за эту фразу тебя в той ветке и побьют. Наверно нобелевская светит.
забыл никEAV осведомлены, создается ощущение что не умеют готовить.
помониторь ветку Разработка БД. Ты не прав.
По крайней мере должен быть очень сильный выделенный чел Разработчик БД.
Кроме того трудность в динамических построителях запросов на такую модель.

забыл никпрослойку сверху
+1
как во всех ERP - ядро и API сверху для программистов БЛ. Может даже IDE для них.

забыл никПоясни что имеешь ввиду.
как что?
Оракл хранит в поле собственного типа XML.
Запросы на своём языке по стандарту. Добавляй любой атрибут от юзверя.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061888
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никПереформулирую вопрос ко всем - Были ли у вас ситуации когда вам грубо говоря надо добавить атрибут в схему БД на лету
За 3 года не было тут таких тем с успешными реальными ответами.
Были вопросы с попыткой создания таких систем.
AFAIK
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061893
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никбез DDL-скрипта, как решали?
авторЯ пока ни разу не сталкивался с задачей хранения "произвольных структур", хотя видел уже, наверное, несколько десятков EAV- и XML-реализаций. Но во всех случаях за понятием "произвольная структура" скрывалось неумение разработчиков работать с DML. :)
EAV vs XML в таблицах
на подумать.....правда 2009 год. Делай скидку.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061902
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, спасибо почитаю. Навскидку с XML сразу вижу такую проблему - если каждая запись это xml, то какие-то поля могут быть пропущены, как показать юзеру все атрибуты сущности на экране? в случае eav должно прокатить select from attributes join on entity_id.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061913
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я так делал. Есть стационарная часть таблицы. Атрибуты которые забиты на уровне DDL.
И есть некоторая динамическая часть ATTR_LIST, в которую можно в реальном времени
пихать изменения к бизнес-спекам.

Когда изменения начнут тормозить систему - формируете технологическое окно.
Перебрасываете их в стационарную часть индексируете и снова стартуете.

IDATTR1ATTR2ATTR_LIST0116ATTR3=45,ATTR4='16/02/2015',ATTR5=true1215ATTR3=40,ATTR5=false

Единственная сложность подпилить свой ORM таким образом чтобы он был
полиморфен к способу хранения.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061923
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никДа, спасибо почитаю. Навскидку с XML сразу вижу такую проблему - если каждая запись это xml, то какие-то поля могут быть пропущены, как показать юзеру все атрибуты сущности на экране? в случае eav должно прокатить select from attributes join on entity_id.
ты не ответил, что за сущность на экране?
ВИ_1
======
- юзверь решил завести справочник ФизЛица
- длбавил 3 атрибута: Рост\Вес\Пол
- юзверь решил завести справочник Паровозы
- добавил 3 атрибута: Топливо\КлассИспользования
- дальше что?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061924
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никкак показать юзеру все атрибуты сущности на экране? в случае eav должно прокатить select from attributes join on entity_id.
в техническом плане, ГУИ не зависит от ядра системы\физической модели(EAV или XML)
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061925
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никв случае eav должно прокатить select from attributes join on entity_id.
при XML - select xPath тра-та-та
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061926
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonКогда изменения начнут тормозить систему - формируете технологическое окно.
Перебрасываете их в стационарную часть индексируете и снова стартуете.
как вариант, можно было сузить техОкно до 3 минут и сразу DDL при сохранении конфигурации (а-ля 1С)
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061930
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123maytonКогда изменения начнут тормозить систему - формируете технологическое окно.
Перебрасываете их в стационарную часть индексируете и снова стартуете.
как вариант, можно было сузить техОкно до 3 минут и сразу DDL при сохранении конфигурации (а-ля 1С)
Я к сожалению не изучал архитектуру 1С и не знаю как там внутре.

Сразу DDL - нельзя. В некоторых DBMS, DDL операции нельзя сделать during
transaction. Они также форсируют коммит и инвалидируют состояние stored
procedures/packages. Поэтому нужно исследовать внимательно этот вопрос.
К каким последствиям приведёт резкий DDL в нагруженной системе где
тип DBMS - неизвестен - я не знаю.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061934
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonПоэтому нужно исследовать внимательно этот вопрос.
конечно нужно.
РСУБД как раз и защищает модель при её модификации реинвалидацией хранимок и коммитом.
Одно дело оттягивать этот процесс а-ля закрытие оперДня.
Другое дело, делать изменение атрибутов _штатной операцией_ в реальном времени.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061942
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,

а купить?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061944
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos, что купить? Топик звучит как "вопрос архитектурного плана".
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061947
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonViPRos, что купить? Топик звучит как "вопрос архитектурного плана".
ну про архитектурный план ты сказал что надо делать (только вот технологическое окно - ерунда)
а я подумал, а вдруг ему нужна реализация этой архитектуры
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061948
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я-бы для начал предложил пренести топик в Разработку Инфо-систем.

Я для продажи консалтингов или готовых решений ИМХО здесь еще мало информации.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061949
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И для продажи...
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061950
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,

да не надо никуда переносить
там таких тем уже около пару сотен
я тут не бываю, потому подумал, а вдруг кому то реально нужна гибкая система, а не бла бла про джойны всякие с констрейтами :)
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061951
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот именно поэтому и надо переносить. Черкну письмецо...
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061960
rdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никДолго думал в каком топике запостить, но все же выбрал этот.

В общем коллеги, делаем proof-of-concept одного амбициозненького проектика. Сложность вот в чем - пользователи сами будут создавать доменные объекты, и атрибуты могут быть добавлены в любое время(хотя частота модификаций не большая). Встал вопрос как хранить это в базе, ну или не в базе:) А да, приложение также подразумевает довольно развитый репортинг по этим доменным объектам.

Покопавшись в интернетах, пока отсеяли NoSQL и OODB, фиксированная структура тоже не подходит. На данный момент склоняемся к использованию EAV(Entity-Attribute-Value) модели. По факту три главных таблицы Entity-Atribute-Value и несколько для BooleanAttr, TextAttr ... и тд. Основные проблемы - при каждом запросе куча джойнов, сложно разобраться в схеме, нельзя сделать поле реквайред или задать диапазон значений. Планируем победить это так - Создать материализованные виды над каждой энтити, а для констрейнтов свою таблицу, и навернуть перситсенс слой сверху, который будет разбираться что и куда.

Решение громоздкое и сложное, но достойных альтернатив не вижу, может у кого есть подобный опыт или хорошие идеи? Рассмотрим любой вариант.
Вопрос от дилетанта. Чем это отличается от того же yandex market'а, где товары имеют кучу произвольных параметров/атрибутов (document oriented db)?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39061962
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никесли каждая запись это xml, то какие-то поля могут быть пропущены
а схема - на что?(живая, меняющаяся во времени)
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062025
rfq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,

чем вам не подходит RDF база https://ru.wikipedia.org/wiki/Resource_Description_Framework? Введение - http://habrahabr.ru/post/94707/
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062029
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonВот именно поэтому и надо переносить. Черкну письмецо...
продублируй там своими словами.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062034
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rfqзабыл ник,

чем вам не подходит RDF база https://ru.wikipedia.org/wiki/Resource_Description_Framework? Введение - http://habrahabr.ru/post/94707/
авторДля хранения RDF-данных используются два основных вида хранилищ: нативные (native, «родные») и неродные (non-native). Родные хранилища позволяют достичь большей степени оптимизации, но более трудоёмки в проектировании, так как строятся специльно для работы с RDF. Неродные хранилища более просты в проектировании (например, за счёт использования механизмов реляционных СУБД или решений NoSQL), но менее оптимизированы
вам не кажется, что это уже было? Когда ООБД продвигали)).
Вам не кажется, что продакшен строить на таких технологиях чрезмерный риск?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062035
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdmВопрос от дилетанта. Чем это отличается от того же yandex market'а, где товары имеют кучу произвольных параметров/атрибутов (document oriented db)?
бери проще.
Обычный интернет-магазин.
Такой же движок. Пусть ТС смотрит, и на нём строит систему.
Вар1 - EAV
Вар2 - XML - xPath
Вар3 - опенсорс движок интернет магазина
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062041
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Вам не кажется, что продакшен строить на таких технологиях чрезмерный риск?
Есть хорошая цитата с презетации Тома Кайта. Дословно не помню.
Но что-то вроде - есть классическая реляционая модель.
Энтерпрайзовая. И есть база на ней. Работает. Есть еще и XML-модель.
Она тоже энтерпрайзовая. Берём реляционную базу. С сохранением
семантики и смысла переносим в XML. Перформанс просел в порядки.
В переводе на наш язык это означает что новая модель НЕ РАБОТАЕТ.

Добавить нечего.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062046
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
я в курсе что XML это риски.
Но ещё больше я не люблю отсутствие альтернативы в технических решениях.
Это как фиктивный кандидат в выборах)).
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062049
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никАналогов нет
интернет магазин на Java тебе подойдёт 100%
Там при приходе нового товара с новыми атрибутами никто модель не меняет.
Удачи!
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062060
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123mayton,
я в курсе что XML это риски.
Но ещё больше я не люблю отсутствие альтернативы в технических решениях.
Это как фиктивный кандидат в выборах)).
Какое отсутствие? Я предложил альтернативу. Гибридный EAV.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062062
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
угу. Выборы Путин - Медведев.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062063
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123mayton,
угу. Выборы Путин - Медведев.
А по сути есть что сказать?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062065
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
это базовые понятия. Даже стул стоит на 3-х точках опоры. А не на двух.
По сути даже у Тома не было.
Только абстрактно.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062068
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
по суте решение выше.
Интернет-магазин.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062069
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062073
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123mayton,
http://stackoverflow.com/questions/3992064/what-is-the-best-enterprise-shopping-cart-available-in-java
Эээ... тоесть после прочтения этой ссылки топик можно закрыть?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062080
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonPetro123mayton,
http://stackoverflow.com/questions/3992064/what-is-the-best-enterprise-shopping-cart-available-in-java
Эээ... тоесть после прочтения этой ссылки топик можно закрыть?
почему можно?
Игнорировать нельзя) LOL
Т.к. всегда можно найти модель близкую к твой задачи.
Как меня учили в адъюнктуре, если у твоей задачи нет аналогов, то это не изобретение. Это открытие).
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062083
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подождём топик-стартера.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062084
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
а по факту 3 решения:
- EAV
- EAV твой
- DDL
- XML + xPath
лучшее выбрать нельзя, т.к. нет ТЗ
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062086
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonПодождём топик-стартера.
+1... хотя он стесняется привести пример ГУИ.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062199
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123mayton,
а по факту 3 решения:
- EAV
- EAV твой
- DDL
- XML + xPath
лучшее выбрать нельзя, т.к. нет ТЗ
это не его ЕАВ :)
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062202
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Механизм динамической типизации я описал в разделе проектирование БД несколько лет назад
И параллельно программировал ВИПРОС, в котором эта концепция реализована
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062212
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosэто не его ЕАВ :)ну я пока не нашёл как назвать метод
сливать все новые атрибуты в строку, потом в поле Temp.
При удалении атрибута, наверно тоже надо куда-то помечать удаляемые до тех.окна.
Там вроде в этом окне будет создана новая колонка ATTR3 и туда вписано (update) = 45.
Если это всё, то конечно это не EAV.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062217
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ViPRosэто не его ЕАВ :)ну я пока не нашёл как назвать метод
сливать все новые атрибуты в строку, потом в поле Temp.
При удалении атрибута, наверно тоже надо куда-то помечать удаляемые до тех.окна.
Там вроде в этом окне будет создана новая колонка ATTR3 и туда вписано (update) = 45.
Если это всё, то конечно это не EAV.
ЕАВ (как ты понимаешь) - костыль для обхода нетранзакционности ДДЛ РСУБД (а до этого хбейз), все пользовались, а один как всегда описал и ушел в гранит
а так это просто убогая ER модель

вопрос состоит в том - как динамическую семантическую модель натянуть на РМД (ну сегодня РМД практически нет аналогов по применимости и популярности, просто не продашь никому собственную реализаци СУБД(З), так как никто ее не знает)
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062222
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вот тут некоторые вещи - что то устарело, что то не так понят презентатором, но в целом почти обо всем что то сказано (в том числе и о сути механизма динамической типизации)

оказыается нельзя большой объем
даю махонький
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062223
WGA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WGA
Гость
Petro123ViPRosэто не его ЕАВ :)ну я пока не нашёл как назвать метод
сливать все новые атрибуты в строку, потом в поле Temp.
При удалении атрибута, наверно тоже надо куда-то помечать удаляемые до тех.окна.
Там вроде в этом окне будет создана новая колонка ATTR3 и туда вписано (update) = 45.
Если это всё, то конечно это не EAV.Можно сливать атрибуты не в строку, а в XML.
Смысле очень простой: все, значимое для быстрого поиска (чем сильны РСУБД), выносить в столбцы таблиц, все остальное - сериализовать в строку, XML или EAV, как душе угодно.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062227
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WGA,

вопрос не в сложности добавить новый атрибут куда то или сущность какую
а в том как этим полноценно пользоваться
и при этом субд и т.д. вторично
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062233
WGA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WGA
Гость
ViPRosWGA,

вопрос не в сложности добавить новый атрибут куда то или сущность какую
а в том как этим полноценно пользоваться
и при этом субд и т.д. вторичноВообще-то я просто высказался в пользу mayton с дополнением
maytonЯ так делал. Есть стационарная часть таблицы. Атрибуты которые забиты на уровне DDL.
И есть некоторая динамическая часть ATTR_LIST, в которую можно в реальном времени
пихать изменения к бизнес-спекам.

Когда изменения начнут тормозить систему - формируете технологическое окно.
Перебрасываете их в стационарную часть индексируете и снова стартуете.

IDATTR1ATTR2ATTR_LIST0116ATTR3=45,ATTR4='16/02/2015',ATTR5=true1215ATTR3=40,ATTR5=false

Единственная сложность подпилить свой ORM таким образом чтобы он был
полиморфен к способу хранения.Размышления здравые, при такой постановке по-другому особо-то и не извернешься.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062234
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WGA,

это плохой способ, в этом АТРР_Лист нет схемы
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062235
WGA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WGA
Гость
ViPRosWGA,

это плохой способ, в этом АТРР_Лист нет схемыНу так создай схему такой
Код: xml
1.
2.
3.
4.
5.
<properties>
    <property name="key1">value1</property>
    <property name="key2">value2</property>
...........
</properties>

Или месье имеет таки тузы в рукаве? )
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062239
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WGA,

это фигня а не схема
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062240
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и ваще я пас, делайте что хотите
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062241
rdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЯ так делал. Есть стационарная часть таблицы. Атрибуты которые забиты на уровне DDL.
И есть некоторая динамическая часть ATTR_LIST, в которую можно в реальном времени
пихать изменения к бизнес-спекам.

Когда изменения начнут тормозить систему - формируете технологическое окно.
Перебрасываете их в стационарную часть индексируете и снова стартуете.

IDATTR1ATTR2ATTR_LIST0116ATTR3=45,ATTR4='16/02/2015',ATTR5=true1215ATTR3=40,ATTR5=false

Единственная сложность подпилить свой ORM таким образом чтобы он был
полиморфен к способу хранения.
Это разве не похоже на column oriented database?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062276
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WGAМожно сливать атрибуты не в строку, а в XML.
я про это и говорил.
Тип столбца XML. Поддерживается xPath.
Это один из методов озвученных выше.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062277
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WGA,
ддя быстрого поиска пусть делает OLAP\DWH
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062286
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdmЭто разве не похоже на column oriented database?
Нет. COD базируется на другом способое ХРАНЕНИЯ данных в
датафайлах.

Я предлагаю только частичную денормализацию некоторых атрибутов.
В принципе пофиг как упаковывать в строку. Можно атрибуты
через запятую. Можно в XML. Или еще даже лучше в JSON.
Или любой другой списковый способ хранения элементов в атоме.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062304
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В дополнение к моему предложению по гибридному 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 и мы от них отказались.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062368
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Так, извиняюсь, был занят, вечером почитаю. Мне кажется вы недооцениваете сложность. Вариант с атрибутами в строке - вообще не вариант. Я не могу полностью раскрыть детали, но грубо говоря, все сводится к тому что

- пользователь системы будет создавать именно доменную модель, ни больше не меньше. То есть на скрине будет - создать Сущность, указываешь имя и можно добавлять поля, каждое поле может быть как примтивом так и другим объектом, в том числе возможны ссылки на саму себя. Также нужна возможность указывать констрейнты(реквайред, мин значение, макс, тд) Вторым шагом генерируется jar файл, который аплоадится в некий мавен репозиторий, что с ним дальше будет, это уже к делу не относится. Третьим шагом, пользователь может вставить конкретные записи в эти объекты, то есть нужен скрин, на котором будут указаны все поля и кнопка сохранить, валидаторы должны автоматически подхватываться, если реквайред и поле нулл - ошибка.
Также предполагается что будет персистент обертка, которую будут дергать через API, в основном для CRUD. Но репортинг также важен, правда не для пользователя а скорее администратора.

Вариант купить вполне возможно рассмотреть - просто купить что? Если есть что-то ложащееся на эти требования - с удовольствием рассмотрим.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062406
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,

то что ты описал - это генератор приложений (сервисов)
ВИПРОС и есть такой генератор
модельщик (пользователь с соответствующими правами) описывает домен, а ВИПРОС генерирует БД и UI
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062413
no56892
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПланируем победить это так - Создать материализованные виды над каждой энтити, а для констрейнтов свою таблицу, и навернуть перситсенс слой сверху, который будет разбираться что и куда.

А джойны это как решит то?

Если деньги платят и заказчику нужно именно это - я бы посмотрел nosql. Там народ годами проекты пилит, и врядли у Вас получится сделать это как побочный проект для Вашей системы лучше.

ИМХО
А вообще система в которой пользователи создают тн бизнес логику - хороший маркетинговый ход, но по факту бесполезны в лучшем случае (за искл. каких-то экзотичных вариантов). Модно вот было BPM какое-то время, прямо пользователь взял так и нарисовал бизнес-процесс стрелочками и квадратиками - стухла тема. Легче взять еще программеров в штат, чем обучать экономиста этому всему и отвлекать ненужными знаниями, а зарплата бизнес-аналитиков сопоставима с прогерской, а то и выше, тоесть вообще убыток.

Вообще вот вопрос: как Вы себе это представляете чтобы пользователь сам там что-то делал? Джойны, констрэинты, примари кейз, отношения объектов, типы данных и т.д. ?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062483
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

понял. обязательно посмотрю.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062486
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
no56892авторПланируем победить это так - Создать материализованные виды над каждой энтити, а для констрейнтов свою таблицу, и навернуть перситсенс слой сверху, который будет разбираться что и куда.

А джойны это как решит то?

Если деньги платят и заказчику нужно именно это - я бы посмотрел nosql. Там народ годами проекты пилит, и врядли у Вас получится сделать это как побочный проект для Вашей системы лучше.

ИМХО
А вообще система в которой пользователи создают тн бизнес логику - хороший маркетинговый ход, но по факту бесполезны в лучшем случае (за искл. каких-то экзотичных вариантов). Модно вот было BPM какое-то время, прямо пользователь взял так и нарисовал бизнес-процесс стрелочками и квадратиками - стухла тема. Легче взять еще программеров в штат, чем обучать экономиста этому всему и отвлекать ненужными знаниями, а зарплата бизнес-аналитиков сопоставима с прогерской, а то и выше, тоесть вообще убыток.

Вообще вот вопрос: как Вы себе это представляете чтобы пользователь сам там что-то делал? Джойны, констрэинты, примари кейз, отношения объектов, типы данных и т.д. ?

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

Насчет джойнов - ну идея в том, что после каждого обновления таблицы рефрешить view, благо число апдейтов не должно быть большим. NoSQL это же schemaless как он может тут помочь? Я не критикую, правда не понимаю.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062499
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,

нарисуй нам пожалуйста интерфейс

Код: java
1.
2.
3.
public interface <<YouDB_interface>> {

}



так у нас будет предметный разговор. С именами методов. С аргументами. С retvalue.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062517
WGA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WGA
Гость
Petro123WGA,
ддя быстрого поиска пусть делает OLAP\DWHДа варианты всегда есть...

ЗЫ. А высказывания в сторону тов. Сахавата Юсифова правильно почистили. Нефиг баловать... ))
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062519
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonзабыл ник,

нарисуй нам пожалуйста интерфейс

Код: java
1.
2.
3.
public interface <<YouDB_interface>> {

}



так у нас будет предметный разговор. С именами методов. С аргументами. С retvalue.

Так а какой интерфейс я могу нарисовать, если еще даже не понятно будет это БД или нет. Если полностью абстрагироваться от технических деталей, задача в том, чтобы пользователь зайдя в систему мог создавать типы данных, добавлять удалять свойтсва и тд. После того как он закончил, он идет на форму, которая автогенерится на основе типа, и может создать конкретные инстансы, они должны быть персистентны. Ну допустим создать сущность Покупатель, с полями 1,2,3. Товар(4.5.6) Заказ(7, 8). Идет на форму и вносит значение для покупателя Васи, Товар Porsche, Заказ номер 7. С течением времени он понимает что у каждого покупателя должен быть телефон, он идет в админку и добавляет поле Телефон: String, required, pattern = ..., minLength=12. Идет на форму и она уже отражает что у этой сущности есть свойство телефон. Добавления должны происходить без каких-либо рестартов, и даже операционного вмешательства админа.

Для чего все это нужно и как писать бизнес-логику, это уже другой вопрос, там уже более менее все придумано, самая стремная часть , хотя и не самая большая, описана выше.

То есть на самом деле schema данных нужна, просто она должна быть relaxed as possible. Единственный вариант, который я вижу - это EAV, причем в крайнем случае БД будет состоять из всего 3 таблиц. Мне это все тоже очень не нравится, так как EAV имеет много негативной критики. но я не вижу альтернатив. Как говорится, надо выбрать менее пахучий сорт г..а
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062522
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosзабыл ник,

то что ты описал - это генератор приложений (сервисов)
ВИПРОС и есть такой генератор
модельщик (пользователь с соответствующими правами) описывает домен, а ВИПРОС генерирует БД и UI

В общем-то, это действительно очень похоже на то что нужно, в концепции. Но покупка исключена как минимум по двум причинам. Заказчик англоязычный, и нужно веб-решение.
Хотя сама разработка меня реально заинтересовала, вы говорили что где-то приводили принципы построения таких систем - не можете предоставить ссылку? Ну а если у вас есть возможность поделиться опытом создания подобного, и костылями - вообще замечательно. С удовольствием обсудил бы с вами.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062527
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А каким образом наличие/отсутствие БД влияет на интерфейс? Ты никогда не проектировал?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062535
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonА каким образом наличие/отсутствие БД влияет на интерфейс? Ты никогда не проектировал?

Моделирование предметной области - это лишь важная, но небольшая часть всей системы. После создания домена, будет автосгенерен jar, который будет использоваться.. ну не важно как в общем. Будет API на неком сервере, которое будет предоставлять REST HTTP интерфейс для CRUD вот этого счастья. Это общедоступная часть.

Проблема в том, что есть админская часть, которая в том числе будет делать репорты, довольно сложные по созданным сущностям.
Я не понимаю, какой интерфейс вы имеете ввиду.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062541
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никчто есть админская часть, которая в том числе будет делать репорты

репорты ваять будут всё те же вислоухие пользователи,
что поля добавляют?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062560
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Изопропилзабыл никчто есть админская часть, которая в том числе будет делать репорты

репорты ваять будут всё те же вислоухие пользователи,
что поля добавляют?

Честно говоря, нельзя отсеивать такой возможности. Я бы не стал доверять полностью заказчику, пока что говорит что не будут, но вы знаете как это бывает :) Проект очень мутный пока, именно поэтому нужен PoC, честно говоря уверенности никакой нет, но это наша работа)
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062562
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Изопропилзабыл никчто есть админская часть, которая в том числе будет делать репорты

репорты ваять будут всё те же вислоухие пользователи,
что поля добавляют?
К сожалению это объективная реальность. Но если немного оффтопа - то нужно
вести работы по обучению. Если система отчётности сложна и требует определённой
сноровки или вопросов в части оптимизации (не дублировать филды или не задавать
много критериев сортировки).
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062565
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonИзопропилпропущено...


репорты ваять будут всё те же вислоухие пользователи,
что поля добавляют?
К сожалению это объективная реальность. Но если немного оффтопа - то нужно
вести работы по обучению. Если система отчётности сложна и требует определённой
сноровки или вопросов в части оптимизации (не дублировать филды или не задавать
много критериев сортировки).

Да, согласен полностью. Неоднократно говорил об этом заказчику, вроде бы понимает, но... Одной из сложностей является то, что заказчик не может сформулировать требования полностью, приходится вытягивать и додумывать. Честно говоря хочется посмотреть в глаза тому сейлсу кто подписал контракт на сие чудо. С другой стороны, проект может быть интересным, но с каждым днем вероятность того что это очередное унылое говно увеличивается. Так и живем
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062569
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никДа, согласен полностью. Неоднократно говорил об этом заказчику, вроде бы понимает, но... Одной из сложностей является то, что заказчик не может сформулировать требования полностью, приходится вытягивать и додумывать. Честно говоря хочется посмотреть в глаза тому сейлсу кто подписал контракт на сие чудо. С другой стороны, проект может быть интересным, но с каждым днем вероятность того что это очередное унылое говно увеличивается. Так и живем

какая предметная область у Заказчика? чем они ворочают?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062571
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosзабыл никДа, согласен полностью. Неоднократно говорил об этом заказчику, вроде бы понимает, но... Одной из сложностей является то, что заказчик не может сформулировать требования полностью, приходится вытягивать и додумывать. Честно говоря хочется посмотреть в глаза тому сейлсу кто подписал контракт на сие чудо. С другой стороны, проект может быть интересным, но с каждым днем вероятность того что это очередное унылое говно увеличивается. Так и живем

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

insurance
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062574
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,

да им такая весч наверное нужна (расширение модели и вью)
они могут разрабатывать новые виды продуктов постоянно для рынка
менять старые продукты - добавив новые условия и процессы

денег у них должно быть море
если хорошо заплатят можно за это браться
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062583
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Раз заказчику чихать на уровень пользователя продукта, сделать аналог pl/sql developer.
Т.е. создал юзвер сущность
= post, ddl new table
Перетрытие, модуль отрисовки по табличке отрисует сущность.
Eav не нужен. 1000 сущностей ограничение.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062598
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,

ты прав, для этого бизнеса не нужен никакой ЕАВ
и даже платформа не нужна
все их задачи (исключая внутреннюю кухню типа - бухучет, зп и т.д.) можно одним мощным алгоритмом и одной мощной структурой решить
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062627
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosPetro123,

ты прав, для этого бизнеса не нужен никакой ЕАВ
и даже платформа не нужна
все их задачи (исключая внутреннюю кухню типа - бухучет, зп и т.д.) можно одним мощным алгоритмом и одной мощной структурой решить

так то оно так, просто в планах есть провайдить этот продукт как saas для других. Ну и как бы не мое дело указывать заказчику, он хочет нечто на подобие фреймворка
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062628
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,

аа, все ж не страховщики они, а хотя окучивать страховщиков сервисом для генерации и обслуживания продуктов
типа зашел, описал продукт и заимел сервис готовый и платишь долю от премии
хорошая идея
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062630
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
типа этого
плоди на мощной базовой структуре проекций на любой вкус
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062634
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,
В вебе немного по другому. Специфика.
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062640
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosтипа этого
плоди на мощной базовой структуре проекций на любой вкус

Так что считаете, отталкиваться от EAV? К каким проблемам готовиться?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062641
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,

ну то что внутри - бекенд
то что снаружи фронтенд
кто мешает фронт написать для веб
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062642
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл никViPRosтипа этого
плоди на мощной базовой структуре проекций на любой вкус

Так что считаете, отталкиваться от EAV? К каким проблемам готовиться?
нет, отталкиваться от структуры описывающий предметную область
там все конкретно
Контингент
Риски подлежащие страховке
Премиальные случаи (документарная основа)
Схемы оплат с учетом всяких особенностей продукта, контингента,( погоды, местоположения,..........бабушек.....)
Учет оплат
Анализ документов на Премиальный случай (тянет не тянет - на формальном уровне)
Выплаты
Суды
...
Общий анализ бизнес для принятия решения о развитии

я не занимался конкретно этими вопросами, но уверен, что эту бизнес можно описать почти 100% безо всяких наворотов
Естественно собственный Фреймворк тут просто кайф, но не обязательно
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062643
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosзабыл никпропущено...


Так что считаете, отталкиваться от EAV? К каким проблемам готовиться?
нет, отталкиваться от структуры описывающий предметную область
там все конкретно
Контингент
Риски подлежащие страховке
Премиальные случаи (документарная основа)
Схемы оплат с учетом всяких особенностей продукта, контингента,( погоды, местоположения,..........бабушек.....)
Учет оплат
Анализ документов на Премиальный случай (тянет не тянет - на формальном уровне)
Выплаты
Суды
...
Общий анализ бизнес для принятия решения о развитии

я не занимался конкретно этими вопросами, но уверен, что эту бизнес можно описать почти 100% безо всяких наворотов
Естественно собственный Фреймворк тут просто кайф, но не обязательно

Спасибо за ответ, но все же - как обрабатывать добавление атрибутов в сущность?
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062644
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,

это зависит от Атрибута
Для атрибутов которые не участвуют в расчетах возможно использования любой свалки
Для атрибутов которые будут использоваться в расчетах возможно резервация специальных структур с дальнейшем реструктурированием (можно и онлайн, если выбранные инструменты позволят)
Сначала надо вычислить примерный круг атрибутов, которые могут быть востребованы и частота их использования
Вряд ли там будут какие то атрибуты из ряда вон выходящие, все сущности там почти до дыр изучены
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062645
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЕАВ возникает только в начале пути и говорить о том что мы не знаем что будем делать
т.е. для прототипирования
...
Рейтинг: 0 / 0
Вопрос архитектурного плана
    #39062768
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник,
Выше было твоё ТЗ.
- EAV отпадает т.к. у него полностью выключена СУБД и её механизмы. Констрейны, fk, pk не работают. В общем все не работает. Заказчик на это не пойдёт.
Осталось:
- ddl + выделенный разраб и профи бд.
- показать заказчику что Универсальность это зло и за свой счет на конкурс концепцию по его предметке. Т.е. атрибуты за рамками предметки дорабатываете вы как плагины по сопровождению.
Бесплатный аналог - APEX Oracle
...
Рейтинг: 0 / 0
92 сообщений из 92, показаны все 4 страниц
Форумы / Java [игнор отключен] [закрыт для гостей] / Вопрос архитектурного плана
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]