H\u00e1t igen, m\u00e1r az SQL Server 2005-ben is \u00fagy volt, hogy lesz DATE \u00e9s TIME t\u00edpus. Meg is \u00edrt\u00e1k CLR t\u00edpusk\u00e9nt, azt\u00e1n kidobt\u00e1k, nem illett bele a k\u00e9pbe, kil\u00f6kte azt a gazdatest.<\/p>\n
Most, 2008-ban \u00fajra nekil\u00e1ttak, ez\u00fattal sikerrel (ha \u00e9lcel\u0151dni szeretn\u00e9k, m\u00e1rpedig mi\u00e9rt ne, 10 \u00e9ve kellett volna ezt megl\u00e9pni).<\/p>\n
No, mi a bajunk a DATETIME \u00e9s SMALLDATETIME t\u00edpusokkal.
\n1. Kicsi az \u00e9rt\u00e9kk\u00e9szlet\u00fcnk, 1753 el\u0151tt is volt m\u00e1r vil\u00e1g.
\n2. Kicsi a pontoss\u00e1guk, a pontosabbnak, a DATETIME-nak is 3 ms a felbont\u00e1sa.
\n3. Nem kezelnek id\u0151z\u00f3n\u00e1t.
\n4. Nincs k\u00fcl\u00f6n csak d\u00e1tum \u00e9s csak id\u0151 t\u00e1rol\u00f3 t\u00edpus. Eleve, sokszor csak az egyik kell, pl. napra kerek\u00edtett d\u00e1tum t\u00e1rol\u00e1s, \u00e9s ilyenkor nem csak k\u00f6nnyebb kezelni a k\u00fcl\u00f6n t\u00e1rolt darabokat, de hely se kell neki annyi.<\/p>\n
No, l\u00e1ssuk, mit kapunk h\u00e1t a 2008-ban?<\/p>\n
1. DATE t\u00edpus. 0001-01-01 \u00e9s 9999-12-31 k\u00f6z\u00f6tt m\u0171k\u00f6dik, \u00e9s csak 3 byte-ot eszik. Nyilv\u00e1n nap a felbont\u00e1sa.<\/p>\n
2. TIME t\u00edpus. Maximum 100ns felbont\u00e1s\u00fa, lehet szab\u00e1lyozni, mennyire legyen pontos. TIME(7) pl. 100ns-os, \u00e9s 5 byte-os ig\u00e9nyel. TIME(0) csak 3 byte, cser\u00e9be csak sz\u00e1zad mp-ig pontos. M\u00e9g egy p\u00e9ldak\u00e9nt TIME(4) 4 byte, \u00e9s 3-4 digitig pontos (kb. ms-os felbont\u00e1s).<\/p>\n
3. DATETIME2. Az el\u0151z\u0151 kett\u0151 hibridje, 6-8 byte kell neki, nyilv\u00e1n az id\u0151 tag pontoss\u00e1g\u00e1t\u00f3l f\u00fcgg\u0151en. <\/p>\n
4. DATETIMEOFFSET t\u00edpus. A DATETIME2 id\u0151z\u00f3n\u00e1val kieg\u00e9sz\u00edtett v\u00e1ltozata. Stringk\u00e9nt \u00edgy szoktuk le\u00edrni: ‘2007-05-08 12:35:29.1234567+12:15, azaz plusz 12 \u00f3ra 15 perc az id\u0151eltol\u00f3d\u00e1s. <\/p>\n
Ami izgi k\u00e9rd\u00e9s, hogyan l\u00e1tszanak ezek a t\u00edpusok ADO.NET-b\u0151l, r\u00e1ad\u00e1sul, mit l\u00e1tunk 2.0-b\u00f3l, \u00e9s mit a 3.5-b\u0151l, ami m\u00e1r fel van k\u00e9sz\u00edtve az \u00faj t\u00edpusokra?<\/p>\n
El\u0151sz\u00f6r n\u00e9zz\u00fck a 3.5-\u00f6t. Az SqlDbType-ban k\u00e9sz\u00fclt n\u00e9gy \u00faj \u00e9rt\u00e9k:<\/p>\n
SqlDbType.Date
\nSqlDbType.Time
\nSqlDbType.DateTime2
\nSqlDbType.DateTimeOffSet<\/p>\n
Az SQL DATE \u00e9s DATETIME2 a CLR megszokott DateTime t\u00edpus\u00e1ra k\u00e9pz\u0151dik le. A TIME a TimeSpanra, a DATETIMEOFFSET pedig egy \u00faj CLR t\u00edpusra a System.DateTimeOffsetre alakul \u00e1t. B\u0151vebben itt<\/a>.<\/p>\n