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

Question

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

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

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

Answer 1

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

Answer 2

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

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

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

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

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

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