RE : DBA Oracle senior apprenant maintenant Informix à la demande de l'entreprise : je pensais qu'Informix

>Les gars, les gars... > >Le message d'origine était sérieux. > >J'espère que le gars qui a lancé le sujet lit toujours les messages de son >fil de discussion...... >et qu'il commence à se rendre compte à quel point il est facile >d'administrer Informix....... nous passons bien plus de temps à plaisanter >qu'à corriger/mettre à niveau Informix.... > >Wooo hooooo > MDR... Oh, on le sait. ;-) Mais nous sommes également sérieux au sujet des dégâts auto-infligés par Janet P. et consorts. Il y a assurément plus à dire là-dessus, mais si je te le disais, je devrais te tuer. ;-) Et le fait que IDS soit toujours bien vivant témoigne de sa viabilité en tant que produit. À propos d'Oracle... PL/SQL est lourd. Franchement, ACE était bien meilleur... _________________________________________________________________ GAGNEZ jusqu'à 10 000 $ en espèces ou en prix ' participez au jeu-concours Microsoft Office Live http://clk.atdmt.com/MRT/go/aub0050001581mrt/direct/01/

> PL/SQL is clunky compared to T-SQL? :) The only clunky thing I can think of in PL/SQL is maybe the compiler messages, but you learn quickly how to decipher them. Cursors in Oracle are much more complete and powerful than in SQL Server, especially since you can map a record directly to a cursor row, and even to a table row, instead of listing all the columns in the FETCH statement. PL/SQL also offers a true package model, with private and public procedures, functions and global variables. All T-SQL has is a flat list of stored procedures and UDFs. PL/SQL supports dynamic SQL and binding to variables; you can execute a statement n times with different bind values without reparsing. In SQL Server you have to use sp_executesql, which is painful compared to EXECUTE IMMEDIATE. PL/SQL supports arrays and collections (nested tables, varrays, associative arrays), plus bulk operations with BULK COLLECT and FORALL that drastically reduce context switches between the SQL and PL/SQL engines. Don't even get me started on exception handling. T-SQL error handling before TRY/CATCH was a nightmare of checking @@ERROR after every statement.