Discussion :

[WilfriedC]

Bonjour,

J'ai lu un "débat" sur le forum concernant le/les avantages de la programmation par package par rapport aux scripts mais l'on m'a demandé
s'il pouvait y avoir un gain à remplacer ledit package (quel qu'il soit) par un programme en langage orienté-objet.

Comme je n'y connais rien en programmation objet, du coup j'ai fait la moue et je cherche une âme généreuse pour m'éclairer

Merci d'avance,

Wilfried

[SheikYerbouti]

Non, je ne vois aucun avantage à remplacer un package stocké avec un L3G type Java. Cela reste un programme tiers qui engendre du traffic réseau et dont les règles de gestions ne sont propres qu'à lui-même.

En fait, ceux qu'il veulent tout gérer dans un L3G sont également ceux qui ne connaissent pas le PL/SQL.
Rien ne peut obliger un dévelopeur à utiliser les méthodes de votre objet.

[WilfriedC]

Merci beaucoup pour cette réponse,

Wilfried

[Loko]

Ca depend ce qu'on entend par "programmation objet". Si c'est au sens large, alors les BDOO apporte cependant des avantages par rapport aux packages PL/SQL.

[WilfriedC]

Ca m'interresse...pourriez-vous préciser votre idée syouplai ?

[Loko]

Et bien, tout simplement, pour un objet donné il ne peut y avoir qu'une seule version de code/comportement, cela apporte des garanties appréciables, et permet une implémentation rigoureuse (mais limitée) de ce qu'on appelle la logique "métier".

Alors qu'avec de la programmation "classique", mis à part les garde-fous que sont les CIF, rien n'empeche 2 developpeurs d'écrire 2 versions différentes d'une meme fonctionnalité, sur les memes données.

[WilfriedC]

D'accord...je vois, c'est trés clair comme ça, merci beaucoup pour ces précisions rapides et concises...j'ai juste un doute sur la signification de CIF ?

[Loko]

Contraintes d'Intégrité Fonctionnelle.

Plus simplement, les clefs étrangeres entre tables.

[WilfriedC]

...eh bien, j'ai à peine validé ma question que la réponse était déjà là!!!!

Merci infiniment.

Wilfried

[SheikYerbouti]

Alors qu'avec de la programmation "classique", mis à part les garde-fous que sont les CIF, rien n'empeche 2 developpeurs d'écrire 2 versions différentes d'une meme fonctionnalité, sur les memes données.

Dans le cadre d'un projet mal encadré, rien n'empêche qui que ce soit de faire quoi que ce soit.
Et rien ne peut obliger le dévelopeur à utiliser les méthodes liées à l'objet (les tables , derrières, sont toujours accessibles)

[Loko]

Ben dans une BDO², y'a pas de table, justement .. si ?

[SheikYerbouti]

Ben dans une BDO², y'a pas de table, justement .. si ?

Ah bon ?
et elle sont où les données ?

[Loko]

ben dans la base, mais c'est pas des tables relationnelles au sens Oracle, ce sont des objets.

vous avez deja fait du relationnel avec une base objet ??

[SheikYerbouti]

Si l'on parle d'Oracle (et nous sommes bien dans le forum Oracle), les objets ont une persistence, c'est à dire que les données sont stockées dans des tables.
Vous pouvez exécuter n'importe quel ordre du DML sur une table Oracle, quelle soit relationnelle ou objet.
Donc, celui qui ne veut pas utiliser les méthodes de l'objet peut tout de même faire ce qu'il veut sur les tables.

[Loko]

Oui, effectivement, moi je parlais des "vraies" BD 00 (celles qui ne font que ca).

A bientot
A.