Переход с DateTime2 на Timestamp: Миграция данных в PostgreSQL через Firedac в Rad Studio XE7

Delphi , Базы данных , SQL

При работе с базами данных часто возникает необходимость переноса данных из одной системы в другую, что может включать изменения типов данных. Одним из таких случаев является переход с типа данных DateTime2 (4), который используется в SQL Server, на тип данных Timestamp(4) With Time Zone в PostgreSQL. В процессе миграции данных может возникнуть проблема, связанная с обрезанием миллисекунд, что вызвано различиями в поддержке точности времени между этими системами управления базами данных.

Описание проблемы

Пример данных, которые необходимо мигрировать:

• DateTime2(4) в SQL Server: 2017-03-30 15:10:15.1234
• Timestamp(4) With Time Zone в PostgreSQL: 2017-03-30 15:10:15.123

Для выполнения миграции данных был использован компонент TFDDataMove из пакета Firedac в среде разработки Rad Studio XE7. При этом были использованы следующие настройки:

FDTable1.Active:= False;
FDDataMove1.CommitCount:=100;
FDDataMove1.StatictsInterval:=100;
FDDataMove1.TextDataDef.StrEmpty2Null:=False;
FDDataMove1.Mode:=dmAlwaysInsert;
FDDataMove1.Options:= [poOptimiseDest,poOptimiseSrc,poClearDest,poAbortOnExc,poIdentityInsert];
FDDataMove1.Source:=FDQuery2;
FDDataMove1.Destination:=FDTable2;

Версии используемых систем:

• SQL Server: 2014
• PostgreSQL: 9.6.3
• Firedac: 11.0.1(Build 73709)
• Rad Studio: RAD Studio XE7

Подтвержденный ответ и альтернативный ответ

Проблема, с которой сталкиваются разработчики, заключается в том, что при миграции данных из SQL Server в PostgreSQL с использованием компонента TFDDataMove происходит обрезание миллисекунд из значений даты и времени. Это связано с тем, что PostgreSQL по умолчанию поддерживает точность до миллисекунд, но сохраняет только три миллисекундные цифры, которые не превышают 666 (как определено в ISO 8601). Таким образом, если исходные данные содержат миллисекунды больше 666, они будут обрезаны.

Решение проблемы

Для решения проблемы обрезания миллисекунд необходимо убедиться, что формат данных и тип данных соответствуют требованиям целевой СУБД. Для Timestamp(4) With Time Zone в PostgreSQL, который поддерживает точность до миллисекунд, но сохраняет только три последние, при необходимости можно привести данные в соответствие с этим форматом перед их переносом.

Пример кода

// Предположим, что у нас есть функция для коррекции даты
procedure CorrectTimestampDateTimeField(TimestampField: TDateTime; Precision: Integer);
var
  Seconds: Double;
  Milliseconds: Integer;
begin
  Seconds := Trunc(TimestampField);
  Milliseconds := Round((TimestampField - Seconds) * 1000, 0);
  if Milliseconds >= 1000 then
    Milliseconds := 999; // Ограничение миллисекунд для PostgreSQL
  TimestampField := Seconds + (Milliseconds / 1000);
end;

FDQuery2.First;
while not FDQuery2.EOF do
begin
  CorrectTimestampDateTimeField(FDQuery2FieldDateTime, 3); // Ищем правильный показатель точности
  FDQuery2.Next;
end;

Приведенная функция CorrectTimestampDateTimeField устанавливает максимально допустимое значение миллисекунд в 999, что является ограничением для PostgreSQL. Это необходимо привести в соответствие с точным временем до миллисекунд, который поддерживает PostgreSQL, при этом, что только три символы отсекаются и возвращаются.

Заключение

Миграция данных из DateTime2 в SQL Server в Timestamp(4) With Time Zone в PostgreSQL может встретить с проблемой обрезания данных. Однако, это решается через осознание и учет различий в типовых системах. Своевременная идентификация и изменение данных для соответствия точности целевой базы данных может решить эту проблему. С помощью инструментов, таких как TFDDataMove от Firedac, и внимание к деталям, можно успешно мигрировать данные, сохраняя точность, требуемую для бизнес-процессов.

Создано по материалам из источника по ссылке.

Переход с типа данных `DateTime2` в SQL Server на `Timestamp(4) With Time Zone` в PostgreSQL с учетом обрезания миллисекунд при миграции данных через Firedac в Rad Studio XE7.

Комментарии и вопросы

Получайте свежие новости и обновления по Object Pascal, Delphi и Lazarus прямо в свой смартфон. Подпишитесь на наш Telegram-канал delphi_kansoftware и будьте в курсе последних тенденций в разработке под Linux, Windows, Android и iOS

:: Главная :: SQL ::