Max Home IndustryВ этом месяце журнал SQL Server Pro призван решить самую большую проблему производительности SQL Server. Вот подробный обзор февральского выпуска 2013 года.
SQL Server Pro — это ежемесячный онлайн-журнал, основанный на подписке, в котором есть новости и статьи со всего мира SQL Server. Журнал является частью более широкого веб-сайта SQL Server www.sqlmag.com. Пункты, выделенные ниже полужирным шрифтом, соответствуют названию статьи в текущем выпуске.
В статье этого месяца подробно рассказывается об использовании твердотельных дисков в решениях для хранения данных SQL Server. Для большинства баз данных ограничивающим фактором производительности является ввод-вывод физического диска. Это можно проиллюстрировать тем фактом, что доступ к памяти измеряется в наносекундах, тогда как доступ к диску измеряется в миллисекундах (одна наносекунда равна одному миллиону миллисекунд). В общем, физические диски относительно медленные, твердотельные диски (SSD) обычно намного быстрее, чем традиционные дисковые подсистемы DAS или SAN, и с их падающими ценами все чаще рассматриваются как вариант повышения производительности.
В качестве личного примера я недавно протестировал физическое чтение каждой страницы в базе данных (всех куч, кластеризованных и некластеризованных индексов) как на SAN, так и на SSD, SSD был более чем в 12 раз быстрее, чем SAN (134 минуты по сравнению с 1821 минут)
Денни Черри обсуждает оптимальное размещение SSD (верхнее многоуровневое хранилище, кеш, затем традиционные диски) и какие базы данных следует выбрать в первую очередь (tempdb и журнал транзакций). Затем Денни обсуждает некоторые проблемы (и решения), которые может вызвать более быстрый доступ к диску, а также более распространенные параметры конфигурации локальных твердотельных накопителей.
Установка SSD, вероятно, решит вашу основную проблему с производительностью, однако имейте в виду, что по-прежнему можно написать плохой код, который замедлит ваши запросы.
Ицик Бен-Ган приводит подробный пример использования CTE с несколькими рекурсивными элементами. CTE имеет множество применений, включая рекурсивные запросы. Типичный рекурсивный пример покажет, как можно рекурсивно запрашивать таблицу менеджер / сотрудник, чтобы найти менеджера каждого человека. Это, как и большинство других примеров, является примером использования одного рекурсивного члена. Ицик использует генеалогическое древо (Бильбо Бэггинса), чтобы проиллюстрировать, как можно успешно использовать несколько рекурсивных членов. Это очень интересная статья с отличным вспомогательным кодом.
У Тайлера Чессмана есть практическая статья о мониторинге компонентов бизнес-аналитики SQL Server и SharePoint. В статье подробно рассказывается о том, как создать решение для мониторинга производительности, и она является продолжением соответствующей статьи Родни Ландрама за прошлый месяц («Консолидируйте данные о выполненных отчетах SSRS для упрощения запросов»). В частности, в статье рассказывается, как отслеживать использование:
Службы отчетов SQL Server и Power View
PowerPivot для Sharepoint
Службы PerformancePoint Services и Службы Excel
Конечная цель Тайлера — предоставить единый репозиторий для мониторинга и создания отчетов по компонентам бизнес-аналитики SQL Server и SharePoint, это, безусловно, большой шаг в этом направлении.
Подробный комментарий относительно «Проблемы с таблицами типов» дает Вик Ньюэлл. Таблицы типов в основном содержат значения домена для столбцов внешнего ключа. Автор обсуждает преимущества этих структур, включая самодокументирование и предотвращение попадания неверных данных в ваши базы данных.
В редакционной статье обсуждается Устранение серьезных препятствий для больших данных. Это краткое введение в большие данные, которые характеризуются 3V, скоростью, разнообразием и объемом. Кажется, что везде, где я читаю, большие данные — это следующая большая вещь, которая изменит мир, однако я подозреваю, что в конечном итоге они осядут, найдут свою нишу и будут счастливо сосуществовать с реляционной моделью.
Ответы на вопросы по SQL Server в этом месяце касаются состояний SUSPECT и RECOVERY_PENDING, сжатия файлов журнала транзакций и того, почему операции DROP TABLE и TRUNCATE завершаются так быстро. Как всегда, ответы интересны и подробны.
Предоставляется подробный обзор продукта ScaleArc iDB 2.0. По сути, это масштабируемое решение для кэширования, которое находится между вашей базой данных и приложением. Вы создаете правила кэширования, чтобы данные извлекались из кеша, а не попадали в базу данных, тем самым повышая производительность. Он включает в себя функции масштабируемости, высокой доступности, избыточности, брандмауэра и т. Д.
В разделе «Промышленные байты» Майкл К. Кэмпбелл выступает за то, чтобы не устанавливать антивирусные решения на ваши серверы SQL Server. Хотя это информативно, я не уверен, что кто-то может легко сделать ошибку в суждении, даже профессионалы в области баз данных. Поскольку существует масса нормативных требований, которые предусматривают использование антивирусного программного обеспечения, Майкл затем переходит к демонстрации того, как они могут / должны сосуществовать.
В разделе «Новые продукты» кратко рассказывается о том, что Idera PowerShell Plus предоставляется бесплатно, о новой версии NetWrix SQL Server Change Reporter и о выпуске Attunity Managed File Transfer for Hadoop.
Последняя статья также моя любимая в этом месяце. Это часто задаваемые вопросы о технологии ускорения запросов Hekaton. Hekaton — это новая технология Microsoft в памяти для SQL Server, которая переместит ваши горячие таблицы в память и скомпилирует ваш T-SQL в машинный код. Оба эти изменения улучшат производительность ваших запросов, как показывает первоначальное тестирование, делая их в 5-50 раз быстрее. Вы получаете преимущества бесплатно, не внося никаких изменений в оборудование или код. Он должен появиться в следующем крупном выпуске SQL Server. Будущее выглядит интересным …