Stored Procedure: Wie varchar iterieren?

[IBExpert]

dann nimm doch einfach upper() oder lower()

[BlueStarHH]

Zitat von IBExpert:

dann nimm doch einfach upper() oder lower()

Ich verstehe gerade nicht, wie mir das helfen sollte. Also nochmal zur Verdeutlichung: Ich übergebe ein großes A oder ein kleines a an die StoredProcedure. Innerhalb der StoredProcedure muss ich erkennen können, ob es ein großes oder kleines a ist. Der Verglich c='a' und c='A' liefert aber immer true, egal was der StoredProcedure übergeben wird. upper() oder lower() wären die Lösung, wenn die Schreibweise egal sein soll. Hier möchte ich jedoch die Schreibweise unterscheiden.

[IBExpert]

bei mir wir ein kleines a nicht ersetzt, weil 'a'<>'A' ist
habe das gerade mit einer fb25 und einer fb3 DB getestet

[BlueStarHH]

Zitat von IBExpert:

bei mir wir ein kleines a nicht ersetzt, weil 'a'<>'A' ist
habe das gerade mit einer fb25 und einer fb3 DB getestet

Ich habe hier fb25 embedded mit einer fb 25 DB mit Deinem IBExpert. Deine "repl" SP von oben nochmal reinkopiert und mit

select repl.res from repl('abc'); -> 1b3
select repl.res from repl('ABC'); -> 1B3

aufgerufen.

Was könnte dafür verantwortlich sein? Spielt da irgendwie eine Zeichensatz/String/Sortier-Defintion mit rein? In meiner DB nutze ich UTF8 / UNICODE_CI_AI in allen VarChar-Feldern. Dabei ist dann ja auch die Schreibweise egal. Aber das dürfte ja in keiner Verbindung zu der StoredProcedure stehen?! Oder gibt es da eine globale DB-Einstellung?

[dataspider]

Das CI in UNICODE_CI_AI steht IMHO für Case Insensitive.

Also könnte das schon das Problem sein.

Frank

[BlueStarHH]

Zitat von dataspider:

Das CI in UNICODE_CI_AI steht IMHO für Case Insensitive.

Also könnte das schon das Problem sein.

Wie genau? In der StoredProcedure oben aus Post #3 wird explizit kein VarChar-Feld benutzt, das UNICODE_CI_AI ist. Ich nutzte die SP genau so, wie in Post #3 genannt.

[Blup]

Wenn bei den Parametern der Prozedur kein Zeichensatz/COLLATE angegeben ist, wird wohl der Standardzeichensatz der jeweiligen Datenbank verwendet.

http://www.ibexpert.net/ibe_de/index...ardzeichensatz
http://firebirdsql.org/refdocs/langr...procedure.html

[IBExpert]

Diese Version trennt Klein- und Großschreibung weil explizite Nutzung collate unicode ohne ci

Code:

create or alter procedure REPL (
    VAL varchar(10))
returns (
    RES varchar(10))
as
declare variable C char(1) character set utf8 collate unicode;
begin
  res='';
  while (char_length(val)>0) do
  begin
    c=substring(val from 1 for 1);
    val=substring(val from 2 for 10);
    if (c='A') then c='1'; else
    if (c='C') then c='3';
    res=res||c;
  end
  suspend;
end

Und diese Version unterscheidet das nicht. Wenn die DB mit Default UTF8 Charset
und Default Collation Unicode_ci angelegt wurde, würde das so auch funktionieren,
wenn man keine explizite Angaben dafür aufnimmt. In so einer DB kann man
das dann aber trotzdem wie oben für diesen Zweck überschreiben.

Code:

create or alter procedure REPL (
    VAL varchar(10))
returns (
    RES varchar(10))
as
declare variable C char(1) character set utf8 collate unicode_ci;
begin
  res='';
  while (char_length(val)>0) do
  begin
    c=substring(val from 1 for 1);
    val=substring(val from 2 for 10);
    if (c='A') then c='1'; else
    if (c='C') then c='3';
    res=res||c;
  end
  suspend;
end