Onderwerp: Incorrect Date value

Ik heb zopas een database (135 MB) geëxporteerd.

Als ik deze op m'n lokale mysql server wil importeren met mysql -u user
-p databae < backupped.sql, dan krijg ik op een gegeven ogenblik de
error

Incorrect date value '0000-01-01'

Ik heb al eens geprobeerd om de sql_mode op '' te zetten zodat niet
gecontroleerd zou worden op geldige datums, maar daar blijkt het niet
aan te liggen.

Iemand een idee wat het probleem zou kunnen zijn?

Een bestand van 135 MB open je niet zomaar ... op een Windows pc
En dan nog, die lijn er tussenuit halen vind ik niet echt een
oplossing.

Ik werk met versie 5.0.37

Bedankt alvast voor de hulp!

--
Groeten,
StriKe

http://www.internetfreakz.be

Op 17-04-2007 21:07 schreef StriKe:
> Ik heb zopas een database (135 MB) geëxporteerd.
>
> Als ik deze op m'n lokale mysql server wil importeren met mysql -u user
> -p databae < backupped.sql, dan krijg ik op een gegeven ogenblik de error
>
> Incorrect date value '0000-01-01'

Tja, het jaar nul bestaat nu eenmaal niet :-)

> Ik heb al eens geprobeerd om de sql_mode op '' te zetten zodat niet
> gecontroleerd zou worden op geldige datums, maar daar blijkt het niet
> aan te liggen.

http://dev.mysql.com/doc/refman/5.0/...-sql-mode.html

Probeer sql_mode='TRADITIONAL' of 'ALLOW_INVALID_DATES'.

--
groet, Ronald

StriKe:
> Ik heb zopas een database (135 MB) geëxporteerd.
>
> Als ik deze op m'n lokale mysql server wil importeren met mysql -u user
> -p databae < backupped.sql, dan krijg ik op een gegeven ogenblik de
> error
>
> Incorrect date value '0000-01-01'
>
> Ik heb al eens geprobeerd om de sql_mode op '' te zetten zodat niet
> gecontroleerd zou worden op geldige datums, maar daar blijkt het niet
> aan te liggen.

Maar wil je zo'n datum wel weer in je nieuwe database hebben? Een
conversie is doorgaans een mooi moment om bestandsvervuiling op te
ruimen.

> Iemand een idee wat het probleem zou kunnen zijn?

Heb je het hele record al eens bekeken? Hoe zien de andere gegevensvelden
er uit? Is er iets stuk? Verschoven?

En belangrijker: zou je kunnen achterhalen wat een "goede waarde" binnen
dat record zou zijn? Wat zou er bijvoorbeeld gebeuren als je (ik noem
maar wat) eerst alle jaartallen-000 zou veranderen in jaartallen-1980?

> Een bestand van 135 MB open je niet zomaar ... op een Windows pc
> En dan nog, die lijn er tussenuit halen vind ik niet echt een
> oplossing.
>
> Ik werk met versie 5.0.37

Er zijn wel andere modi om dit geconverteerd te krijgen, en desnoods moet
je er zelf een scriptje voor schrijven. Maar als dat toch moet, dan heeft
het wel zin om rotzooi om te zetten in correcte waardes, of zulke records
over te slaan en eerst maar eens op een "nader te bekijken"-lijstje te
zetten.

> Op 17-04-2007 21:07 schreef StriKe:
>> Ik heb zopas een database (135 MB) geëxporteerd.
>>
>> Als ik deze op m'n lokale mysql server wil importeren met mysql -u user -p
>> databae < backupped.sql, dan krijg ik op een gegeven ogenblik de error
>>
>> Incorrect date value '0000-01-01'
>
> Tja, het jaar nul bestaat nu eenmaal niet :-)

Sommigen beweren van wel, maar soit, dat ga ik geen punt van maken :-)

> http://dev.mysql.com/doc/refman/5.0/...-sql-mode.html
>
> Probeer sql_mode='TRADITIONAL' of 'ALLOW_INVALID_DATES'.

Heb ze beide geprobeerd en, tot mijn verbazing, ze wrken beide niet
Ik krijg nog steeds dezelfde foutmelding.

--
Groeten,
StriKe

http://www.internetfreakz.be

>> Incorrect date value '0000-01-01'
>>
>> Ik heb al eens geprobeerd om de sql_mode op '' te zetten zodat niet
>> gecontroleerd zou worden op geldige datums, maar daar blijkt het niet
>> aan te liggen.
>
> Maar wil je zo'n datum wel weer in je nieuwe database hebben? Een
> conversie is doorgaans een mooi moment om bestandsvervuiling op te
> ruimen.

Ik heb die database nodig om slechts een aantal testen uit te voeren,
het is niet de bedoeling dat ik die database ga optimaliseren of
whatever. Na die paar testjes mag die voor mijn part naar het
buitenland, waar het mooi weer is

>> Iemand een idee wat het probleem zou kunnen zijn?
>
> Heb je het hele record al eens bekeken? Hoe zien de andere gegevensvelden
> er uit? Is er iets stuk? Verschoven?

Jij enig idee met welk programma ik dat kan openen op een Windows
machine? Die .sql is zo'n 135 MB groot ...

> En belangrijker: zou je kunnen achterhalen wat een "goede waarde" binnen
> dat record zou zijn? Wat zou er bijvoorbeeld gebeuren als je (ik noem
> maar wat) eerst alle jaartallen-000 zou veranderen in jaartallen-1980?

Zie niet direct die mogelijkheid; ik heb een .sql met sql instructies
om een database op te bouwen ...

Beginnen prutsen aan de operationele database lijkt me ook niet 'de
manier', en een backup nemen en proberen importeren geeft het intussen
gekende probleem.

>> Een bestand van 135 MB open je niet zomaar ... op een Windows pc
>> En dan nog, die lijn er tussenuit halen vind ik niet echt een
>> oplossing.
>>
>> Ik werk met versie 5.0.37
>
> Er zijn wel andere modi om dit geconverteerd te krijgen, en desnoods moet
> je er zelf een scriptje voor schrijven. Maar als dat toch moet, dan heeft
> het wel zin om rotzooi om te zetten in correcte waardes, of zulke records
> over te slaan en eerst maar eens op een "nader te bekijken"-lijstje te
> zetten.

Mjah zoals reeds gezegd: 't is niet dat het zo belangrijk is om daar
mooie data van te maken, maar wel des te belangrijker dat ik die db
eens geïmporteerd krijg op m'n lokale systeem om een aantal dingen te
bekijken, dingen die je niet zomaar doet op een operationele database.

--
Groeten,
StriKe

http://www.internetfreakz.be

Probleem opgelost

Bleek dat een set @@session.sql_mode niet deed wat ie moest doen, met
set @@global.sql_mode lukte het dan weer wel als ik die op
allow_invalid_dates zette.

Bedankt voor de reacties!

--
Groeten,
StriKe

http://www.internetfreakz.be