Alles sehr interessante Aspekte! Das mit den Quotes von PostgreSQL hatte ich noch nicht gehört. Da würde ich auch unbedingt D wählen.

Ich verwende ebenfalls Variante D.

Ein technischer Aspekt: Zumindest bei PostgreSQL ist man gezwungen Feld- und Tablenamen zu quoten wenn sie nicht komplett ...

Danke Sebastian!

EyDu hat geschrieben:Hallo.

In den seltenen Fällen, in denen ich mal SQL benutze, schreibe ich Namen vollständig in Kleinbuchstaben, reservierte vollständig in Großbuchstaben. In beiden Fällen trenne ich durch Unterstriche. Das hat sich für mich irgendwie am übersichtlichsten rausgestellt.

Sebastian

Zugegebenermaßen ist es eine Geschmackssache, aber es gibt auch guten und schlechten Geschmack. Was wäre also am besten (aus Lesbarkeitssicht, einschließlich Python-Programme) wenn es um die Namensvergebung der Felder geht?

Mein Geschmack sagt mir: Hauptsächlich kleine Buchstaben . Möglicherweise ...

Darii, BlackJack: Ich glaube nicht dass ich das Thema Unicode jetzt für immer los geworden bin! Die momentane Frustration darüber, dass eine einfache Sache wie die Berechnung der Breite einer Zeichenkette mein Fortschritt verhindert, habe ich allerdings überwunden.

Die Datenbank ist in latin1 weil ...

Nein, Cofi meinte die Präsentation mit den richtigen Folien, als PDF.
Die hier (Die hat acuh schon Hyperion gepostet - im 5. Post dieses Threads)

Danke! Jetzt gelesen. Ist komplizierter als erwünscht. "Man kann das Encoding nicht zuverlässig erraten", nicht gerade ermutigend.

Also habe ich die ...

jens hat geschrieben:Du kannst MySQLdb.connect noch ein paar Einstellungen mit geben wie charset="utf8" und use_unicode=True

Jens, ja, habe ich probiert (hätte ich sagen sollen). Half auch nicht. Die Daten konnten nicht von Python als Unicode mit richtiger "len("-Berechnung behandelt werden.

Ich dachte du haettest dir die Praesentation schon angeschaut? Du hast es aber scheinbar noch nicht ganz verdaut (es ist - zugegeben - nicht ganz einfach). Also nochmal durcharbeiten!

Python 2 arbeitet mit Byte-Strings, aus der Datenbank bekommst du mit Latin1 kodierte Byte-Strings. Python 2 ...

Das Freuen betrifft allerdings nur noch Unicode-Texte aus der Programmdatei. Wenn ich die Daten aus der Datenbank lese, bekomme ich UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 3: ordinal not in range(128).

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import codecs
import ...

Darii, danke! Habe zuerst
sudo easy_install -U setuptools
machen müssen (readline wollte eine neuere Version, >=0.6c9).

Dannach lief die easy_install von readline flott und jetzt sieht die Python-Commandzeile gut aus:

kaj@Birger[kajtajm]$ python
Python 2.5.1 (r251:54863, Feb 6 2009, 19:02:12 ...

Die Python-Benutzeroberfläche weigert sich übrigens, Umlaute darzustellen. Was ist die „Python-Benutzeroberfläche“? Was für eine Version benutzt du? Hast du irgendwas nachinstalliert? Das mitgelieferte Python hat jedenfalls keine derartigen Probleme.

Unter "Python-Benutzeroberfläche" verstehe ich ...

Darii, danke für den Hinweis! Wusste ich nicht. Als ich nachgeschaut habe, hatte ich aber schon UTF8. Komisch. Die Python-Benutzeroberfläche weigert sich übrigens, Umlaute darzustellen. MySQL und der Shell nicht. Auch komisch.

Du kannst das auch einfacher haben, indem du dein Terminal so ...

Nicht schief! Jetzt nicht zu früh gefreut - danke! :)
kaj@Birger[kajtajm]$ umlautbeispiel.py
Gemüse 6 Schief
Obst 4 Schief
München 7 Schief
1¾ 2 Schief
Herrlich 8 Schief
Wunderbar 9 Schief


import codecs
import sys
mitundohneumlaute = [u"Gemüse",u"Obst",u"München",u"1¾",u"Herrlich", u"Wunderbar ...

Ja, lesenswert! Jetzt kriege ich die richtigen Längen aus len(), bekomme aber immer noch ein schiefes Output:

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import codecs
import sys
mitundohneumlaute = [u"Gemüse",u"Obst",u"München",u"1¾",u"Herrlich", u"Wunderbar"]

for item in mitundohneumlaute ...

Ich habe mich etwas zu früh gefreut:
#!/usr/bin/env python
# -*- coding: utf-8 -*-
import codecs
mitundohneumlaute = [u"Gemüse",u"Obst",u"München",u"1¾",u"Herrlich", u"Wunderbar"]

for item in mitundohneumlaute:
print "%-9s %2s %6s" % (item, len(item), "Schief")

ergibt
kaj@Birger[kajtajm ...

u"Wünderbär"
u"Vielen herzlichen Dank!"

>>> mitundohneumlaute = [u"Gemüse",u"Obst",u"München", u"1¾", u"Herrlich", u"Wunderbar"]
>>> for item in mitundohneumlaute:
... print "%-9s %2s %6s" % (item, len(item), "Nicht schief")
...
Gemüse 6 Nicht schief
Obst 4 Nicht schief
München 7 Nicht schief
1¾ ...

Ich versuche Texte zu formattieren, die nicht 7-bit sind. Die Spalten sind aber schief, da für die Format-Länge irgendein Speicherbedarf benutzt wird, anstatt Druckbreite.

Programmcode (unter Mac OS X):
#!/usr/bin/env python
# -*- coding: utf-8 -*-

mitundohneumlaute = ["Gemüse","Obst","München ...

[wiki]Parametrisierte SQL-Queries[/wiki] :lol:

Sehr hilfreich! Eins meiner Script-Programme sieht jetzt so aus:

#!/usr/bin/env python
# -*- coding: latin-1 -*-
#
# ktreplace: Replace one project with another in all of kajtajm

import sys
from ktopendb import db
from datetime import date ...

Danke DasIch! Diese sind gute Fragen. Ich glaube sie auch beantworten zu können. Meine Fragen lagen im Bereich Syntax- und Scopebeherrschung von Python. Dies glaube ich dank Lunar mittlerweile besser verstanden zu haben. Jetzt kommt also wieder der Spaßfaktor, und zwar das Konzentrieren auf Deine ...

Danke Lunar!

Der Vorschlag, Prepared Statements zu nutzen, hatte weniger mit Effizienz zu tun, als vielmehr mit Sicherheit und Robustheit. Ohne Prepared Statements musst Du die Eingabeparameter validieren und maskieren, um SQL-Injections und Syntaxfehlern (falls SQL-Sonderzeichen oder ...

Muss man denn unter Mac OS X keinen Shebang angeben?
Natürlich muss man. Und dies war auch der Fehler, wieso X gelaunched wurde. Vielen Dank lunar! Dass der Fehler so blöd war ... :)

Was denn Quelltext angeht:
- Prepared Statements nutzen statt SQL-Ausdrücke mit Zeichenkettenverkettung ...