Плюшки SQL Server 2014.

Если лень читать можно сразу посмотреть небольшое видео
1. In-Memory OLTP
Новый механизм хранения данных в SQL Server.
Размещение таблиц в оперативной памяти  In-Memory OLTP для  устранения блокировок доступа к данным и ускорения чтения данных используется также при большом количестве подключений к таблице.
При перезапуске SQL Server после сбоя или запланированного завершения работы для устойчивых, оптимизированных для памяти таблиц повторно создаются экземпляры, чтобы вернуть их в состояние перед завершением работы или сбоем.
Существует два параметра устойчивости для оптимизированных для памяти таблиц:

1.Чтобы воспользоваться механизмом необходимо добавить в базу файл группу in—memory

ALTER DATABASE imoltp ADD FILEGROUP imoltp_file_group
    CONTAINS MEMORY_OPTIMIZED_DATA;

2.Создать таблицу с опцией MEMORY_OPTIMIZED=ON

CREATE TABLE [dbo].[InMemTable] (
  c1 INT NOT NULL PRIMARY KEY NONCLUSTERED HASH WITH (BUCKET_COUNT=1000000),
  c2 NCHAR(48) NOT NULL
) WITH (MEMORY_OPTIMIZED=ON, DURABILITY = SCHEMA_AND_DATA);
GO

3.Создать  специальную процедуру которая будет использовать механизм NATIVE_COMPILATION для ускорения работы процедуры  с таблицами in—memory

CREATE PROCEDURE [dbo].[usp_InsertData]
  @rowcount INT,
  @c NCHAR(48)
  WITH NATIVE_COMPILATION, SCHEMABINDING, EXECUTE AS OWNER
  AS
  BEGIN ATOMIC
  WITH (TRANSACTION ISOLATION LEVEL = SNAPSHOT, LANGUAGE = N'us_english')
  DECLARE @i INT = 1;
  WHILE @i <= @rowcount
  BEGIN
    INSERT INTO [dbo].[inMemTable2](c1,c2) VALUES (@i, @c);
    SET @i += 1;
  END
END
GO

SCHEMA_ONLY (недолговечная таблица)
Этот параметр обеспечивает устойчивость схемы таблицы, в том числе индексов.При перезапуске SQL Server недолговечная таблица создается заново, но запускается без данных.(В отличие от таблицы в базе данных tempdb, где и таблица, и ее данные теряются после перезапуска.) Типичный сценарий для создания недолговечной таблицы — хранение временных данных, например промежуточной таблицы для процесса ETL.Устойчивость SCHEMA_ONLY предотвращает ведение журнала транзакций и создание контрольной точки, что может существенно уменьшить объем операций ввода-вывода.
SCHEMA_AND_DATA (долговечная таблица)
Этот параметр обеспечивает устойчивость как схем, так и данных.Уровень устойчивости данных зависит от того, выбрана ли фиксация транзакции как полностью устойчивая или отложенно устойчивая.Полностью устойчивые транзакции дают гарантию устойчивости данных и схемы аналогично таблице на диске.Отложенная устойчивость улучшает производительность, но может привести к потере данных в случае сбоя или отработки отказа сервера.(Дополнительные сведения об отложенной устойчивости см. в разделе
Сценарии использования In-Memory OLTP
• Интенсивные операции чтения на таблице
• Одновременная вставка большого количества данных из параллельных соединений к серверу
• Staging таблицы для ETL процессов
• Табличные типы in-memory (вместо временных таблиц и табличных переменных)
Подробно все описано на MSDN там же можно взять примеры кода.
Также есть интересные статьи на хабре 1 и 2
Технология пока еще довольно сырая так что существует много ограничений ко
торые не всегда придутся по вкусу.
Ограничения:
• Не поддерживаются DML триггеры
• Отсутствуют FOREIGN KEY и CHECK constraints
• Единственным уникальным индексом может быть только PRIMARY KEY
• Максимум можно создать 8 индексов, включая PRIMARY KEY
Не поддерживаемые типы данных
• DATETIMEOFFSET
• GEOGRAPHY
• GEOMETRY
• HIERARCHYID
• Large Objects (LOBs). For example, varchar(max), nvarchar(max),
varbinary(max), image, xml, text, and ntext.
• ROWVERSION
• sql_variant
• CLR functions
• User-defined types (UDTs)
2. PowerView для многомерных моделей
Раньше Power View работал только на реляционных данных, с 2014 версии можно использовать OLAP кубы в качестве источников данных Power View.
Это несомненный плюс для новой версии SQL сервера.
Отчет на многомерном источнике теперь может построить любой пользователь и поделиться им с коллегой через портал SharePoint.
Подробно также описано на MSDN .
Как запустить это дело на SharePoint описано тут
3. Обновляемые колоночные индексы
Появились еще в SQL Server 2012, для хранилищ данных и оптимизации запросов с  группировкой и агрегирующими функциями.
Однако появились в достаточно сыром виде  с существенным ограничением,  такие индексы нельзя было обновлять напрямую, только через задницу: удалить индекс, обновить данные и заново создать индекс.
В 2014 версии удалось победить это тупое ограничение и можно спокойно без извращений обновлять индексы, заработал таки REBUILD.
CREATE NONCLUSTERED COLUMNSTORE INDEX csindx_simple
ON SimpleTable
(OrderDateKey, DueDateKey, ShipDateKey)
WITH (DROP_EXISTING =  ON,
    MAXDOP = 2)
ON «default»
GO
— update mytable —
ALTER INDEX mycolumnstoreindex on mytable REBUILD
Как создать индекс  можно посмотреть на MSDN.  Интересно также написано тут
Небольшое  видео по теме
4. Расширяемый буферный пул  
Предлагается использовать в системах где память расходуется по максимуму через использование SSD дисков.
Включить опцию очень легко. Для этого достаточно использовать команду ALTER SERVER CONFIGURATION и указать расположение файла и его размер, который будет использоваться в качестве Buffer Pool Extension.
ALTER SERVER configuration
SET buffer pool extension
    ON (FILENAME = 'X:MyCache.bpe', SIZE = 64 gb);
GO
Отключается Buffer Pool Extension следующей командой.
ALTER SERVER configuration
SET buffer pool extension OFF;
GO
Сценарий использования
 ·      Ее рекомендуется использовать для OLTP систем, в которых преобладают запросы на чтение данных.
·      Нет никаких рисков потери данных, т.к. BPE кэширует только «чистые» страницы. При с