![]() |
AW: Welches DateTime Format schluckt jede Datenbank?
wenn ich irgendwelche abstrusen strings bekommen würde und diese in gültige timestamps umwandeln sollte,
dann wäre mein weg mit firebird 3, diese beim Import durch eine selbstgeschriebene Stored Function zu schicken so das der Insert in etwa so aussieht: insert into tbl(id,ts) values(123, MeineFunktion('heute')); insert into tbl(id,ts) values(124, MeineFunktion('jetzt')); insert into tbl(id,ts) values(125, MeineFunktion('Neujahr 2020')); etc create or alter function MeineFunktion (val varchar(80)) returns timestamp as declare variable res timestamp; begin if (val='heute') then res=current_date; else if (val='jetzt') then res=current_timestamp; else if (val containing 'Neujahr') then begin res=cast(replace(val,'Neujahr ','1.1.') as date); end else res=val; return res; end die üblichen formate kann firebird relativ gut, aber meine Erfahrung basiert zum Beispiel auf Import von EMail Inhalten, wo der sender mal gerne schwachsinn einbaut, unter anderem kam da auch schon utc+48 als Zeitzone oder 25:10 als Uhrzeit usw. iIm falle einer exception kann man dann mit einer when any anweisung den ungültigen string in eine extra protokoll tabelle packen und seine routine nach und nach verbessern. ist aber vielleicht nicht das was du suchst, aber ein weg, das geschilderte Problem mit fb zu lösen |
AW: Welches DateTime Format schluckt jede Datenbank?
Zitat:
Bevor das jemand fragt: CURRENT_TIMESTAMP ist die einzige von MySQL und MSSQL akzeptierte Schreibweise für Jetzt. |
AW: Welches DateTime Format schluckt jede Datenbank?
Zitat:
Daher gibt das als ODBC String an, wie ich oben bereits geschrieben hatte.
Code:
{ts'2020-09-17 16:24:33'}
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:23 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz