Discussion :

[ogaudinu]

Bonjour,
Je travaille avec Report sous Oracle 9.2.

Et j'ai un souci avec le modèle de données de ce bon vieux report.

Quand je modifie une requête (sans passer par l'assistant), alors dans certains cas, le nom des colonnes (au niveau de la fenêtre modele de données) se trouve suffixé par un '1' !!!
Alors que le nom des champs (au niveau présentation) n'a pas changé.

Forcément, lors de la compilation, les unités de programmes faisant référence directement à la colonne plantent puisqu'elle n'a plus le même nom...

Je n'ai pas réussi à le reproduire avec un cas simple...(je bosse sur des états existant)

Est-ce un souci que vous connaissez ?
Si oui, c'est quoi la combine pour éviter ça ?

Allez, je continue à chercher, histoire de vous trouver un exemple qui marche (enfin qui plante quoi !)

[McM]

Oui c'est un souci que je connais.
Je ne sais pas pourquoi il rajoute un 1, je pense qu'il essaye de matcher les colonnes de la raquete avec ce qui existe déjà dans le data model et que si la requete change beaucoup, il ne s'y retrouve plus.

J'évite au max de modifier (et tester) les requetes des reports directement. Je passe par TOAD et quand c'est fini, je colle tout dans report.
J'évite aussi d'échanger de place 2 colonnes dans le select.

Sinon, pas de solution miracle qui marche tout le temps.

[ogaudinu]

Merci McM !

C'est vrai que je travaille comme ça aussi avec cet outil de m... Mais là je reprend un existant...

Dommage que tu ne connaisses pas de solution miracle !

J'ai tenté le coup en modifiant directement le fichier rdf mais sans un vrai éditeur c'est pas facile...!

Y'a pas qq'un qui aurait LA réponse...?? (au pourquoi du comment ?!)

[plaineR]

McM : Bref t'évite au maximum d'utiliser report
C'est un conseil avisé

[ogaudinu]

Pourtant je pensais avoir bien posé le problème !!!!!

Alors ?

[McM]

Ah non je me suis mal exprimé, je modifie ma requete sous TOAD, je la teste sous TOAD et quand elle est sure, je remplace celle du report par la nouvelle.
J'évite au maximum de recompiler la requete de report.

[SheikYerbouti]

Avez-vous seulement ouvert un TAR sur Metalink ?

[ogaudinu]

C'est vrai ! Je n'ai pas ouvert de TAR...
Mais en tant que prestataire, c'est pas toujours facile !

Je vais m'en occuper...

Merci !

[vlah79]

il se peut tout bêtement qu'il existe dans le modèle de donnée une autre colonne retournée ayant le même nom.

Pour éviter alors des problèmes de différenciation, Reports suffixe la nouvelle colonne par un chiffre.

Pour tester cela, met juste un alias différents sur tes colonnes.

En espérant que ton problème est bien celui-la

a+

[ogaudinu]

C'est vrai que dans ce cas là, ça se passe comme ça.
Mais hélas, ce n'est pas le scénario !

En plus je n'arrive pas à le reproduire sur un cas simple, histoire de pouvoir le faire reproduire par m'sieur Oracle...

Merci à tous en tout cas pour cette aide...

Sans résoudre le bug, je reprend le code en modifiant le nom des colonnes renomées...
C'est bestial mais ça marche !

[tusna]

Bonjour!
Je ne sais s'il s'agit bien du problème que j'ai déjà rencontré avec Report?lors de la définition des requêtes sql et si les proprietés sont utilisées plusieurs fois dans la requête, ces dernieres seront sufixées par num (1,2...) et dés qu'on modifie la requête l'indexation change
- si on recompile,on aura l'erreur "lien de variable non défini..."....
Alors s'agit-il de cela?????
Dans ce cas l'astuce est de faire comme suit:
1- modifier la requête: en double cliquant sur "query" ou chager le script directement,
2- valider la modif en cliquant sur OK
là l'indexation change
3- Double cliquer une deuxième fois sur la reqête comme si je modifie encore une fois mais sans faire de modifs..
4- valider par "Ok" et vous aller voir l'indexation reprendra l'état initial
5- recompiler et le tour est joué sans le message d'erreur