UniDAC Merkwürdigkeiten

[haentschman]

Hallo...

Zitat:

Boolean Normal

...das ist nur der Name der Domäne (Integer als Inhalt)

Inzwischen habe ich herausgefunden, das das Integer Feld nach Boolean gemappt wird bei Verwendung als Boolean Wert.
MasterDevice.IsValid := Qry.FieldByName('F_ISVALID').AsBoolean; ...ich würde sagen das eine Eigenart ist die aus den multiplen DBMS entsteht. Das müssen wir noch üben...

@Uwe:
Das Mapping der Integer Felder als Boolean bringt es nicht. Das gilt dann für alle Felder. Das Mapping für die einzelnen Felder ist mit Arbeit verbunden... da kann ich gleich VALUE nehmen.

[Uwe Raabe]

Zitat von haentschman:

Das Mapping der Integer Felder als Boolean bringt es nicht. Das gilt dann für alle Felder. Das Mapping für die einzelnen Felder ist mit Arbeit verbunden... da kann ich gleich VALUE nehmen.

Some problems simply don't have simple solution

[haentschman]

Im Prinzip muß ich ruhig sein...Die Umstellung von IBDAC auf UniDac war eine Action von einer Stunde. Hier hat mir sehr geholfen, das die SQL nicht über die Anwendung verteilt hatte sondern alles in einem Interface gekapselt ist.

Danke an alle.

[Slipstream]

Hat das nicht vielleicht damit zu tun, dass Unidac eine integerbasierte Domain als Boolean-Feld erwartet, deren Bezeichner die Zeichenfolge "BOOLEAN" beinhalten muß?

Used to create TBooleanField for fields that have domain of the integer data type, and the domain name contains 'BOOLEAN'.

Firedac erwartet dagegen ein smallint-basiertes Feld, in dessen Namen die Zeichenfolge "BOOL" vorkommt:

FireDac: A boolean field may be created using a domain. The domain name must contain 'BOOL' substring. Also, add ExtendedMetadata=True parameter to your connection definition.
CREATE DOMAIN T_BOOLEAN SMALLINT;
CREATE TABLE ... (
...
BOOLEAN_FIELD T_BOOLEAN,
...);

Die Lösung, AsValue statt AsBoolean zu verwenden, wäre für mich nicht durchgängig praktikabel, weil ich auch datensensitive Steuerelemente wie DBCheckboxen und DBGrids verwende.

[haentschman]

Hallöle...
Das ist mal ein Ding... Das der Name der Domain die "Logik" beeinfusst. Ich werde das mal im Hinterkopf behalten.

Danke...

Nachtrag:
Wenn ich die Domain von BOOLEAN NORMAL in BO_NORMAL ändere, wird das Feld wie gewohnt als Integer angesprochen... Dinge gibt es...

Danke nochmal.

[Slipstream]

Zitat von haentschman:

Hallöle...
Das ist mal ein Ding... Das der Name der Domain die "Logik" beeinfusst. Ich werde das mal im Hinterkopf behalten.

Danke...

Nachtrag:
Wenn ich die Domain von BOOLEAN NORMAL in BO_NORMAL ändere, wird das Feld wie gewohnt als Integer angesprochen... Dinge gibt es...

Danke nochmal.

Gerne. Ich mußte schließlich schon einmal eine Datenbank und ein DB-Projekt abändern, um mit unterschiedlichen DB-Komponenten darauf zugreifen zu können, weil wir verschiedene Homeoffice-Entwickler haben, die mit verschiedenen Versionen am Projekt arbeiten, einer sogar noch mit D2009. Bis ich nach der Einführung von Firedac herausgefunden hatte, woran es lag, vergingen Tage. Deshalb hab ich mir das in meiner Code-Datenbank notiert und finde es bei Bedarf auch immer gleich wieder.

Bei dir liegt dann das Problem genau andersherum, nämlich dass ein Boolean-Typ nicht als Integer angesprochen werden kann.

Ach ja: Typbezeichner mit Leerzeichen sind auch in Firebird keine gute Idee.

Und nochwas: Wenn man mit Firedac auf eine Firebird-Datenbank zugreift und diese selbsterstellten Boolean-Domains verwenden will, muß man in der Connection-Komponente unbedingt die Eigenschaft ExtendedMetadata=True setzen, sonst funktioniert das nicht und die Fehlermeldung lautet auch hier, dass auf diesen Typen nicht als Boolean zugegriffen werden kann.