drynnyВот, кстати, свежак: habr.com/ru/post/465161

Собственно комменты зарешали :)

Замените все выражения "традиционная таблица", "обычная БД" и аналогичные им на "существующая система". Отдельным абзацем укажите, что в существующей системе нет индексов, а в вашей есть. Также можно упомянуть, что вариант добавить индексы в существующую систему не рассматривался. Это будет более соответствовать положению дел и не будет ни у кого создавать неправильных представлений о ситуации и используемых технологиях.



drynnyВсё, о чем вы тут так страшно рассуждаете, будучи далеко не в материале, уже давно сделано, протестировано и работает.

Было очень бы странно, если бы не работало.

На хабре были как-то статьи, как сделать огромную БД с кучей сущностей и атрибутов всего на двух-трёх таблицах. Такой себе экстремальный EAV в вакууме.

И оно тоже работает. И работает вполне себе быстро, на индексах.

Но надо головой сильно удариться, чтобы подобное использовать на проде.

drynnyо вам ничего натягивать не нужно, потому что есть конструктор , он всё сделает за вас.

Проблема тут в том, что конструктор непонятно зачем в итоге нужен, и ничего он там не сделает за нас, всё равно нужно конструировать. А раз всё равно нужно конструировать, то почему бы не взять широко известные, понятные многим инструменты? При чём инструменты можно взять любые, они все совместимы с SQL, выбранной парадигмой реляционных и/или нереляционных БД. В вашем же случае предлагается прибить себя за яйца ржавыми гвоздями к какой-то поделке, без хоть каких-то видимых преимуществ.

:)

из вон той старенькой статьи

"В Интеграле проиндексированы все данные всех таблиц."

а ещё к системе прилагается сотня китайце-индусов на поддержку.

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

Воздушный замок вдоль и поперёк индексированный с на-EAV-который-не-совсем-EAV :)

L_argoА разве не так устроены все ERP системы (и претендующие на них) ?

Проблема в категорическом и упёртом непонимании конечной бизнес-ценности.

L_argohVosttПроблема в категорическом и упёртом непонимании конечной бизнес-ценности.+1. Коллега Хвостт её так и не понял.

А её нету. Пользы от квинтетов и еав бизнесу как от гомна на лопате :)
Какой-то наколеночный конструктор, никому неизвестный, с абсолютно пустым рынком спецов и отсутствием перспектив его наработать -- не надо и забесплатно.
Перспектива "пользователь лабает модели данных в конструкторе", где этим пользователем представляется сам бизнес -- это как свалить перед офисом кучу кирпичей и мешков с цементов -- на мужик, сам строй, всё очень удобно, обещаем!

L_argoЛюбая более-менее приличная ERP должна иметь внутри себя самодостаточную среду разработки.
И все они имеют. Те, кто не имел - давно на кладбище.

Самодостаточная среда разработки в ERP не представляет никакого интереса.
Она представляет интерес для вендора, чтобы быстрее создавать и поставлять решения.

Если вендор говорит, вот вам крутая лопата -- копайте дальше сами, то вендор со своей лопатой идёт лесом безоговорочно и копает себе сколько угодно самую глубокую и удобную могилу.

L_argoЕсть примеры успешных систем с СР, написанных поначалу именно на коленке. Это нифига не рокетсайнс.
И решения на их основе вполне себе успешно продаются.



Это итак-то смешно, так как уровень прыщавого бреда.
А когда в теме, ещё в десять раз смешнее :)