MySQL: Zeichensatz unter Windows, DB-Verzeichnisse

[fatalerror]

Zitat:

Zitat von Bernhard Geyer

Falls nein: Können 30 k€ pro Jahr Lizenzkosten verkraftet werden (bzw. 1 MySQL-Serverlizenz pro Server?)

Bin jetzt grad richtig erschrocken, wie kommst du auf diese Preise? Das waren doch mal 500 € pro Server oder liege ich da total falsch?

[idefix2]

Zitat:

Im Notfall implementiert man sich eine eigene "Datapump" in 1-2 Tagen.

Natürlich kann man im Notfall alles mögliche machen. Bloss fühle ich mich eigentlich verarscht, wenn ein Programm, das auf einem PC laufen soll, den normalen PC Zeichensatz nicht beherrscht. Und dass MySQL jetzt von Oracle übernommen wurde, spricht natürlich auch nicht dafür, in Zukunft auf dieses Pferd zu setzen.

Zitat:

Aus meiner Sicht würden eher andere Dinge gegen MySQL sprechen

Stimmt. Wenn es das einzige wäre, würde ich wahrscheinlich die Krot schlucken und erst einmal schauen, wie ich die Umlaute in die Datenbank hineinbekomme. Aber so wie die Dinge liegen, werde ich die MySQL Variante nicht mehr weiter verfolgen. Schau mir gerade SQLite an, das könnte für meine Bedürfnisse fürs erste reichen. Die sehr eingeschränkte Mehrplatzfähigkeit bereitet mir allerdings etwas Bauchweh. Für die Sachen, die ich jetzt gerade mache, kein Problem, aber wenn ich irgendwann wieder ein echtes Multiuser-System brauche, muss ich mich erst wieder nach etwas anderen umschauen.

[omata]

Warum schaust du dir dann nichtmal Firebird an?

[mkinzler]

Zitat:

Zitat von omata

Warum schaust du dir dann nichtmal Firebird an?

Das wäre auch mein Tip

[Bernhard Geyer]

Zitat:

Zitat von fatalerror

Zitat:

Zitat von Bernhard Geyer

Falls nein: Können 30 k€ pro Jahr Lizenzkosten verkraftet werden (bzw. 1 MySQL-Serverlizenz pro Server?)

Bin jetzt grad richtig erschrocken, wie kommst du auf diese Preise? Das waren doch mal 500 € pro Server oder liege ich da total falsch?

Das sind die Kosten einer Firmenlizenz bei unbeschränkter Verteilung (AFAIK aber nur für MyISAM, InnoDB war irgendwie das doppelte).
Wenn die Anzahl der Installationen gering ist, ist es natürlich günstiger pro Server zu Lizensieren.

Zitat:

Zitat von idefix2

Natürlich kann man im Notfall alles mögliche machen. Bloss fühle ich mich eigentlich verarscht, wenn ein Programm, das auf einem PC laufen soll, den normalen PC Zeichensatz nicht beherrscht.

Der "normale" Zeichensatz unter Windows ist Unicode. Der Zeichnesatz-Support sit nur nötig für "legacy" Anwendungen die kein Unicode beherrschen.

Zitat:

Zitat von idefix2

... Die sehr eingeschränkte Mehrplatzfähigkeit bereitet mir allerdings etwas Bauchweh. Für die Sachen, die ich jetzt gerade mache, kein Problem, aber wenn ich irgendwann wieder ein echtes Multiuser-System brauche, muss ich mich erst wieder nach etwas anderen umschauen.

Am besten das System DB-Neutral (z.B. mit Brige-Pattern) aufbauen so das du später einfach weitere Unterstützte DB-System hinzufügen kannst und der Kunde wählt dann sein System aus das er eh im Hause hat.

[idefix2]

Zitat:

Der "normale" Zeichensatz unter Windows ist Unicode. Der Zeichnesatz-Support sit nur nötig für "legacy" Anwendungen die kein Unicode beherrschen.

Bis jetzt hat mich unter Windows noch kein Programm dazu gezwungen, mich mit unterschiedlichen Zeichensätzen herumzuschlagen, abgesehen von der Konversion von alten MS-Dos Files und abgesehen von Mailprogrammen, die diesbezüglich oft sehr mühsam sind - den Indy Komponenten das Versenden von Mails mit Umlauten beizubringen, die auch richtig als Umlaute beim Mail-Empfänger ankommen, war eine Herausforderung.

Den Zeichensatz, mit dem die üblichen Windows Programme arbeiten (Standard-Installation vorausgesetzt), würde ich als einen normalen Windows Zeichensatz bezeichnen. Ein DBMS, das auf einem Windows Rechner läuft, muss mit diesem Zeichensatz zurechtkommen. Erstelle z.B. mit Notepad ein einfaches tab-delimited File mit Umlauten und lass mich wissen, wie Du das ohne Zusatzprogrammierung (ich meine echte Zusatzprogrammierung, die Anpassung von irgend welchen Parametern im MySQL wäre ja durchaus in Ordnung) mit MySQL-eigenen Mitteln in eine MySQL Tabelle importierst.

[idefix2]

Zitat:

Warum schaust du dir dann nichtmal Firebird an?

bin schon dabei :)

[Bernhard Geyer]

Zitat:

Zitat von idefix2

Bis jetzt hat mich unter Windows noch kein Programm dazu gezwungen, mich mit unterschiedlichen Zeichensätzen herumzuschlagen,

Auch wenns Off-Topic wird: Diverse Betas von OpenOffice waren unfähig Dateien mit Sonderzeichen zu öffnen.
Und wenn du Lazarus/FreePascal-Programme verwendet könnte das auch passieren - siehe diverse Threads zu UTF8-Codierung in der FCL/...

Zitat:

Zitat von idefix2

Erstelle z.B. mit Notepad ein einfaches tab-delimited File mit Umlauten und lass mich wissen, wie Du das ohne Zusatzprogrammierung (ich meine echte Zusatzprogrammierung, die Anpassung von irgend welchen Parametern im MySQL wäre ja durchaus in Ordnung) mit MySQL-eigenen Mitteln in eine MySQL Tabelle importierst.

Brauch ich nicht machen. Unser Apps können sowas. Da brauch ich mich (wie auch bei anderen DB's) mich nicht mit dem Textdateiimport herumschlagen.

[idefix2]

Natürlich brauchst Du das nicht (egal ob Deine Apps das können oder nicht).
Der Punkt ist, dass MySQL es nicht kann.

Kann ein DBMS Trigger? Braucht es nicht, meine Apps handeln das ohnehin.
Kann ein DBMS Stored Procedures? Braucht es nicht, die Prozeduren sind ohnehin in meinen Apps programmiert.
Kann ein DBMS ....? Braucht es nicht ....

Auf der Basis gibt es eigentlich keine Kriterien für die Beurteilung von irgendwas.

[mkinzler]

Zitat:

Kann ein DBMS Trigger? Braucht es nicht, meine Apps handeln das ohnehin.

Trigger könnten u.U. aber doch Vorteile bieten

Zitat:

Kann ein DBMS Stored Procedures? Braucht es nicht, die Prozeduren sind ohnehin in meinen Apps programmiert.

Das ist nicht das Selbe.