немой
Ну вот, Вы сами и пояснили, что нет таковых.. как и того что я перечислял. так что, каждый при своем остался :)
нет битовых операций? вы уверены? точно уверены? диплом дорогой?
немойДля «танкистов» сложно понять наверно, что есть «одним инсертом».. :)
INSERT INTO `attachments` (`ID_ATTACH`, `ID_THUMB`, `ID_MSG`, `ID_MEMBER`, `attachmentType`, `filename`, `size`, `downloads`, `width`, `height`) VALUES
(14,0,262,0,0,'peak.tcl',6385,23,0,0),
(13,0,261,0,0,'gramota.tcl',11779,28,0,0),
(15,0,263,0,0,'gis.tcl',15120,22,0,0),
действительно, без
этого жить решительно невозможно.
немой
Для Дяди Васи и т.д. действительно не имеет значения, т.к. сервер выдаст результат так, как он считает правильно, т.е., например 05.31.2008 12:12:56 я как бы ещё раз мягко намекаю, что сервер ВСЕГДА выдаст именно дату, а не строку. Не могу поверить, что это у кого-то вызывает ежедневные, уже привычные сложности.
немойДокументация зажевана до дыр уверен, речь не о MS SQL. в противном случае нужно признать что либо у вас документация не от MS SQL, либо вы просто врёте.
немойС датой (типами) - согласен, не знал что в 2005 добавили разделение.
time 12:35:29. 1234567
date 2007-05-08
smalldatetime 2007-05-08 12:35:00
datetime 2007-05-08 12:35:29.123
datetime2 2007-05-08 12:35:29. 1234567
datetimeoffset 2007-05-08 12:35:29.1234567 +12:15
в 2008-м. но для нас, богатырей, до дыр зажевавших документацию, это не важно.
главное, что они (эти новые типы) есть и совершенно не мешают. хотя польза от них в большинстве случаев несколько переоценивается.
З.Ы.
самый функциональный сервер, это у которого больше типов данных. 10 для даты, 18 для срок и 34534 запасных. )
З.З.Ы.
интересно, ораклоиды глядя на свой NUMBER уже бьются в истерике от ущербности своего сервера? ))
