На прошлой неделе я написал первый пост о шардинге в SQL Azure, в котором я рассказал о том, что такое шардинг, почему он так важен для масштабирования, и почему SQL Azure является хорошим выбором хранилища данные, если мы собираемся использовать шардинг. Со своей стратегией pay as you go, SQL Azure подходит как нельзя лучше в качестве хранилища данных, но этого мало. Организация шардинга дело непростое, особенно если ваша база данных и ваше приложение изначально не было к этому готово. В этом случае придётся много чего ломать и перестраивать заново. Операции с данными довольно сложны и весь функционал работы с масштабируемым хранилищем приходится писать самому. Но скоро эта ситуация должна измениться. Это произойдёт с приходом SQL Azure Federations.
[More]
Облако и масштабирование – понятия, зачастую идущие рядом. И первоначальный вариант SQL Azure содержал некоторые функции масштабирования. Мы могли легко создать новую базу данных в считанные секунды, нам не нужно было задумываться о сервере для новой базы данных и прочих вещах. Но это конечно не то масштабирование, которое нужно высоконагруженным проектам и большим базам данных (напомню что максимальный объём базы данных в SQL Azure равняется 50 Гб). Высоконагруженным приложениям нужна репликация, для часто считываемых данных, и нужен шардинг данных для того, чтобы распределить нагрузку между несколькими базами данных (и преодолеть лимит в 50 Гб на размер базы данных). Тема шардинга в SQL Azure мне кажется очень интересной и перспективной, особенно в свете появления новой концепции SQL Azure Federations. В этом и следующих постах я собираюсь раскрыть тему шардинга данных в SQL Azure .
[More]
16 марта (как раз накануне моего дня рождения :)) в Харькове прошло традиционное мероприятие Макрософт: Дни разработчика. Темами докладов были основные тренды сегодняшнего дня: Windows и SQL Azure, Silverlight и Windows Phone.
[More]
В прошлую пятницу состоялась очередная встреча сообщества .Net разработчиков UNETA. На встрече я выступил с докладом на тему "Масштабирование в SQL Azure. Новые возможности", в котором было рассказано о новой концепции Federations недавно представленной на PDC архитектором команды SQL Azure Левом Новиком. Если в двух словах то Federations позволяют легко разбивать базу данных на несколько (что очень актуально для SQL Azure) и реализовывать шардинг данных между базами, что существенно облегчает труд разработчиков разрабатывающих высоконагруженные, масштабируемые системы на базе SQL Azure
[More]
Вышло очередное обновление SQL Azure. В этот раз видимых изменений немного: обновление документации и поддержка хранимой процедуры sp_tableoption. Но это лишь верхушка айсберга. Основные изменения коснулись внутреннего устройства SQL Azure, но эта часть айсберга пока находится под водой. Единственное что изветно, это то, что эти изменения являются базой для нового функционала SQL Azure, который появится в будущем
[More]
Вышло очередное обновление SQL Azure, которое предоставляет доступ к новому набору фич. Появилось копирование базы данных. Эта функциональность была в планах очень давно и её появление ожидалось в этом году. Появились новые разделы в MSDN и обновился проект Code-Named “Houston”
[More]
Выход SQL Azure я считаю знаменательным событием. Это новая веха в развитии технологий баз данных. Но наряду со всеми своими преимуществами SQL Azure имеет и ряд недостатков, одним из которых является мониторинг производительности. Здесь у нас нет ни Profiler, ни Activity Monitor, ни Performance Data Collection. И, изначально, не было Dynamic Management V...
[More]
Наконец-то SQL Azure обновился. И кроме увеличения размера баз данных, о котором я недавно писал - Размер баз данных в SQL Azure, были добавлены ещё два, довольно ожидаемые, изменения! - Поддержка пространственных типов данных Geography и Geometry - Поддерка типа данных HierarchyId Указание максимального размера базы в SQL Azur...
[More]
Наверняка многим известно, что SELECT * это плохо. Что это источник лишнего сетевого трафика и проблем с производительностью. Но с приходом SQL Azure за SELECT * приходится Платить в прямом смысле этого слова :) т.к. чем больше данных достаём из базы тем больше платим. Это ещё один довод в пользу того, чтобы не использовать SELECT * в своих проектах, и в ...
[More]