Рекомендации по проектированию базы данных служб данных SQL
В последнее время я играл с SQL Data Services. Хотя (или, возможно, потому что) я могу выбить хорошо структурированную реляционную базу данных во сне, я изо всех сил пытаюсь понять, как создать эффективную базу данных в среде, в которой (например) нет принудительного применения ссылочной целостности и нет индексов для столбцов, кроме первичного ключа.
Кто-нибудь знает какие-либо руководящие принципы?
Может быть, стоит начать с того, как создать соединение "многие ко многим", которое может быть пройдено с любой стороны производительным образом, даже с огромным числом рядов сущностей?
2 ответа
Ну, в конце концов я решил: прекратить использование служб данных SQL. Он настолько наполовину испечен, что в любом случае его вряд ли стоит использовать.
Кажется, что фразы, которые используются:
Распределите ваши данные среди множества контейнеров для лучшей производительности
Моделирование ваших данных с помощью сущностей
Обработайте ваши запросы параллельно для лучшей производительности
Кеширование данных в сервисе размещается среднего уровня
Это будет означать, что мы должны начать думать, как моделирующие ОО, а не в реляционном мышлении. Производительность, кажется, зависит от возможности массового распараллеливания объектного запроса более понятным способом создания запроса LINQ, который может использовать преимущества распараллеливания.