0

В последнее время я играю с SQL Data Services. Хотя (или, может быть, потому, что я могу выбить хорошо структурированную реляционную базу данных во сне), я изо всех сил пытаюсь разобраться, как создать базу данных-исполнителя в среде, которая (например) не применяет ссылочную целостность и нет индексов в столбцах, отличных от первичного ключа.Рекомендации по разработке баз данных SQL Data Services

Кто-нибудь знает какие-либо рекомендации?

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

ответ

1

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

1

Кажется, фразы, которые используются являются:

  • Распространения данных из среди многих контейнеров для лучшей производительности

  • Моделирования данных с помощью Entities

  • Процесса ваших запросов в параллельная для лучшей производительности

  • Кэширование данных в сервисе, размещенном в середине tier

Это будет означать, что мы должны начать думать, как модельеры ОО, а не в реляционном умом. Производительность, похоже, основана на способности массивно параллелизовать объектный запрос по-дружески с созданием запроса LINQ, который может использовать преимущества параллелизации.

 Смежные вопросы

  • Нет связанных вопросов^_^