Работа с пользовательскими структурами данных - PullRequest
2 голосов
/ 06 марта 2009

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

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

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

1 Ответ

1 голос
/ 06 марта 2009

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...