Тип данных DATETIME2¶
DATETIME2 — это тип данных для хранения даты и времени в системах управления базами данных (СУБД), в первую очередь в Microsoft SQL Server. Он является эволюционным развитием типа DATETIME и предназначен для обеспечения бо́льшей точности, расширенного диапазона дат и меньшего объёма занимаемой памяти.
¶Общая характеристика
Тип DATETIME2 был введён в Microsoft SQL Server 2008 года (версия 10.0). Он позволяет хранить значения от 0001-01-01 по 9999-12-31 (по григорианскому календарю) с точностью до 100 наносекунд. В отличие от устаревшего типа DATETIME (который имеет точность около 3,33 миллисекунды и диапазон только с 1753 года), DATETIME2 не зависит от календарной системы, используемой в SQL Server (например, для юлианского календаря). Размер хранимого значения зависит от указанной точности: от 6 байт (при точности меньше 100 наносекунд) до 8 байт (при максимальной точности). Для сравнения, старый тип DATETIME всегда занимает 8 байт, независимо от точности.
¶Синтаксис и параметр точности
В SQL Server тип данных объявляется как DATETIME2[(fractional seconds precision)], где fractional seconds precision — это число от 0 до 7, определяющее количество знаков после запятой для секунд. Значение по умолчанию — 7 (100 наносекунд). Например:
DATETIME2(0)— точность до секунд (без долей секунд).DATETIME2(3)— точность до миллисекунд.DATETIME2(7)— максимальная точность (100 наносекунд).
Чем меньше число, тем меньше объём памяти: таблица соответствия:
- 0–2: 6 байт
- 3–4: 7 байт
- 5–7: 8 байт
Это свойство позволяет оптимизировать хранение, если высокая точность не требуется.
¶Формат представления
Значение DATETIME2 хранится в виде двух целых чисел: количество дней от базовой даты (0001-01-01) и количество единиц времени (100-наносекундных тактов) после полуночи. При выводе (например, в SSMS) обычно отображается в строковом формате YYYY-MM-DD hh:mm:ss[.fffffff]. Однако стоит отметить, что на уровне данных нет фиксированного формата — интерпретация зависит от клиентского приложения. Стандартный литерал для вставки: '2025-01-15 14:30:00.1234567'.
¶Сравнение с другими типами даты и времени
¶DATETIME (устаревший)
- Диапазон: 1753-01-01 — 9999-12-31
- Точность: ~3,33 мс (округление до 1/300 секунды)
- Размер: 8 байт (всегда)
- Не поддерживает юлианский календарь и произвольную точность.
¶SMALLDATETIME
- Диапазон: 1900-01-01 — 2079-06-06
- Точность: 1 минута
- Размер: 4 байта
- Подходит для систем, где важна экономия памяти и не нужны секунды.
¶TIME
- Хранит только время (без даты).
- Диапазон: 00:00:00.0000000 — 23:59:59.9999999
- Точность: до 100 нс (зависит от параметра).
- Размер: от 3 до 5 байт.
¶DATE
- Хранит только дату (без времени).
- Диапазон: 0001-01-01 — 9999-12-31
- Размер: 3 байта.
- Не зависит от часового пояса.
¶DATETIMEOFFSET
- Хранит дату, время и смещение относительно UTC (часовой пояс).
- Диапазон: 0001-01-01 — 9999-12-31
- Точность: до 100 нс
- Размер: 10 байт (при точности 7)
Для большинства задач, где требуется и дата, и время с высокой точностью, но не нужна информация о часовом поясе, DATETIME2 является оптимальным выбором.
¶Производительность и индексы
DATETIME2 поддерживает все стандартные операции сравнения, сортировки и арифметики (например, DATEDIFF, DATEADD). Благодаря компактному представлению, операции с ним часто выполняются быстрее, чем с DATETIME, особенно при наличии индексов. Индексы по столбцам типа DATETIME2 могут быть кластеризованными и некластеризованными. Однако стоит учитывать, что при сохранении значения с дробными долями секунды (например, 1234567 для 7-й точности) эти доли участвуют в сортировке, что может влиять на порядок строк.
¶Поддержка временных таблиц и темпоральных таблиц
В SQL Server 2016 (версия 13.0) была введена поддержка системно-версионируемых темпоральных таблиц (Temporal Tables). Для столбцов периода (period columns) обязательно используются типы DATETIME2 (или DATETIMEOFFSET). Это связано с тем, что для корректной работы темпоральных таблиц требуется высокая точность (обычно 7 знаков) и расширенный диапазон. Темпоральные таблицы автоматически записывают время начала и окончания действия каждой версии строки, и здесь небольшая погрешность в 100 нс является допустимым компромиссом.
¶Работа из прикладных языков
При передаче значений DATETIME2 через драйверы баз данных (например, ODBC, JDBC, ADO.NET) необходимо учитывать точность. Многие языки программирования (C#, Java, Python) имеют собственные типы с дробными секундами (например, datetime2 в .NET). При сериализации в JSON или XML часто требуется явное указание формата. Например, в REST API на .NET Core по умолчанию используется формат ISO 8601: 2025-01-15T14:30:00.1234567. Однако старые библиотеки могут усекать дробные доли секунды до 3 знаков.
¶Преимущества и недостатки
Преимущества:
- Широкий диапазон дат (с 1 года нашей эры).
- Высокая точность (до 100 нс).
- Компактное хранение (меньше места при низкой точности).
- Стандарт ISO 8601 совместим (с точностью до 7 знаков).
- Не зависит от устаревших календарных настроек.
Недостатки:
- Не хранит информацию о часовом поясе (для этого нужен
DATETIMEOFFSET). - В старых версиях SQL Server (до 2008) не поддерживался.
- При конвертации из строки с 8+ знаками после запятой происходит округление.
- Не все инструменты BI и ETL корректно обрабатывают 7-значную точность (например, Excel может потерять микросекунды).
¶Практические рекомендации
Для новых проектов на Microsoft SQL Server рекомендуется использовать DATETIME2 вместо DATETIME, если не требуется совместимость с очень старым кодом. При работе с временными рядами, журналами аудита, финансовыми транзакциями (где критична миллисекундная точность) стоит выбирать DATETIME2(3) (миллисекунды) или DATETIME2(7) (наносекунды). Для задач, где дата и время берутся с точностью до минуты (например, расписание встреч), можно использовать DATETIME2(0) для экономии памяти (6 байт вместо 8).
В других СУБД аналогичные типы могут называться по-другому. Например, в PostgreSQL это TIMESTAMP (без часового пояса), в Oracle — TIMESTAMP(9), в MySQL — DATETIME(6). Все они близки по функциональности, но имеют свои особенности работы с дробными секундами и диапазонами.
¶Известные проблемы
- При вставке значения с дробной частью, превышающей указанную точность, происходит округление до ближайшего значения (например,
DATETIME2(3)с'2025-01-15 12:00:00.1234567'станет'2025-01-15 12:00:00.123'). - В некоторых версиях SQL Server 2008–2012 наблюдались проблемы с производительностью при сортировке миллиардов строк с типом DATETIME2 из-за особенностей хранения.
- Использование DATETIME2 в качестве ключа кластеризованного индекса может приводить к фрагментации, если значения вставляются не последовательно (например, из разных источников с большими скачками дат).
¶Будущее
С появлением более современных типов данных (например, TIME, DATE, DATETIMEOFFSET) и развитием облачных баз данных (Azure SQL Database) DATETIME2 остаётся стандартным выбором для большинства OLTP-приложений. Компания Microsoft не анонсировала планов по замене этого типа в ближайшей перспективе, однако рекомендуется отслеживать новые версии SQL Server для возможных оптимизаций хранения и производительности.
¶Источники
- Microsoft Docs: «datetime2 (Transact-SQL)»
- Книга «Inside Microsoft SQL Server 2008: T-SQL Querying» (Itzik Ben-Gan)
- Заметки из документации к SQL Server 2022
- Обсуждения на Stack Overflow по производительности типов даты и времени