Reprise de le demande d'?volution Pacbase FR-33558
Bonjour,
Nous ?tudions la mise en oeuvre du micro-pattern SQL pour
g?n?rer les ordres d'acc?s DB2, (dans des entit?s P), et
b?n?ficier pleinement des acc?s "multi-rows".
Aujourd'hui, le nom de l'objet DB2 (Table, Vue) est extrait
du descriptif de l'entit? Bloc Base de Donn?es (-DR, voire
-DRnnnGG, surchargeable dans -GG Segment).
Or le nom d'objet pr?cis? dans le Bloc Base de Donn?es est
pr?vu pour du SQL DDL, Data Definition Language, et n'est
pas n?cessairement appropri? pou du SQL DML, Data
Manipulation Language.
Le nom d'objet peut aussi ?tre contextuel selon qu'on acc?de
? une ressource locale (aucun qualifier), ou ? une ressource
distance (qualifier avec r?f?rence ? une LOCATION).
Ce ? quoi il faudrait aussi ajouter le cas des acc?s
multi-objets (jointure de tables par exemple).
Dans notre contexte, dans le SQL DDL les noms d'objets sont
syst?matiquement qualifi?s avec un OWNER (qui plus est
variabilis?s), mais ce OWNER ne doit pas ?tre pr?cis? dans
les acc?s SQL DML, (utilisation d'un m?canisme de SYNONYM
pour les binds).
L'utilisation du nom indiqu? en -DR du Bloc Base de Donn?es
est donc inapropri?e dans notre contexte, mais la r?f?rence
au Bloc Base de Donn?es -CD de programme est obligatoire
pour r?cup?rer les ?ventuelles surcharges sur les noms de
colonnes en -DRnnnGG), ce qui nous oblige :
- soit ? cr?er un second Bloc Base de Donn?es pour la
g?n?ration des acc?s SQL DML, sans pr?fixage en -DR,
- soit ? surchager le nom de l'objet DB2 dans chacun des
acc?s d?crits en -GG des Segments.
Ceci complexifie l'utilisation de l'op?rateur SQL en -P.
Nous demandons donc une ?volution permettant de mieux g?rer
le nom des objets DB2 dans les ordres SQL DML g?n?r?s.
Premi?re proposition.
---------------------
Mise en place d'une option dans la description -GO du
Segment pour forcer la prise en compte du nom indiqu? sur sa
fiche de d?finition (inhibe le nom indiqu? en -DR du Bloc
Base de Donn?es). Le nom de l'objet est alors limit? ? 8
caract?res (zone de 10 caract?res mais le nom doit ?tre
plac? entre apostrophes).
Par exemple :
- USENAME=S : prise du nom de l'objet dans la fiche Segment
- USENAME=B : prise du nom de l'objet dans le -DR Bloc
Seconde proposition.
--------------------
Mise en place d'une option dans la description -GO du
Segment pr?ciser le nom de l'objet DB2, en fonction du
sous-sch?ma s?lectionn? (ceci pour g?rer des noms
diff?rents, par exemple pour des acc?s locaux ou distants,
ou r?pondre ? certains besoins sp?cifiques).
Par exemple :
- NAME=*,nompardefaut : pr?cise le nom par d?faut de l'objet
- NAME=1,nomschema1 : pr?cise le nom ? utiliser si
s?lection du sous-sch?ma 1
- NAME=*,tab1 A, tab2 B : jointure de 2 tables
- NAME=*,'tab1 A, tab2 B' : variante avec apostrophes
Cette proposition peut compl?ter la proposition pr?c?dente :
- utilisation par d?faut du nom indiqu? en -DR du Bloc ou
sur la fiche Segment
- utilisation par exception du nom indiqu? en -GO du Segment
par s?lection d'un sous-sch?ma
Cordialement,
Denis FALLAI
IT-CE
We have evaluated this request and determined that it cannot be implemented at this time
Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Servers and Systems Software
Product family - Development Tooling
Product - Programming Patterns
For recording keeping, the previous attributes were:
Brand - Rational
Product family - Design & development
Product - Programming Patterns
Although the theme of this request is consistent with our business strategy, it is not committed to the release that is currently under development.