Ответы:
Тип TIMESTAMPданных SQL Server не имеет ничего общего с датой и временем!
Это просто шестнадцатеричное представление последовательного 8-байтового целого числа - это полезно только для того, чтобы убедиться, что строка не изменилась с момента ее чтения.
Вы можете считать шестнадцатеричное целое число или, если хотите BIGINT. Например:
SELECT CAST (0x0000000017E30D64 AS BIGINT)
Результат
400756068
В более новых версиях SQL Server он называется RowVersion- поскольку это действительно то, что есть. См. Документы MSDN на ROWVERSION :
Тип данных, который предоставляет автоматически генерируемые уникальные двоичные числа в базе данных. rowversion обычно используется в качестве механизма для строк таблицы с отметками версий. Тип данных rowversion - это просто увеличивающееся число и не сохраняет дату или время . Чтобы записать дату или время, используйте тип данных datetime2.
Таким образом, вы не можете преобразовать SQL Server TIMESTAMPв дату / время - это просто не дата / время.
Но если вы говорите метку времени, но на самом деле вы имеете в виду DATETIMEстолбец, тогда вы можете использовать любой из этих допустимых форматов даты, описанных в разделе CAST и CONVERT в справке MSDN. Они определены и поддерживаются SQL Server «из коробки». Все остальное не поддерживается, например, вам нужно много вручную выполнять приведение и объединение (не рекомендуется).
Формат, который вы ищете, немного похож на канонический ODBC (style = 121):
DECLARE @today DATETIME = SYSDATETIME()
SELECT CONVERT(VARCHAR(50), @today, 121)
дает:
2011-11-14 10:29:00.470
В SQL Server 2012 наконец-то появится FORMATфункция настраиваемого форматирования ...
TIMESTAMPстолбцы типа
В этом мне помогли коллеги:
select CONVERT(VARCHAR(10), <tms_column>, 112), count(*)
from table where <tms_column> > '2012-09-10'
group by CONVERT(VARCHAR(10), <tms_column>, 112);
или же
select CONVERT(DATE, <tms_column>, 112), count(*)
from table where <tms_column> > '2012-09-10'
group by CONVERT(DATE, <tms_column>, 112);
Используя приведение, вы можете получить дату из поля отметки времени:
SELECT CAST(timestamp_field AS DATE) FROM tbl_name
Explicit conversion from data type timestamp to date is not allowed.
Работает нормально, кроме этого сообщения:
Неявное преобразование типа данных varchar в метку времени не допускается. Используйте функцию CONVERT для выполнения этого запроса
Так что да, TIMESTAMP( RowVersion) НЕ ДАТА :)
Честно говоря, я сам довольно долго возился, чтобы найти способ преобразовать его в свидание.
Лучший способ - преобразовать его в INT и сравнить. Вот каким должен быть этот тип.
Если хочешь свидания - просто добавь Datetimeколонку и живи долго и счастливо :)
ура Mac
«Вы продолжаете использовать это слово. Я не думаю, что оно означает то, что вы думаете». - Иниго Монтойя
Отметка времени не имеет абсолютно никакого отношения ко времени, как первоначально сказал marc_s.
declare @Test table (
TestId int identity(1,1) primary key clustered
,Ts timestamp
,CurrentDt datetime default getdate()
,Something varchar(max)
)
insert into @Test (Something)
select name from sys.tables
waitfor delay '00:00:10'
insert into @Test (Something)
select name from sys.tables
select * from @Test
Обратите внимание на вывод, что Ts (шестнадцатеричный) увеличивается на единицу для каждой записи, но фактическое время имеет промежуток в 10 секунд. Если бы это было связано со временем, тогда во временной метке был бы пробел, соответствующий разнице во времени.
После выполнения преобразования в целое число CONVERT (BIGINT, [timestamp]) as Timestamp я получил результат вроде
446701117 446701118 446701119 446701120 446701121 446701122 446701123 446701124 446701125 446701126
Да, это не дата и время, это серийные номера
у меня работает: TO_DATE ('19700101', 'yyyymmdd') + (TIME / 24/60/60) (Oracle DB)
Я предполагаю, что вы выполнили дамп данных в виде операторов вставки, и вы (или кто-то другой, кто это погуглит) пытаетесь выяснить дату и время или перевести их для использования в другом месте (например, для преобразования в вставки MySQL). На самом деле это просто на любом языке программирования.
Давайте работать с этим:
CAST(0x0000A61300B1F1EB AS DateTime)
Это шестнадцатеричное представление фактически представляет собой два отдельных элемента данных ... Дата и время. Первые четыре байта - это дата, вторые четыре байта - это время.
Преобразуйте оба сегмента в целые числа, используя язык программирования по вашему выбору (это прямое шестнадцатеричное преобразование в целое число, которое поддерживается на всех современных языках программирования, поэтому я не буду тратить место на код, который может быть или не быть языком программирования вы работаете).
Теперь, что делать с этими целыми числами:
Свидание
Дата с 01.01.1900 и представлена в днях. Итак, прибавьте 42 515 дней к 01.01.1900, и ваш результат будет 27.05.2016.
Время
Время немного сложнее. Возьмите этот INT и сделайте следующее, чтобы получить время в микросекундах с полуночи (псевдокод):
TimeINT=Hex2Int(HexTime)
MicrosecondsTime = TimeINT*10000/3
Оттуда используйте вызовы любимых функций вашего языка для перевода микросекунд (38872676666,7 мкс в приведенном выше примере) во время.
Результат будет 10: 47: 52.677.
Некоторые из них действительно скрыты от даты и времени из SQL Server 2008. .
Попробуйте выполнить следующий SQL-запрос, и вы убедитесь в этом сами:
SELECT CAST (0x00009CEF00A25634 AS datetime)
Вышеупомянутое приведет к тому, 2009-12-30 09:51:03:000но я столкнулся с такими, которые на самом деле не соответствуют дате и времени.
Почему бы не попробовать FROM_UNIXTIME(unix_timestamp, format)?
Не уверен, что мне что-то здесь не хватает, но нельзя ли просто преобразовать метку времени следующим образом:
CONVERT(VARCHAR,CAST(ZEIT AS DATETIME), 110)