Вопрос

У меня есть несколько вопросов, касающихся федераций Microsoft SQL Azure:

1) Могу ли я создать федеративную БД в активной базе данных или мне нужно развертывать федерации заранее?

2) Нужно ли мне вносить какие-либо изменения в запросы SQL, чтобы соответствовать тому, как я запрашиваю федерации, или я могу продолжать использовать свои регулярные запросы, так как я работал против одной базы данных SQL Server?

3) Когда я разбиваю свою базу данных, и через некоторое время я вижу, что один из осколков очень занят и почти полный, как я решаю эту проблему, используя федерации? - Нужно ли ли мне разделить только один федеративный стол, который на 90% полно, или мне нужно воссоздать стратегию разделения, используя менее широкий диапазон. Проблема в том, что один конкретный пользователь может быть очень активным, поэтому какую стратегию я использую, чтобы убедиться, что мне не нужно будет воссоздать федеративную стратегию из-за одной очень активной федеративной таблицы / пользователя?

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

от того, что я понимаю:

[Блоги]

blog_id

Информация

[blog_posts]

ID

blog_id

post_content

Так что, если я решу брагу на основе blog_id с 0-1000, 1-2001 у меня будет две федеративные таблицы. Но насколько более федеративными таблицами у меня есть, если я добавлю больше таблиц, которые имеют разные клавиши, кроме blog_id, у меня будут более федеративные таблицы?

Спасибо

Это было полезно?

Решение

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

1) Могу ли я создать федеративную БД в активной базе данных или мне нужно Развертывание федераций заранее?

Вы, безусловно, можете создать федерацию (ы) в существующей БД. Нет никаких ограничений для создания федераций только в новой / пустой БД. Однако создание федерации в активной БД ничего не сделает для вас. Вы должны понимать, что федерации являются отдельными дБ. Федерация (или член Федерации) ничего не знает о корне БД Федерации (дБ, где вы создали Федерацию). Таким образом, вы должны думать о миграции схемы / данных из активных БД (или корня федераций), как только вы создаете свою Федерацию.

2) Нужно ли вносить какие-либо изменения в запросы SQL, чтобы соответствовать как Я запрашиваю федерации, или я могу продолжать использовать мои обычные запросы, как я Работал против одной базы данных SQL Server?

Скорее всего, да. Федерации базы данных Windows Azure SQL - это механизм масштаба для уровня дБ. Это означает, что вроде любого веб-приложения нуждается в «специальной» дизайне для работы в сельскохозяйственной среде (то есть среда масштаба, такая как Windows Azure), база данных также понадобится «специальный» дизайн для работы в масштабе среда. Там нет волшебной палочки с федерациями SQL Azure, которые сделают ваш код. Вы должны разработать его на работу.

3) Когда я разделил свою базу данных, и через некоторое время я вижу, что один из осколки очень заняты и почти полны, как я решаю эту проблему, используя Федерации? - Мне нужно разделить только этот единый федеративный стол это на 90% полно, или мне нужно воссоздать стратегию разделения используя менее более широкий диапазон. Проблема в том, что один конкретный пользователь может быть очень активным, поэтому какая стратегия я использую, чтобы убедиться, что я не буду необходимо повторно создать федеративную стратегию из-за одного очень активного Федеративный стол / пользователь?

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

4) Когда у меня есть разные таблицы, которые я хочу разделить с другим Основные ключевые ключи, как остановка будет работать тогда.

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

Хорошее видео стоит посмотреть, если вы выйдете на SQL Federations: http: / /channel9.msdn.com/events/teched/northamerica/2012/dbi408

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top