Discussion :

[mnitu]

Vous vous trompez royalement. PL/SQL fait partie de la famille de langage ADA et n’a rien emprunté à FORTRAN. Sans PL/SQL Oracle ne sera plus là aujourd’hui. Mais comme tout outil il doit être employé judicieusement.

[Pomalaix]

Sans PL/SQL Oracle ne sera plus là aujourd’hui.

Ah tiens, tu peux développer cet avis ?

[mnitu]

A l’époque ou Oracle a décidé d’utiliser PL/SQL pour les procédures stockées, Sysbase était bien avancée sur ce point et les grignoté pas mal des marchés.

Mais imagine un seul moment Oracle sans PL/SQL …

[Pomalaix]

Il a quand même fallu attendre la version 6 d'Oracle (1988) pour le PL/SQL.
Mais je ne sais pas à partir de quelle version le PL/SQL est devenu un composant obligatoire. En V7, de mémoire, on pouvait se dispenser d'exécuter CATPROC.SQL à la création de la base.

C'est sûr que le PL/SQL est important, mais je crois que ce qui a fait le succès d'Oracle face à ses concurrents dans les années 90, c'est le verrouillage au niveau ligne et le mécanisme de lecture consistante multiversion basé sur les segments d'annulation.

Voici un lien vers un très bel historique des produits Oracle depuis le début :
http://oracle.com.edgesuite.net/timeline/oracle/
Ca peut être long à se charger, mais ça vaut le coup. (Noter que les "vignettes" sont cliquables).

[Bluedeep]

Vous vous trompez royalement. PL/SQL fait partie de la famille de langage ADA et n’a rien emprunté à FORTRAN. Sans PL/SQL Oracle ne sera plus là aujourd’hui. Mais comme tout outil il doit être employé judicieusement.

En effet, je ne vois pas du tout quelle proximité avec le FORTRAN on peut trouver à PL/SQL.

[thepierre]

donc il faut oublier le pl/sql, qui n'est qu'un pis-aller pour transférer un programme fortran des années 1970 vers oracle avec un taux de paresse maximum.

[Pour ceux qui n'ont pas compris la métaphore] ceci signifie que quand il faut transférer un programme codé dans un langage des plus basiques et historiquement le plus répandu, si l'on ne veut pas faire trop d'effort, on effectue un quasi-copier-coller de ce qui a été fait vers une proc ou un script pl/sql, langage qui était également assez basique jusque la version 8 d'oracle.

Actuellement, tous les programmes pl/sql à volumétrie respectable sont revus et réécris en ensembliste, de manière à ce que le système BD d'oracle puisse travailler à plein et tel qu'il a été conçu -exécuter des requêtes sql- , et en parallélisation native. Mon boulot au quotidien...

[mnitu]

Il n’y avait rien dans la version PL/SQL pré Oracle 8 qui vous obligeait à mal écrire les programmes, à part l’incompréhension de ce qui se passait derrière. Ce qui reste toujours valable aujourd’hui.

Remarque: Vu votre nouvelle intervention je pense que vous avez voulu dire Cobol à la place de Fortran.

[Bluedeep]

[Pour ceux qui n'ont pas compris la métaphore] ceci signifie que quand il faut transférer un programme codé dans un langage des plus basiques et historiquement le plus répandu,...

Que FORTRAN ait été le premier langage, c'est un fait historique.
Mais "historiquement le plus répandu", je ne sais pas où vous avez été chercher cela .....

Quand à parler de langage "basique" pour le FORTRAN .......

[thepierre]

mon deuxième message faisait pourtant abstraction de toute référence à fortran...pour ne pas heurter les sensibilités...

Il n’y avait rien dans la version PL/SQL pré Oracle 8 qui vous obligeait à mal écrire les programmes, à part l’incompréhension de ce qui se passait derrière. Ce qui reste toujours valable aujourd’hui.

On peut évidemment écrire un beau programme en pl/sql, compréhension et/ou incompréhension fonctionnelle mise à part. Mais rien ne justifiera l'utilisation d'un ~3GL~ à la place de la langue native de la bd oracle : le sql.

Y a-t-il encore des problématiques "incodables" en sql, de nos jours??

Remarque: Vu votre nouvelle intervention je pense que vous avez voulu dire Cobol à la place de Fortran.

je ne parle pas d'un langage source en particulier, je parle des solutions du moindre effort en général pour migrer un programme d'un système vers un autre, et en particulier vers une bd oracle.

(zut, à force, on va croire que je suis amoureux d'oracle )