Discussion :

[kase74]

Bonjour,

(appli CLX sous XP - Delphi6 - Firebird1.5)

Avec Interbase, j'avais cree des tables avec des cles primaires de type INTEGER qui s'avere trop juste !

Depuis peu, je suis passe a firebird, avec grand bonheur puisque j'ai trouve les BIGINT (64b)

Seulement j'ai quelques soucis pour reussir a les manipuler dans Delphi. Comment dois je faire ??

Merci d'avance.

[Higgins]

Un type entier représente un sous-ensemble de l'ensemble des nombres. Les types entiers génériques sont Integer et Cardinal ; utilisez-les dans la mesure du possible car ils donnent de meilleures performances avec la CPU et le système d'exploitation utilisés. Le tableau suivant spécifie leur étendue et leur format de stockage pour la version actuelle du compilateur Delphi 32 bits.

Types entiers génériques pour l'implémentation 32 bits de Delphi
Type Etendue Format
Integer -2147483648..2147483647 32 bits signé
Cardinal 0..4294967295 32 bits non signé
Les types fondamentaux signés sont Shortint, Smallint, Longint, Int64, Byte, Word et Longword.

Types entiers fondamentaux
Type Etendue Format
Shortint -128..127 8 bits signé
Smallint -32768..32767 16 bits signé
Longint -2147483648..2147483647 32 bits signé
Int64 -2^63..2^63-1 64 bits signé
Byte 0..255 8 bits non signé
Word 0..65535 16 bits non signé
Longword 0..4294967295 32 bits non signé
En général, les opérations arithmétiques sur les entiers renvoient une valeur de type Integer, qui pour l'implémentation actuelle est équivalente au type Longint sur 32 bits. Les opérations ne renvoient une valeur de type Int64 que si elles portent sur un ou plusieurs opérandes Int64. Par exemple, le code suivant donne des résultats incorrects.

[kase74]

Je m'excuse : je n'ai pas ete asser loin dans l'exposition de mon probleme.

La ou j'ai reellement des soucis, c'est quand je manipule les BIGINT en tant que champ :
Dans mes controles DBGrid, des sigles de ponctuation ou arithmetique apparraisent au lieu de chiffres (en visu avec IBExpert, tout est correcte !)

Quand je veux faire une liaison maitre-detail portant sur les BIGINT, j'ai un message d'erreur comme " = is not a BCD ...". Bien la preuve qu'il lit '=' au lieu de 2 !

pas moyen d'affecter le resultat d'une procedure stockee dans un parametre d'une autre procedure stockee !

C'est moi qui merdouille, ou il y a vraiment un souci a ce niveau la ?

[vanquish]

Je m'excuse : je n'ai pas ete asser loin dans l'exposition de mon probleme.

Y'a pas de quoi. Ceux qui ont déjà eu le problème savent que s'il y a un type Int64, la propriété MonField.AsInt64 n'existe pas.

Il existe bien un type TLargeIntField, mais quand on fait
MonDataSet.FieldByName('monchamp').AsLargeInt
Le 'AsLargeInt' n'est pas reconnu, car s'il est défini dans TLargeIntField, il n'est pas défini dans la classe de base TField

C'est moi qui merdouille, ou il y a vraiment un souci a ce niveau la ?

Je pense que les TLargeFieldInt ne sont que partiellement gérés.
D'ailleurs quand on lit la note d'update de Delphi 7.1, on se rend compte qu'il y a plusieurs pb lié à ce type de données.

Mais j'en ai particulièrement noté un :

* TFMTBCDField initialise en taille 8 plutôt qu'en taille 4,
permettant au système d'initialiser la précision à 7 et la
taille à 8 (Quality Central 5938).

Dans la mesure où tu as un message d'erreur lié au BCD, peut-être que la 7.1 résoud ton pb (à moins que tu y soit déjà).

J'ai lu sur un forum que certains arrivaient à s'en tirer en faisant passer le champ comme étant AsString - mais cela n'a pas été probant dans mon cas. (Mais c'était avec MySQL, pas FireBird)

[kase74]

Merci beaucoup vanquish pour toute ces infos !

Malheureusement, je ne suis qu'a la version 6 de Delphi, et je doute que l'on me donne les moyens financier de l'updater.
En tout cas, tes infos me sont precieuses, puisqu'elles vont m'eviter de perdre du temps a chercher LA solution. Maitenant, je vais plutot essayer de "bidouiller" afin d'arriver a mes fins.
Si c'est le cas, je vous en ferai part ici !