Лучший способ хранения нескольких типов контента в SQL Server, отображаемых в одном списке

У меня есть приложение .net , которое будет отображать много типов контента в одном представлении для пользователя в списке карт. Эти карты будут отображаться в хронологическом порядке и иметь различные макеты и отображать различную информацию. Это могут быть контрольные списки, события, новости, напоминания и т.д.

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

Что является хорошей стратегией для хранения этого организованным образом в базе данных, но все еще быть в состоянии запросить его быстро.

Спасибо!

1 ответ

  1. SQL не является хорошим решением для такого рода моделей. Вы захотите посмотреть на хранилище документов, например ElasticSearch или MongoDB. Они разработаны специально для того, что вы хотите сделать.

    Я предпочитаю ElasticSearch MongoDB, так как синтаксис намного чище IMO. ElasticSearch также намного, намного, намного быстрее, чем SQL на части оборудования для поиска.

    Для того, чтобы сделать это быстро в SQL, вам нужно будет иметь его в плоской таблице, и вы в конечном итоге с большим количеством пустых столбцов для свойств, которые не являются допустимыми для конкретного элемента.