Am Dienstag, 11. November 2003 00:37 schrieb Jan Trippler:
Am Montag, 10. November 2003 21:37 schrieb Al Bogner: [...]
Gibt es eine Alternative für "if" unter PostgreSQL? Trigger und Stored Procedures werden bei MySQL auch kommen. Mal sehen, ob ich bald mit MySQL anstehe und zu PostgreSQL migriere.
Ein IF in SQL? Huch? SQL ist eine _Query-Language_, keine Programmiersprache. Ein if gibts in PostgreSQL - da wo es hingehört: In die Procedure Language.
Für einen schnellen Textexport finde ich das zb ganz praktisch. Ich habe mir zB ein Script gemacht, das die Daten aus der mysql-db so exportiert, dass ich diese per Shell-Script in das Telefon-, Adressbuch bzw. Kalender diverser Handys importieren kann. Die DB enthält dazu ein Feld "Tel-Nr. unterdrücken j/n). Mit "if" im select-Befehl kann ich nun direkt angeben, ob ich vor der Nr. #31# haben will und brauche dafür kein externes Programm. Solche simplen if-statements brauche ich hier relativ oft.
Ich hab mir die Seite, die Du genannt hast, mal angeschaut - hm, naja. Einige Sachen stimmen IMHO einfach nicht, andere sind etwas - ähm, einseitig - dargestellt.
Das dachte ich mir auch und damit muß man auch rechnen, dass jeder sein eigenes Produkt möglichst gut aussehehn läßt.
Ich würde es nur begrüßen, wenn man _vor_ dem Einsatz mal gründlicher nachdenken würde und nicht gleich *mysql, weil - das nehmen sie alle* brüllen würde. Für DB-Anwendungen mit höheren Ansprüchen an die Qualität des DB-Designs (z. B. kaufmännische Anwendungen) halte ich (fast) jede andere SQL-DB für besser geeignet.
Hier ist die Situation so: Beim Recherchieren kam klar heraus, dass ich in der Theorie PG besser fand. In der Praxis scheiterte ich dann aber schon am Textimport. Im Nachhinein ist mir klar, dass da PG nichts dafür konnte und auch bei mysql klappte es anfangs nicht und zwar nicht aus Syntax-Problemen, sondern weil ich spezielle Zeichen im Text hatte. PhpMyAdmin mag die Daten noch immer nicht, aber mittlerweile komme ich auch mit der Kommandozeile klar. Anfangs steht man da ziemlich an, wenn man nicht importieren kann und eine DB zu migrieren ist. So bin ich nun mal bei MySQL gestrandet, weil ich einfach mal das realisieren konnte, das ich brauchte. Ob es gut gelöst ist, steht fürs erste nicht zur Diskussion, entscheidend ist, dass das funktioniert, was ich brauche. Al