Я решил проанализировать данные таблицы в конкретной модели измерений в моем приложении MVC:
Базовые объекты
- Доклад
- Определение столбца
- Строка данных
Отчет содержит список определений столбцов и целое число строк. Он также имеет список строк. Каждая строка имеет список значений столбцов (ячеек), который в этом коде всегда рассматривается как строка и отображается только с использованием типа данных отображения из определения столбца.
Определены мои типы данных, например: текст, дата, номер, ссылка (многие типы ссылок на нашу систему CRM, ссылка на учетную запись, ссылка на пользователя, ссылка на заказ). Я добавляю новые типы данных, только если мне нужно отображать их не так, как существующие. Я могу себе представить, что когда-нибудь мне понадобится тип данных диаграммы (например, данные ячейки - это список точек графика).
Это делает определение отчета очень гибким, но я, вероятно, жертвую некоторой производительностью, и оно чисто пользовательское. Я все еще хотел бы получить информацию об этом подходе, но никаких ответов за последние 6-7 месяцев, вероятно, означает, что это достаточно странный сценарий, которого вы, читатель, должны избегать.