[MySQL] =?ISO-8859-2?Q?Przek=B3amania_w_dacie?=
Tomasz Tybusz - 12-07-2006 02:06
[MySQL] =?ISO-8859-2?Q?Przek=B3amania_w_dacie?=
Piszę oprogramowanie korzystające z bazy MySQL 5.0.13, używając MS Visual Studio
2003 .NET(VB) z pomocą MySQL Connector .NET 1.0.7. Ze względu na brak możliwości
używania dat w postaci NULL lub 0000-00-00 używam zapisu 2099-12-31. Niestety,
przy próbie odczytu ujawniają się co jakiś czas przekłamania w bazie danych.
Zamiast 2099-12-31 pojawia się B4283-12-31 lub 2099-08-31. Na 100% te dane nie
są wpisywane do bazy, a na dodatek pierwsza z wartości powoduje błędy w odczycie
bazy przez program. Czy ktoś spotkał się kiedyś z tym problemem? Czym to może
być spowodowane? Może temperaturą? :)
używam sql mode =
STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_D ATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADIT IONAL,NO_AUTO_CREATE_USER
Pola daty określone są jako date NOT NULL DEFAULT '2099-12-31'
Dodatkowo problem występuje też z polami decimal(10,2) NULL Default 0.00. Pomimo
ustawienia w nich wartości 0.00 przy odczycie ujawnia się wartość dokładnie nie
pamiętam ale mniej więcej coś takiego -44564566/.2 Na pewno w środku jest "/."
Przy odczycie program się wysypuje, gdyż decimal to raczej nie jest
Przemyslaw Popielarski - 12-07-2006 02:07
=?iso-8859-2?Q?Re:_=5BMySQL=5D_Przek=B3amania_w_dacie?=
Tomasz Tybusz wrote:
> Piszę oprogramowanie korzystające z bazy MySQL 5.0.13, używając MS
> Visual Studio 2003 .NET(VB) z pomocą MySQL Connector .NET 1.0.7. Ze
> względu na brak możliwości używania dat w postaci NULL lub 0000-00-00
> używam zapisu 2099-12-31. Niestety, przy próbie odczytu ujawniają się
> co jakiś czas przekłamania w bazie danych. Zamiast 2099-12-31 pojawia
> się B4283-12-31 lub 2099-08-31. Na 100% te dane nie są wpisywane do
> bazy, a na dodatek pierwsza z wartości powoduje błędy w odczycie bazy
> przez program. Czy ktoś spotkał się kiedyś z tym problemem? Czym to
> może być spowodowane? Może temperaturą? :)
Jaki typ pola? Jesli timestamp, to 32-bitowe maszyny moga miec problem z
datami powyzej 2037 r.
http://dev.mysql.com/doc/refman/5.0/...ompliance.html
--
../ premax
../ premax@hot.pl
../ koniec i bomba, a kto czytal ten traba. w.g.
Tomasz Tybusz - 13-07-2006 01:46
Przemyslaw Popielarski napisał(a) w dniu 2006-07-11 23:51 wiadomość o
następujacej treści:
> Tomasz Tybusz wrote:
>> Piszę oprogramowanie korzystające z bazy MySQL 5.0.13, używając MS
>> Visual Studio 2003 .NET(VB) z pomocą MySQL Connector .NET 1.0.7. Ze
>> względu na brak możliwości używania dat w postaci NULL lub 0000-00-00
>> używam zapisu 2099-12-31. Niestety, przy próbie odczytu ujawniają się
>> co jakiś czas przekłamania w bazie danych. Zamiast 2099-12-31 pojawia
>> się B4283-12-31 lub 2099-08-31. Na 100% te dane nie są wpisywane do
>> bazy, a na dodatek pierwsza z wartości powoduje błędy w odczycie bazy
>> przez program. Czy ktoś spotkał się kiedyś z tym problemem? Czym to
>> może być spowodowane? Może temperaturą? :)
>
> Jaki typ pola? Jesli timestamp, to 32-bitowe maszyny moga miec problem z
> datami powyzej 2037 r.
> http://dev.mysql.com/doc/refman/5.0/...ompliance.html
>
Pole jest typu date
Tomasz Tybusz - 13-07-2006 01:46
Tomasz Tybusz napisał(a) w dniu 2006-07-12 09:50 wiadomość o następującej treści:
> Przemyslaw Popielarski napisał(a) w dniu 2006-07-11 23:51 wiadomość o
> następujacej treści:
>> Tomasz Tybusz wrote:
>>> Piszę oprogramowanie korzystające z bazy MySQL 5.0.13, używając MS
>>> Visual Studio 2003 .NET(VB) z pomocą MySQL Connector .NET 1.0.7. Ze
>>> względu na brak możliwości używania dat w postaci NULL lub 0000-00-00
>>> używam zapisu 2099-12-31. Niestety, przy próbie odczytu ujawniają się
>>> co jakiś czas przekłamania w bazie danych. Zamiast 2099-12-31 pojawia
>>> się B4283-12-31 lub 2099-08-31. Na 100% te dane nie są wpisywane do
>>> bazy, a na dodatek pierwsza z wartości powoduje błędy w odczycie bazy
>>> przez program. Czy ktoś spotkał się kiedyś z tym problemem? Czym to
>>> może być spowodowane? Może temperaturą? :)
>> Jaki typ pola? Jesli timestamp, to 32-bitowe maszyny moga miec problem z
>> datami powyzej 2037 r.
>> http://dev.mysql.com/doc/refman/5.0/...ompliance.html
>>
> Pole jest typu date
Właśnie przed chwilą zrobił się taki cyrk data 2006-07-11 zmieniła się
automagicznie w B390-07-11. Czy to jakieś binarne przekłamania w bazie, po
prostu nie wiem. Proszę o pomoc, bo sam już nie wiem co o tym myśleć.
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Gdzie MySQL 4.1, a gdzie 5.0?
[MS SQL] "set names" (mySQL) w MS SQL
oracle -> oracle lub oracle -> mysql replikacja - programy
[mysql 4.0] SELECT t1.id, t1.foo FROM t1 oraz COUNT t2 w jednym zapytaniu.
[MySQL] Zwrot tego, co pasuje i nie pasuje :-/
[pgsql] Dostosowanie składni MySQL 5.0 -> PGSQL 8.1
[mysql] galeria zdjec - numerowanie zdjec
[MySQL] Zapytanie z pliku , wynik do pliku
[mysql] CONCAT agregujący, ale nie GROUP_CONCAT()
mysql data 0000-00-00 na koniec
zanotowane.pldoc.pisz.plpdf.pisz.platanvarne633.opx.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
