Dátum - nerozumiem mu

[Stanislav Hruška]

Dostal som údaje z Paradox-u. Jedno pole je Date. Je tam hodnota 00:00,0. Dal som to do Excel-u. Ak som vybral bunku, tak ukazoval rôzne hodnoty. Keď som bunky naformátoval ako Dátum, tak sa to všetko zobrazilo.
Ako to vlastne funguje. Niečo také som ešte nevidel.
Najnižší dátum má divnú hodnotu 0.1.1900
K tomu mám zhruba 200 záznamov s takými: 01.04.1893 00:00:00,000. To podľa všetkého nedostanem do svojej DB tabuľky.
Ďakujem

[vandrovnik]

Ty hodnoty jsou hádám jen různým způsobem pomršené NULL, ne?

[Stanislav Hruška]

Ako to mám vedieť? Opýtam sa na to. Mám aj prázdne stĺpce - to sú určite null.

Zistil som, že Excel pozná dátumu až od 1.1.1900 hore
Náhodne to asi nie je. Ak skáčem z bunky na bunku, tak v jednotlivých bunkách vždy dostanem jedinú, tú istú hodnotu.

[Jan Fiala]

Datum je celá část čísla, desetinná část je čas.
To, že je Excel hloupý, s tím ti nepomůžu. Datumy pod 1.1.1900 zobrazí, ale neumí s nimi jako s datumy pracovat. A tudíž je ani nepřevede třeba z tvé tabulky.
Když to tvé "datumové" pole načteš jako Float, tak dostaneš co?

[Stanislav Hruška]

Nebralo mi to ani pre dátum.Toto:

[Stanislav Hruška]

Hm, v originále csv som to mal takto:
04.05.1968 00:00:00,00
Odrezal som posledné ":00,00" a už to vyzerá dobre.

[Stanislav Hruška]

Prečo sa mu nepáčia tieto dátumy? Ako ho môžem presvedčiť DB manažér o správnosti dátumov? Zo 117 845 záznamov mi zoberie 3 599. Iba hodnoty null.

[miroB]

Keď uvedieš len "invalidné" dátumy, tak je ťažké určiť presnú chybu.
Môže ísť o klasiku, kde je v hre poradie "d.m.yyyy" vs. "yyyy.m.d" vs "yyyy.d.m" ..
alebo oddeľovač dátumov "/", ".", "-".
To sú základy nekonečného príbehu inkompatibility.

A v tvojom prípade aj zjavný fakt, že
"00:00,00" (invalid floating point..) nie je to isté ako plnokrvný čas:
"00:00:00,00"
alebo
"00:00:00.00"
V prípade "Orezal som :00,00" zase nasvedčuje, že desatinná bodka, resp. inde čiarka sa nezhodujú.

Excel má limit ako píšeš: jeho "spodný" limit na dátum je integer(0).
DateTime je float formát, ale samotný dátum (bez času) je reprezentovaný celým číslom (počet dní od 1.1.1900 po predmetný dátum).
Horná hranica dátumu v rámci integer je myslím zhodná pre Excel aj pre Delphi, či MS Access.( "31.12.9999" )
Excel a Delphi a aj Access sú kompatibilné (priamo v princípe uloženia ako typ extended).
Smola, že len Excel nejde aj do tých záporných čísel. Preto končí zdola niekde na 01.01.1900
Na dolnej strane (začiatok roka 1900) je jednodňová nekompatibilita Excelu a Accessu. Chyba je historicky daná tuším z Lotusu, alebo Calc-u
Excel tú chybu schválne preberá aj keď sa o nej vedelo (Nejaký prestupný rok, či ako.
Od marca 1900 hore sú však dátumy kompatibilné s databázami Access, SQL Server .. ).
A netuším prečo nejde Excel do záporných čísel, tak by zvládal aj dátumy pred rokom 1900.
Myslím, že Delphi umožní niečo ako StrToDateTime( '01.01.0001'). Viď aj príklad kódu dolu.
Vyskúšaj si toto:

Kód: Delphi [Vybrat]

1. var
2.   dt: TDateTime;
3.   r: Extended;
4. begin
5.   dt := strToDateTime('01.01.0001'); // valid
6.   r := dt;                           // -693593
7.   dt := r - 1;                       // debugger 00.00.0000, alias extended -693594
8.   r := dt;                           // -693594
9.   dt := strToDateTime('00.00.0000'); // inavalid

[Stanislav Hruška]

Ja som to vyriešil nakoniec tak, že som úplne odstránil časovú časť. DB manažér s ňou nebol spokojný. Aj tak nebola využitá.

[miroB]

Ja som to vyriešil nakoniec tak, že som úplne odstránil časovú časť. DB manažér s ňou nebol spokojný. Aj tak nebola využitá.

Celkom dosť záleží na tom, ako "odstrániš" časovú časť.
Sú dve možnosti prevodu typu Double/Extended na Integer.
A./ Zaokrúhlenie. To by bola chyba, pretože po 12:00 dostaneš výsledok, ktorý ziodpovedú nasledujúcemu dňu
B./ "Odtrhnutie", tuším je to pomocou funkcie Trunc. Vtedy dátum z DateTime reprezentuje vždy správny deň

[Stanislav Hruška]

Ja som to robil v csv súbore. Čiže v textovom editore. Funkcia Repleace.