Datetime vs YYYYMMDDhhmmss

Хочу спросить у тех кто имеет опыт работы с большими таблицами.

Делаю таблицу, в которой планируется много строк (>100 млн) будут запросы по диапазонам даты и времени, на столбце со временем кластерный индекс.

Имеет ли смысл хранить дату в типе данных bigint в формате YYYYMMDDhhmmss?

зы
Пользовать функции для манипуляций со временем не планируется

ЛёхаSPb,

и какой сакральный смысл в такого подхода?

И Как Вы собираетесь генерировать такое число Коллега? Поставите секундомер...?

Mr Marmelad,

SELECT convert(varchar(8),getdate(),112) -- YYYYMMDD
+substring(convert(varchar(8),getdate(),108),1,2) --HH
+substring(convert(varchar(8),getdate(),108),4,2) -- mm
+substring(convert(varchar(8),getdate(),108),7,2) -- ss

YYYYMMDDhhmmss - 14 байт, datetime - только 8. Смысл увеличивать размер ключа практически в 2 раза?

Гавриленко Сергей Алексеевич,

я написал что в формате bidint, он тоже 8 байт

Имхо, если только для "будут запросы по диапазонам даты и времени", то не будет никакого выигрыша.

Я бы оставил datetime. Бо сегодня не планируется манипуляций с датой и временем, а завтра может быть все, что угодно.

ЛёхаSPb,

А если два запроса придут на получение такой "кислятины" в секунду - что Вы будете делать? Их может прийти и больше - намного больше - подумайте например о Генерации глобальных заказов на авиабилеты - там их может быть десятки тысяч в секунду... Или Вы точно знаете что 100,000,000 записей это большое число... Сколько лет кстати надо для такого ряда? ~ 1183 years ... хммм многовато выходит.

Mr Marmelad

ЛёхаSPb, А если два запроса придут на получение такой "кислятины" в секунду - что Вы будете делать? Их может прийти и больше - намного больше - подумайте например о Генерации глобальных заказов на авиабилеты - там их может быть десятки тысяч в секунду... Или Вы точно знаете что 100,000,000 записей это большое число... Сколько лет кстати надо для такого ряда? ~ 1183 years ... хммм многовато выходит.

Про уникальность вроде как речи не было. Просто дата-время в другом виде.