Text sucherei

[tsteinmaurer]

Zitat:

Hmmm, auf was soll man da dann migrieren, ich habe ja das problem, das die gleiche datenbank ja auch in anderne ländern funktionieren sollte (Also Tschechei, Ungarn, Slowakei, Serbien ... )

Naja, mit Unicode wärst halt auf der sicheren Seite. Aber damit das Sinn macht, muss auch die Client-Anwendung, Delphi etc. mitmachen.

Zitat:

Das COLLATE ist so langsam das ich es wieder rausgeben mußte ...

Du könntest mal versuchen den CAST im Falle von BEZEICHNUNG nicht auf einen BLOB sondern auf einen VARCHAR zu machen. Vielleicht hilft das bzgl. Performance. Ein Index wird dir da aber nie verwendet werden.

Zitat:

Siehst du einen kurzfristigen weg, mit dem man das lösen kann OHEN die Db anzugreifen (ich möchte nun ungern über 100 DB's umändern ... )

Ehrlich gesagt keinen Vernünftigen. Haben sich deine Kunden noch nie beschwert, dass z.B. auch die Sortierung nach Textfeldern eine Katastrophe ist?

[Iwo Asnet]

Wieso baut man sich dafür keine UDF?
WHERE UDFMatches(Field,'%Sörtschtäxt%')

[Gruber_Hans_12345]

Das mit der sortierung ist unsofern "kein Problem", da dies der Client erledigt.

Das mit dem UDF Match wäre sicher mal ne interessante lösung, brauche zwar dann zwei (einmal varchar und einmal blob)

gibt es irgendwo ein tutorial wie ich die Datenbank von meinem NONE CHARSET in ein vernünftiges (passt dieses ISO8859_1) wandeln kann?

[tsteinmaurer]

Zitat:

passt dieses ISO8859_1

Dies läßt mich darauf schließen, dass du dich noch nicht wirklich mit Firebird-Zeichensätzen auseinandergesetzt hast? Mit ISO8859_1 kannst du Probleme bekommen, weil du ja auch Tschechien bedienen mußt. Würde mal vorschlagen dir Stefan's Seite anzusehen: http://www.destructor.de/charsets/index.htm bzw. auch seine Konferenz-Talks zu diesem Thema: http://www.destructor.de/talks/index.htm. Ein Verständnis über Zeichensätze sind IMHO genau so wichtig, wie die Kenntnis über die Syntax einer FOR-Schleife. Die Zeit ist gut investiert!

Zitat:

gibt es irgendwo ein tutorial wie ich die Datenbank von meinem NONE CHARSET in ein vernünftiges (passt dieses ISO8859_1) wandeln kann?

Der offizielle Weg ist:
* Datenbankstruktur in ein Skript-File extrahieren
* Alle Zeichensatz-relevante Informationen mit dem neuen Ziel-Zeichensatz anpassen
* Datenbank über das Skript neu erstellen
* Datensätze transferieren

Der inoffizielle Weg wäre ev. über Systemtabellen-Updates, aber da spielt man mit dem Feuer.

Der offizielle Weg hat allerdings einiges an Automatisierungspotential, d.h. je nach Datenbankgröße würde ich auch nicht vor 100 Datenbanken zurückschrecken. Solltest hier technische Unterstützung benötigen, siehe http://www.delphipraxis.net/169151-b...it-delphi.html

[himitsu]

Alternativ könnte man auch ein Backup machen (z.B. als SQL-Datei mit vielen INSERTs exportieren, aber ohne Datenbankstrukturen)
und dann die DB platt machen, neu aufbauen, mit den richtigen Charsets und das Backup wieder einspielen.

Zitat:

UPPER(BEZEICHNUNG) LIKE '%TESTäöDR%'

Einige DBMS kennen auch sowas wie ein ILIKE (caseinsensitives LIKE)
und vom MySQL kenn ich caseinsensitive Tabellenfelder, bzw. caseinsensitive CharSets oder wie das nochmal genau aussah, wo der Index caseinsensitiv ist und wo dann auch caseinsensitiv gesucht wird.