Рекомендации по проектированию базы данных служб данных SQL

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

Кто-нибудь знает какие-либо руководящие принципы?

Может быть, стоит начать с того, как создать соединение "многие ко многим", которое может быть пройдено с любой стороны производительным образом, даже с огромным числом рядов сущностей?

Источник

2 ответа

Решение

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

Источник

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

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

  • Моделирование ваших данных с помощью сущностей

  • Обработайте ваши запросы параллельно для лучшей производительности

  • Кеширование данных в сервисе размещается среднего уровня

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

Источник
Другие вопросы по тегам