enyПо факту я сам фреймворк написал, и еще с три-четыре всяких реализаций видел, где все можно поменять и храниться все в реляционных базах

Вы сейчас о EAV говорите?

enyПри небольшом умении программировать хранимки и проектировать структуру БД, все можно сделать настраиваемым. вплоть до динамической генерации create table/alter table/drop table

Или о физическом создании отдельной таблицы для каждой пользовательской сущности?
Ведь в многопользовательской среде с этим проблемы могут быть, да и вообще create(drop) table это дорогая операция (в зависимости от СУБД конечно) и дергать ее при каждом пользовательском чихе (очобенно если их будет больше одного) не очень прильщает. Поправьте если не прав.

enyкак пример открытого есть vtiger CRM - вроде открытый исходник на php и my sql - дешево и сердито
Спасибо, посмотрю.


ПС
Я о том, что проблема достаточно распространенная (тот же самый каталог товаров избитый например), а вот универсальных готовых решений не очень много.

PSV100Модераторкак-то на скрытую рекламу смахивает, если не будет пояснений - пост сотру

Лично я к этому проекту не имею никакого отношения. Вот чего желает ТС:
Максим ННеобходима СУБД, удовлетворящая следующим требованиям (вкратце):

пользователь с помощью графического интерфейса добавляет информацию о любых предметах (сущностях) (дом(номер дома количество квартир...), автомобиль (масса, макс. скорость, цена...), стиральная машинка (объем, энергопотребление, цвет...)), а затем может работать с этими сущностями:
— добавлять-редактировать экземпляры (записи, данные);
— создавать связи между сущностями (при удалении информации о доме, удяляется вся информация о стиралках, установленных в нем);
— составлять запросы к этим сущностям, например: «найти все зеленые стиральные машины в квартирах домов с четными номерами на 5-м этаже» (с помощью QBE, либо, в особых случаях, с помощью встроенного языка запросов СУБД).

Т.е. что то наподобие Акссесса, но более легкое и простое. Т.е. физическое создание реляционных таблиц для каждой пользовательской сущности не самый лучший вариант. Планируется WEB-интерфейс.
...
Но недавно в очередной раз наткнулся на Neo4j и подумываю, чтобы заюзать ее.

Подскажите, может ли она подойти к подобной задаче?
Какие есть другие варианты?

Именно всё это и имеется в этом проекте, в т.ч. как раз поверх Neo4j. Причём это не только некая альтернатива решениям на основе реляционных баз (включая и для EAV), но и, в целом, другой взгляд на разработку информационных систем (отчасти Акссессо-подобный). Я не в курсе, насколько продукт пригоден для использования (думаю, что не очень), но проект интересен, прежде всего, концептуально. Особенно привлекательны способы обработки данных, что можно взять себе на вооружение, причём не только в рамках какой-то NoSQL. Весьма рекомендую ознакомиться.

Спасибо, именно эти статьи и привели меня к мысле попробовать заюзать графовую базу для таких дел. К сам ому Animotron'у я еще не готов, а вот Neo4j, почему бы и нет.
Зафигачить EAV и радоваться жизни это не проблема, только вот как то надоело, интересно решить данную задачу подругому, с использованием более подходящих для этого инструментов (или выяснить для себя, что это не так), поэкспериментировать (тем более текущий проект позволяет пока).
Если кому будет интересно могу отписаться о своей попытке, когда будут результаты.

DirksDRМаксим Н,

авторНе хотелось бы устраивать очередную EAV'шную баталию...
Инфы много, мне нравится например эта статья - https://www.simple-talk.com/opinion/opinion-pieces/bad-carma/

EAV можно реализовать по-разному.
Вы ссылаетесь на вырожденный случай, когда и данные, и метаданные, и сущности, и атрибуты (columns) лежали в одной таблице Data.
Есть вариант EAV на три таблицы, есть на пять таблиц и более.
Например, набор табличек:
- типы сущностей
- сущности
- типы связей сущностей
- связи сущностей
- типы атрибутов
- шаблоны (список атрибутов для типа сущности)
- таблица значений.
При таком наборе таблиц в несколько раз меньше джойнов потребуется, особенно, если в таблицу сущностей включить базовый набор атрибутов (название и пр.).
Здесь на форуме упоминалось успешное применение EAV-систем.
В Вашем случае авторпользователь с помощью графического интерфейса добавляет информацию о любых предметах (сущностях) (дом(номер дома количество квартир...), автомобиль (масса, макс. скорость, цена...), стиральная машинка (объем, энергопотребление, цвет...)), а затем может работать с этими сущностями:
— добавлять-редактировать экземпляры (записи, данные);
— создавать связи между сущностями (при удалении информации о доме, удяляется вся информация о стиралках, установленных в нем);
— составлять запросы к этим сущностям, например: «найти все зеленые стиральные машины в квартирах домов с четными номерами на 5-м этаже» (с помощью QBE, либо, в особых случаях, с помощью встроенного языка запросов СУБД).

не похоже, что речь идет о гигабайтах данных, поэтому согласен с _мод:
авторЭто не СУБД, а фраймворк. Попросите, м.б. кто-то и поделится. Если нет, то делайте сами. В основе ессно EAV. СУБД любая.


Спасибо за рекомендации. Я в принципе знаком с EAV, но почитаю еще, может чего то не понимаю или не правильно использую.
А как бы могла быть решена данная задача средствами Cashe ?

Bogdanov AndreyМаксим НВедь в многопользовательской среде с этим проблемы могут быть, да и вообще create(drop) table это дорогая операция (в зависимости от СУБД конечно) и дергать ее при каждом пользовательском чихе (очобенно если их будет больше одного) не очень прильщает.Все в этом мире относительно. Если каждый объект сам по себе и имеет свою неповторимую структуру, то создавать таблицу по каждому чиху - смысла нет. Но правда и какой-либо словарь в этом случае мало поможет. Если же объекты допускают словарное описание, то есть нормально классифицируются в некоторое количество типов, то создание таблицы на каждый тип вполне возможно и никакой убийственной нагрузки не создаст. Число возможных типов и их атрибутов, очень легко оценить, и сомневаюсь, что в процессе эксплуатации модификация словаря будт происходить чаще раза в день.

В том то и дело я пока не могу это оценить.
Предполагается что то наподобие как в Экселе: т.е. пользователь может создать Лист, на нем разместить таблицу(ы), заполнить тестовыми данными, что то посчитать, а потом удалить (может даже не сохраняя), а может сохранить и работать с ней годами, добавляя данные, формулы, зависимые Листы, графики и всячески усложняя.

Dimitry SibiryakovМаксим НПредполагается что то наподобие как в Экселе
А если нужен Эксель, так и ступай к Экселю. (с) почти НВГ.


1. Нужны запросы к тому что пользователь "надизайнил", причем как графический построитель, так и возможность написать их ручками
2. Нужен Веб-интерфейс
3. Нужен какой никакой контроль целостности, описание схемы (для построения интерфеса например)
4. Ну так же вопросы производительности, масштабируемости и пр.