Announcement

**Torsten Grundke** · 26.06.2001, 22:21

Hallo Paul,

zu 1.) not null hei�t, das das Datenfeld keinen Inhalt hat, ein leerer String ist aber ein Inhalt/Wert. Einfacher Test:

Tabelle mit zwei Spalten (ID integer, Name varchar(30) not null)

<pre>begin
query1.sql.add('insert into TestTable (ID) values (100)');
query1.execsql;
end;
</pre>

Nach diesem Code bekommst Du Deine Fehlermeldung!

2.) bisher noch keine Erfahrungen damit gesammelt

3.) separate Spalte anlegen in der die Strings in Gro�buchstaben gespeichert werden. Am besten die Spalte durch einen Before Insert-Trigger bzw. Before UpDate-Trigger automatisch f�llen lassen

Tsch��

Torste

**Paul Bogensch�tze** · 26.06.2001, 23:27

Hallo Torsten,

(...)
zu 1.) not null hei�t, das das Datenfeld keinen Inhalt hat, ein leerer String ist aber ein Inhalt/Wert.
(...)

tja...das brauche ich nicht mall zu pr�fen, da gewiss in der BDE wird bei editieren einen Leerstring generiert...keine Frage, da hast Du Recht. Mir ist aber Teilweise bei anlegen von neuen Datens�tzen dieses Ph�nomen gelungen was mich echt sprachlos gemacht hat (von Delphi her), aber das wollte ich vorerst nicht reinschreiben...(so wie so kommt die Formulierung in meiner erster Frage von meinem Freund darum habe ich es Inhaltlich nicht so ganz genau nachgepr�ft...sorry...). Also vergessen wir vorerst Leerstrings...und das ist mir mit einfachen (TTable) Append und CheckBrowseMode gelungen...glaube mir...

(...)
3.) separate Spalte anlegen in der die Strings in Gro�buchstaben gespeichert werden. Am besten die Spalte durch einen Before Insert-Trigger bzw. Before UpDate-Trigger automatisch f�llen lassen
(...)

Na ja Torsten...Trigger sind glaube nicht unbedingt dazu da...Vor allem bei 130 Tabellen mit vielen, vielen Spalten, das kommt leider nicht in Frage...aber nat�rlich bei kleineren Anwendungen w�re das eine interessante alternative...Das scheint ein echtes Problem zu sein, das wir z.B. bei Oracle nicht haben...

Ich danke Dir jedoch f�r Deine Bem�hungen...

Gru�

Paul Jr

**Torsten Grundke** · 27.06.2001, 06:30

Hallo Paul,

zu 1.) mit TTable hast Du Dir die "allerschnellste" Zugriffskomponente ausgesucht. Wenn Du auch einen Leerstring als ung�ltig definieren m�chtest, dann erzeuge eine eigene Domain mit entsprechender Check-Anweisung
(z.B. create domain MyName as Varchar(30) check (value <> ''))

zu 3.) Der Zugriff auf IB �ber die BDE ist an sich schon eine Performance-Bremse, deswegen sollte man dann wenigstens im DB-Design drauf achten, nicht noch zus�tzliche "Bremsen" einzubauen. Alternativ zu eiener zus�tzlichen Spalte kann man das Select so gestalten select Name, Upper(Name) from TestTable order by 2

Tsch��

Torste

**Paul Bogensch�tze** · 27.06.2001, 10:53

Hallo Torsten,

(...)
>>mit TTable hast Du Dir die "allerschnellste" Zugriffskomponente ausgesucht.

(...)

he, he...lass gut sein ;-)), es seitdem Du wei�t wie ich mit Query(Live) bei Append und anschlie�end Post die ID rausholen kann(?) (Generator + Trigger(before insert), dass w�re wirklich SUPPER.

Das hier von Dir...

create domain MyName as Varchar(30) check (value <> '')

ist wirklich gut...Danke...nun so mache ich es, damit bin ich gut bedient und das mit dem Append (habe jetzt nachgepr�ft) entsteht tats�chlich, wenn jemand das betreffende Feld direkt im Programm kurz Editiert (ich bin, glaube ich, langsam Urlaubs reif...)...also die Sache hat sich dank Dir erledigt...

___________________________________

(...)
select Name, Upper(Name) from TestTable order by 2
(...)

Klar, das ist schon viel flexibler (mir auch bekannt) als vorher mit diesen Spalten, besser w�re nat�rlich hier dieser Konstrukt:

SELECT TestTable.*, UPPER(NAME) AS SORTFIELD2 FROM TestTable ORDER BY 2

Es kann im Query-Felder-Editor das Feld SORTFIELD2 ausgeblendet werden (visible = FALSE)...(ich sortiere hier mit DBGrid)

Jedoch wandelt UPPER die Umlaute �, �, � nicht, sowie das �, � erscheint nach der Sortierung hinter dem Z(!) (LANGDRIVER='WEurope' ANSI)

Dein alternativer Vorschlag ist auch als solcher sehr langsam, vielleicht hast Du noch irgendwelche Ideen?

_________________________

Da bleibt nat�rlich noch die Sache mit den Generatoren...bis jetzt mache ich es so, dass ich mit einem Generator mehrere kleinere Tabellen bediene...(unter InterBase 5.6 hatte ich das Problem nicht)

Viele Gr��e und Danke f�r Deine Hilfe

Paul Jr

**Matthias Recknagel** · 27.06.2001, 18:15

Hallo Paul,

(...) Jedoch wandelt UPPER die Umlaute �, �, � nicht, sowie das �, � erscheint nach der Sortierung hinter dem Z(!) (LANGDRIVER='WEurope' ANSI) (...)

wie w�re es mit:

SET SQL DIALECT 3; 

SET NAMES ISO8859_1; 
CREATE DATABASE 'D:\test.gdb' 
USER 'SYSDBA' PASSWORD 'xyz' 
PAGE_SIZE 4096 
DEFAULT CHARACTER SET ISO8859_1; 

/* Domain dazu mit COLLATE DE_DE */ 
CREATE DOMAIN TEXT_C12 AS VARCHAR(12) 
COLLATE DE_DE; 

/* und sortiert mit Umlauten 
select kunden.Name, Upper(kunden.Name) from kunden order by 2 

bei mir klappt das jedenfalls - auch mit Umlauten.

Matthia

**Torsten Grundke** · 27.06.2001, 21:36

Hallo Paul,

ich f�ge neue Datens�tze in meinen Programmen fast ausschlie�lich �ber StoredProc's ein und lasse mir als R�ckgabeparameter den verwendeten Generatorwert mitteilen. Dar�ber hinaus pr�fe ich in einem Trigger ob der Primary Key not null ist, wenn der Wert null ist hole ich mir einen neuen Generatorwert ab. Damit stelle ich sicher, dass automatisch ein g�ltiger Primary Key vorhanden ist, auch wenn mit Datenbank-Tools direkt an den Tabellen "rumgespielt" wird.

Das mit der Anzahl der Generatoren werde ich jetzt gleich mal testen und dann Bescheid geben.

Tsch��

Torste

**Torsten Grundke** · 27.06.2001, 21:57

Hallo Paul,

also ich habe auch mit mehr als 114 Generatoren keine Probleme feststellen k�nnen.

Tsch��

Torste

**Paul Bogensch�tze** · 27.06.2001, 23:24

Hallo Matthias und Torsten,

also, sp�testens jetzt muss ich zugeben, dass ich von Euch und vor allem von Eurem Wissen echt begeistert bin ;-) 

Ehrlich gesagt, habe ich nicht gedacht, dass man mir hier so pr�zise und schnell helfen kann...

_________________

Matthias..., Dir danke ich f�r Dein Tipp...werde es morgen ausprobieren und hier Bescheid sagen

_________________

Torsten..., danke, dass Du die Generatoren nachgepr�ft hast. Was bei Dir klappt m�sste auch bei uns klappen. Vielleicht haben wir irgendwo (in dem SQL- Script) ein Fehler gemacht...das werde ich auch noch einmal pr�fen. Dar�ber hinaus w�rde ich mich echt freuen, wenn Du mir hier verst�ndlich gezeigt h�ttest (ein Beispiel vielleicht), wie Du im Detail bei einf�gen von neuen Datens�tze vorgehst..., dass w�re wirklich eine gro�e Hilfe f�r mich..., und dabei k�nnte ich wirklich was neues lernen...Zeige bitte die StoredProc's, Trigger usw....

Viele Gr��e an Euch beiden...und noch einmal danke...

Paul Jr

**Torsten Grundke** · 28.06.2001, 06:44

Hallo Paul,

hier mal der SQL-Code:

Tabelle:
<pre>
CREATE TABLE ADRESSEN (
POSTLEITZAHL VARCHAR(5),
ORT VARCHAR(30),
STRASSE VARCHAR(30),
HAUSNUMMER VARCHAR(7),
ID INTEGER);
CREATE UNIQUE INDEX ADRESSEN_INDEX ON ADRESSEN (ID);
CREATE UNIQUE INDEX ADRESSEN_KOMPLETT ON ADRESSEN (POSTLEITZAHL, ORT, STRASSE, HAUSNUMMER);
</pre>

Procedure:
<Pre>
CREATE PROCEDURE INSERT_ADRESSEN (
PLZ VARCHAR(5),
ORT VARCHAR(30),
STR VARCHAR(30),
NR VARCHAR(7))
RETURNS (
ADRESS_ID INTEGER)
AS
begin
adress_id = gen_id(adressen_id, 1);
insert into adressen (ID, postleitzahl, ort, strasse, hausnummer)
values (:adress_id,

lz,

rt, :str, :nr);
when sqlcode -803 do
select ID from adressen
where (postleitzahl =

lz) and (ORT = :ORT)
and (STRASSE = :STR) and (HAUSNUMMER = :NR)
into :adress_id;
suspend;
end
</pre>
 ...when sqlcode -803... "vermeidet" (genauer gesagt f�ngt die Fehlermeldung "violation of PRIMARY or UNIQUE KEY constraint ..." ab) doppelte Datens�tze und liefert statt dessen die ID des bereits vorhandenen Datensatzes

Trigger:
<pre>
CREATE TRIGGER TABLE_ADRESSEN_SET_ID FOR ADRESSEN
ACTIVE BEFORE INSERT POSITION 0
as
begin
if (new.id is null) then new.id = gen_id(adressen_id, 1);
end
</pre>

Zu den Generatoren: versuch doch mal ein Backup der DB und anschlie�end ein Restore.
Umlaute in den Namen f�r die Generatoren werden doch hoffentlich nicht verwendet? Damit soll der IB-Server n�mlich so seine Probleme haben.

Tsch��

Torste

**Andreas Kosch** · 28.06.2001, 08:10

Hallo,

es gelten beim InterBase 6 die folgenden Beschr�nkungen f�r Generatoren:
<pre>
Version Page-Size Maximale Generator-ID
6.x 1 kByte 124 
6.x 2 kByte 257 
6.x 4 kByte 508 
6.x 8 kByte 1020 
</pre&gt

**Paul Bogensch�tze** · 29.06.2001, 01:35

Hallo an Alle,

da bin ich hier zum letzten mal....

Eure Tipps waren sehr gut und alles klappt jetzt prima bei mir. Ich habe hier 3 Fragen gestellt. Erste Frage war mein Fehler. Bez�glich beiden anderen Fragen (die in so weit berechtigt waren) habe ich hier Hilfe gefunden...Danke.

Dar�ber hinaus hat mir Torsten noch zus�tzlich gezeigt wie man ID bei einf�gen von Datens�tzen per Stored-Procedure herausholen kann. Da ich auch sehr gerne auf der Datenbank-Ebene manche Sachen programmiere war diese Tipp von Ihm der wichtigste der ich hier ganz zuf�llig bekommen habe. Darum kann ich jetzt sagen:

InteBase ahoi! - doch NOT NULL

Gru�

Paul Jr.

P.S.

Verzeih meine Schreibfehler, aber bin nicht in Deutschland geboren..., sondern in Polen...und da habe ich manchmal schon meine Probleme.

Announcement

InterBase ahoi! = NULL oder doch NOT NULL ???

InterBase ahoi! = NULL oder doch NOT NULL ???

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment