UniDAC Merkwürdigkeiten

[p80286]

Zitat von haentschman:

Allerdings habe ich einen Fehler den ich nicht einordnen kann. Was früher ging, geht nicht mehr.

weil sie jetzt eine strengere Typ-Behandlung eingebaut haben??

Ist F_ISVALID denn auch wirklich ein Integer?
(ich hab schon Felder gesehen die sollten numerisch sei, es hatte dann aber nur für Alpha gereicht!)
Neben dem DB-Typ wäre ja auch noch interessant ob Du im zugehörigen Select noch irgendwelche TypeCasts durchgeführt hast?

Gruß
K-H

[haentschman]

Hallöle...

Danke für deine Anteilnahme.

1. Es ist ein Integer Feld. Früher mit IBDAC war das kein Problem darauf via AsInteger zuzugreifen.
2. Meine Datenbankfelder kenne ich persönlich mit Namen... Da ist keine Verwechslung möglich.

[Uwe Raabe]

Schau mal hier - sieht ähnlich aus: Unable to access field 'Active' as type Integer

[nahpets]

Zitat von haentschman:

Hallöle...

Danke für deine Anteilnahme.

1. Es ist ein Integer Feld. Früher mit IBDAC war das kein Problem darauf via AsInteger zuzugreifen.
2. Meine Datenbankfelder kenne ich persönlich mit Namen... Da ist keine Verwechslung möglich.

Rechts neben dem Integer steht noch was: Boolean Normal. Ist das "nur" ein Kommentar oder hat das irgendwelche Bedeutung für den Datentyp?

Mich würde da nun nicht wundern, wenn datanbankseitig ein boolsches Feld wie ein Integer behandelt wird, aber nach außen durchaus als boolscher Wert "verkauft" wird. Wäre meiner Meinung nach aus durchaus sinnvoll.

Habe mich immer wieder über solche Konstrukte amüsiert:

Delphi-Quellcode:

if DataSet.FieldByName('Aktiv').AsBoolean = true then ...
if DataSet.FieldByName('Aktiv').AsBoolean = false then ...
if DataSet.FieldByName('Aktiv').AsString = '' then ...

Die dritte Variante ist der berühmtberüchtigte Dritte von zwei möglichen Werten

[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.