Работа с определяемыми пользователем структурами данных

Question

Есть ли у кого-нибудь рекомендации по работе с определенными пользователем структурами данных? т. е. ваши пользователи должны иметь возможность определять дополнительные поля, а иногда и таблицы, для связи с «фиксированными» объектами в вашей системе. Мне всегда кажется, что вам не повезло, чтобы в конечном итоге работать над проектами, где это важный компонент. Обычно решение заканчивается динамически генерируемыми таблицами SQL, причем некоторые ужасающие поколения SQL привязаны по краям ORM для загрузки и сохранения динамических данных.

Здесь должен быть лучший способ справиться с этим, если раньше вы занимались подобным делом, как вам удалось заставить динамическую часть вашей модели хорошо играть с ORM? Достаточно ли стандартно генерировать таблицы «на лету» для хранения данных или предпочтительнее использовать что-то вроде большой таблицы имен/значений?

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

Answer 1

Не уверен, что такое ORM, но я думаю, что понимаю, что вы просите.

Для расширенных данных клиента в таких системах, как это приложение, я создал данные в поле Xml в базе данных и хранилище объектов на стороне клиента как XmlDocuments. Поля Xml на SQL-сервере легко запрашиваются, а классы объектов обертывают пользовательские данные Xml.