Примеры с SQL

В понедельник на работе перешли на Microsoft SQL Server 2016. Учитывая, что переходили с довольно таки старого 2008, постарались подготовиться получше. Переход прошёл в целом очень хорошо, но всё же некоторые непредвиденные сложности возникли:

• Несколько запросов перестало выполняться из-за использования некорректных типов данных.
• Некоторые сложности возникли с правами для прилинкованного сервера. Сам сервер прилинковался "на ура", но вот запросы с него не выполнялись, выдавая следующую ошибку: Причём, у привилегированного пользователя всё работало, а у обычного нет. Но стоило выполнить запрос под привилегированным пользователем, как начинало работать и под обычным, правда, не долго - через какое-то время снова выдавало ошибку. По тексту ошибки и нескольким статьям в интернете предположили, что проблема в том, что "обычным" пользователям прилинкованный сервер не отдавал статистику, а без этого запросы не выполнялись.

Коллега по работе прислал ссылку на интересную, а главное крайне полезную статью.
Кратко: без установленного исправления KB #2969896 в SQL Server 2012 и 2014 при перестроении индексов в режиме online может произойти повреждение индексов и даже потеря данных в таблице.

В очередной раз хочу отметить важность установки обновлений, а также резервного копирования.

• Учебник по языку SQL (DDL, DML) на примере диалекта MS SQL Server.
  • Часть первая
  • Часть вторая
  • Часть третья
  • Часть четвертая
  • Часть пятая
• Рефакторинг схем баз данных
• Игра со списком условий
• Инструмент для построения условий
• Использование OUTER LOOP JOIN
• Liquibase - система контроля версий для Баз данных
• Типичные взаимные блокировки в MS SQL и способы борьбы с ними
• Microsoft SQL Server Data Tools
• История про msdb размером в 42 Гб

Отличная статья (перевод), в которой довольно подробно рассматривается вопрос: Как работает реляционная базы данных?
В очередной раз пополнил свои знания и на всякий случай сохраняю ссылку себе. Основные рассматриваемые моменты:

• Понятие сложности алгоритмов (O) при работе с базами данных (с примерами)
• Принципы массива, дерева (индекса) и hash-таблицы
• Общий обзор базовых компонент базы данных:
  • Диспетчер клиентов
  • Диспетчер запросов (статистика, оптимизатор запросов)
  • Диспетчер данных (транзакции, параллелизм, блокировки)

Иногда на прямо на SQL-сервере бывает необходимо узнать от имени какого пользователя выполняется тот или иной запрос. В этом случае на выручку приходит функция:

print SYSTEM_USER -- Пользователь, под которым подключились к базе данных

Чаще всего я использую данную функцию как временное (отладочное) решение, когда необходимо определить какой пользователь создал или изменил запись в таблице. Для этого достаточно в таблицу добавить поле (NOT NULL) и указать для него в качестве значения по умолчанию SYSTEM_USER.

UPD: Появилось только 2005 MSSQL (было исправлено после уточнения в комментариях)

We've caught both SCOPE_IDENTITY() and @@IDENTITY returning the incorrect value after doing an insert. It appears to be some combination of our database settings, the number of rows in the tables, and the particulars of the query plan.

https://connect.microsoft.com/SQLServer/feedback/details/328811/scope-identity-sometimes-returns-incorrect-value

То есть в 2008 SQL-сервере SCOPE_IDENTITY() (а также @@IDENTITY) иногда может и "пошутить" - вернуть некорректное значение. Ошибка проявляется при некоторых настройках базы, и определенном кол-ве записей в таблице (>1000000). Вроде как устранено в пакете обновления SP3.

Небольшая подборка статей по нововведениям MS SQL-Server 2012 (Denali):

• Новое в SQL Server Management Studio (SSMS)
• Модификация возвращаемого набора данных
• Обработка ошибок
• Новый оператор Offset
• Новый объект Sequence
• Автономные базы данных (Contained Database)