Salut,
J'ai deux tables enSQL Server 2008 dans Delphi. Quand je tente d'ajouter un champ référencé dans la première table à partir la deuxième table, alors une erreur est déclenchée :
Pièce jointe 374327
Version imprimable
Salut,
J'ai deux tables enSQL Server 2008 dans Delphi. Quand je tente d'ajouter un champ référencé dans la première table à partir la deuxième table, alors une erreur est déclenchée :
Pièce jointe 374327
:cristal:
impossible de vous aider avec si peu d'éléments ! franchement vous commencez a être un habitué du forum, ce n'est pas juste avec les indications SQL Server et Delphi (dont la version n'est pas indiqué) et avec une indication de connexion OLE qu'il faut décrypter à l'intérieur du message d'erreur que l'on peut le faire
je suis vraiment désolé , je travaille sur Delphi7 +sql server 2008 , avec deux table A et B, dans la table B je veux ajouter un champ soit disant (lookuped) ou referenced de la table A , dans firebird je n'avait pas ce genre de probleme mais dans Sql server existe , et je ne sais pas pour quoi ???
salut
arf décripatage en cours veuillez patienter ...
donc tu as deux table
A avec des propriété disons
_1 integer
_2 Chaine
_3 float
...
)
dans ta table B tu as aussi des champs
_1 integer
_2 Chaine
_3 float
...
mais en plus tu as un champs
_1A integer correspondant a la valeur d'un champs de la table a
)
c'est bien ça ce que tu appel un champs lookuped
bon pour savoir d'ou vient le problème il faut connaitre les composant que tu utilise pour la mise a jour de ce fameux champs
tu confond table qui est specifique a la base
et composant et/ou ecran
ils nous est quasi impossible avec si peut d’éléments de déterminer d'ou viens l'erreur
il faut connaitre les requêtes, les composant utilisé , les champs supplémentaire crée les propriete de ces champs
....
j'utilise ado +sql server 2008+delphi7 pour les table j'utilise adodataset .
prmier table :
a (num integer not null identity(1,1) primari key ,Nom varchar(50));
deuxieme table :
b (num integer not null identity(1,1) primari key ,Num_table_a integer );
-------
donc dans la table (b) je fait un nouveau champ
Pièce jointe 374361
alors l'erreur apparait.
Salut
Ton champs référence comment l'as tu créé ?
as tu bien redéfini les champs et les tables dans ton champs lookup ?
PS Arf ok j'ai vu
il faut peut être vérifier que les deux tables(requette) soient ouvertes
La meme operation avec firebird et les composant zeos ça marche tres bien seulement avec ado+sql server pose probleme .Citation:
Envoyé par anapurna
depuis des années j'importe un champ d'une tbale à l'autre de cette manière,et j'avait aucun souci, c'est la première , fois alors si vous avez un autre possibilité j'attend vos propositions .
Re,
ce que je pense de ADO commence je pense à être assez connu ! de SQL Serveur peut être moins mais je ne suis pas non plus un grand fan !
J'oserai quand même un diagnostic, étant donné que cela passe par la couche OLE comme le démontre le message, je met en doute le driver OLE.
Au départ je croyais à une relation entre tables définis par une contrainte (FOREIGN KEY) mais même pas ! heureusement que le décodeur Anapurna a fonctionné :lol:
Cela ne veut pas dire qu'il ne faut pas la remettre en question! Pour ce qui est de votre méthode (déclarations des champs et ajout de champs référence) je la trouve quelque peu obsolète ! Oui, cela fonctionne mais je lui préfère nettement une utilisation par Query, l'utilisation de plusieurs tables et la nécessité qu'elles soient ouvertes.Citation:
depuis des années j'importe un champ d'une table à l'autre de cette manière
J'utilise désormais des requêtes pour ce genre de schéma
SELECT b.num,b.Num_table_a ,b.nom from b join a on b.Num_table_a =a.num
Finalement j'ai trouvé la solution a mon problème En SQL Server lors de la liaison entre deux tables à l'interet d'importer un champ d'une table à l'autre il est indispensable de mettre la propriété lookupcache du champ à true pour éviter le problème qui s'affiche .
