Discussion :

[delphi2019]

salut
Est-il possible de Découvrez combien des Contextes Dans une requête ?

La raison de la question est d'éviter de rencontrer ce message d'erreur ci-dessous

Cela m'est arrivé lorsque j'ai placé une requête CTE complexe avec beaucoup de SELECT et Joints et sous-requetes.....
Sachez que la solution à ce PB consiste à optimiser au maximum la requête Et minimiser les Contextes
Afin de ne pas dépasser la limite maximale autorisée c'est 256 Contextes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
Engine Error (code = 335544569):
Dynamic SQL Error.
Too many Contexts of Relation/Procedure/Views. Maximum allowed is 256.
 
SQL Error (code = -902):
Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements.

[escartefigue]

Bonjour,

Un peu d'effort dans la formulation de la question permettrait de comprendre de quoi il s'agit

Est-il possible de Découvrez combien des Contextes Dans une requête ?

Ca n'a aucun sens !

Par contre

est-il possible de découvrir combien des contextes il y a dans une requête ?

C'est déjà mieux

A partir de là, le message indique qu'il y a plus de 255 tables ou vues dans la requête ou la procédure.
C'est à dire que ce n'est plus une procédure mais une usine à gaz, impossible à comprendre et donc à maintenir, sans parler des performances probablement désastreuses.
Quand on en arrive à coder une requête ou procédure mettant en œuvre 255 tables, il est plus que temps de poser le stylo et se reposer les questions de bases pour procéder autrement !

[delphi2019]

merci escartefigue pour votre réponse
Merci pour l'avertissement concernant une faute d'orthographe dans la phrase que j'ai utilisée


La requête que j'ai écrite a utilisé Ne dépassez pas 15 tables Mais il me semble l'erreur précédente
L'erreur qui se produit n'est pas toujours liée au nombre de tables utilisées

Après une recherche sur Google, j'ai trouvé ce site expliquant comment le calculer les contextes d'une requête (Après l'avoir traduit de la langue espagnole)
Mais je ne connais pas la source des informations qu'elle contient, alors je mets ce sujet

C'est une partie de ce qui a été indiqué sur le site:
Un SELECT à une table a un contexte
Un SELECT avec un JOIN a deux contextes
Un SELECT avec deux JOIN a trois contextes
Un SELECT avec une sous-requête a deux contextes
Un SELECT avec deux sous-requêtes a trois contextes
Un SELECT avec une sous-requête et avec un JOIN a trois contextes
Un SELECT auto-référencé (les deux tables de JOIN sont identiques) a deux contextes


ici le lien

[escartefigue]

Le problème peut venir d'un empilement de procs qui chacune utilise plusieurs tables, le nombre de table se cumule

[Artemus24]

Salut à tous.

Je ne sais pas pour vous, mais avec la requête en question, nous serions en mesure de mieux comprendre le problème.

Je suppose qu'en découpant la requête en sous-requêtes, et où chacunes seraient stockées dans une table intermédiaire, vous seriez en mesure de résoudre votre problème.

@+