von Manuel Hoppe:
> Gesendet: Dienstag, 28. März 2006 22:07
> An: Mailingliste OpenGeoDB
> Betreff: Re: [opengeodb] opengeodb Nachrichtensammlung, Band 32,
> Eintrag 11
>
> Klaus Schmidt schrieb:
> > Ich empfehle die Festlegung auf ANSI SQL 92, weil der Standard von
> allen
> > hier verwendeten DBs 'verstanden' wird- ANSI SQL99 includiert den
> 92er.
> [...]
>
> Einverstanden.
>
> Meiner Meinung nach ist das aber keine Prio 1, sondern eher was
> langfristiges. Ganz abgesehen von den SUpportanfragen die nach dem
> Update aufkommen werden.
>
Man müsste 'eigentlich' nur den SQL-Dump, die Feldtypen und Indexe
checken. Bei phpMyAdmin kann man den Export-Typ sogar auf
ANSI-einstellen. Das sollte auch bei PostgreSQL gehen. Damit herrscht
dann Frieden.
Einverstanden: keine Prio
> > Allerdings gibt es für das Eingangs genannte Problem "'Level' ist
> > geschütztes Wort in Oracle und darf kein Feldname sein" o.ä. auch im
> > ANSI m.E. keine Entsprechung. Es ist schlicht ein Fehler des Parsers
> der
> > Oracle-Engine an jener Stelle auf seine Funktionen zu beharren und
> nicht
> > einen Namen zu vermuten, wie andere DBs. Oracle ist für mich lange
> her:
> > oft genügte die Syntax Tabellenname.Feldname statt nur 'Feldname' um
> > Abhilfe zu schaffen (und ist vielleicht auch korrekt).
> > Dies nur am Rande.
>
> Kann es sein das man den Tabellenname auch in Anführungsstriche setzen
> kann, damit es funktioniert. Bei MySQL hilft es ja zumindest bei
> reservierten Worten.
Ich denke, dass dieses Randthema, wer mit welchen Mittelchen und Queries
auf die gelieferten Daten und Strukturen in 'seiner' DB zugreift, schon
außerhalb jeglichen Supports ist, weil dass ja bereit die
Anwendungsprogrammierung betrifft.
Nur die o.g. Basis (Dump etc.) müssen einmal 'sauber' sein.
Ich habe auch das Gefühl, dass es das schon ist, denn mit einer auf
ANSI-eingestellten MySQL flutscht der Dump sauber durch.
EOT
Gruß
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
|
