sam. 28 mars 2020, 10h03
GLS
France
atoutfox.public.association
Re: Connection SQL
Bonjour,
le projet TASTRADE mélange des tables des vues, des vues sur des vues etc...
Il est donc difficile de trouver la raison du soucis..
Le lien de MIKE LEWIS n'a d'intérêt que d'éviter d'avoir à coder la gestion des accès en lecture / écriture vers une base externe SQL..
Le problème est ailleurs (je suppose que la notion d'index vient d'une erreur de logique d'utilisation des tables et vues!)
Normalement les vues qu'elles soient distantes ou locales servent:
- à extraire par requêtes SQL des données dans des curseurs pour ne présenter à l'application que les informations nécessaires à son bon fonctionnement
- à mettre à jour les modifications effectuées par l'application dans la base de données
A l'intérieur du code de construction d'une vue, il n'y a pas d'indexation:
- soit les indexes existent et sont posés sur les tables originelles avant la création de la vue
- soit sont posés après la création de la vue sur le curseur généré de la vue
L'erreur d'index est donc:
- soit une erreur d'utilisation d'une vue qui aurait due être indexée après sa création
- soit une erreur d'utilisation d'une relation entre une vue et une autre vue ou un curseur ou une table, relation basée sur un indexe inexistant.
Voilà pourquoi il nous est important de connaitre le code source des vues et de leurs utilisations lors du message d'erreur dans le projet VFP.
L'extrait partiel du code source doit essentiellement comprendre les structure des vues, et les lignes de code utilisant / ouvrant les vues lors du message d'erreur.
Cordialement
GLS
Journal
Francis Faure pense que ce message est la bonne réponse ou qu'il est utile
Permalink : http://www.atoutfox.org/nntp.asp?ID=0000019586