Salut,
 
Est-ce que quelqu'un aurait de la doc sur l'architecture DB2 ?
Cela me permettrait de comprendre comment ça fonctionne.
Apparamment pour que le client DB2 tourne , il faut creer une instance, cataloguer un noeud et une base...
mais qu'est ce qu'un instance ?
cataloguer ?
 
Je voulais plus d'information la dessus pour mieux comprendre et voir si il y a une fonctionnement
similaire avec oracle.
 
Merci à tous pour votre aide,
la plus minime soit elle.

oui c'est ca, ton instance contient des nodes (d'apres mes souvenirs). Enfin si tu peux passer a SQL Server 2005 hésite pas, DB2 est une vraie merde (dans sa version 7.2 du moins, vieille version s'il en est...)

euh publib.boulder ça te qui quelque chose? Nan parce que la doc est quand même bien faite :
http://publib.boulder.ibm.com/info [...] 007242.htm
 
Et sinon db2 v8 c'est très bien !!!

 
Ce n'est pas parcequ'on ne maitrise pas un SGBD qu'il faut dire que c'est une merde  

 
Euh qu'est ce qui te permets de penser que je ne maitrise pas DB2 ? C'est parce que je maitrise DB2 que je peux me permettre de dire que c'est de la merde (je le repete, dans sa version 7.2).

 
Dans ce cas tu peux peut-etre nous renseigner sur ce qui fait que DB2 v 7.2 est une "merde"par rapport à SQL Server 2005 ? Celà nous permettra de mieux choisir un SGBD plutot qu'un autre.
 
Merci à toi pour ton retour d'expérience.

• pas procédure stoquées
• gestion de la mémoire qui requiert un level50 en paramètrage.
• des outils d'administration bouseux  
• pas d'outils de monitoring
• les opérations de sauvegarde sont inbitables ( les indexes plantent, pas de sauvegarde des logs de transaction)

grosso-modo tout ça a été corrigé par la V8 ( v8.2 meme je crois )

Oh bah c'est tres facile, pele mele :
 
- Les exports de SAR qui merdoient une fois sur deux (quand tu dois exporter 500 proc stoc et que y'en manque 3 dans le lot, c'est tres amusant. Et ca touche toujours les proc stoc qui ont le meme nom (mais un specific name différent, et justement j'utilise le getsar avec les specific name), bref passons.
 
- Les outils fournis par IBM qui sont en java et d'une lenteur affligeante (sans parler de l'ergonomie : tu veux faire un copier-coller de ta proc stoc qui fait un ecran et demi, ah non tu peux pas tu ne peux sélectionner que ce qui est visible a l'écran dans le proc stoc Builder ... La molette n'est meme pas géré... Quand tu fais un clic droit dans l'arborescence pour faire "create new sql sproc" ca met 3 plombes a s'ouvrir, faut meme cliquer 2x parfois...)
 
- Obliger d'avoir un compilo C pour compiler les sproc
 
- Le support super utile de IBM : "passer a la V8" (oui mais non, le client ne veut pas)
 
- des problemes de perfs assez monstrueux, malgré l'appel a plusieurs experts DB2 pour tuner la base (et au final ils n'ont pas fait grand chose de plus que ce que j'avais fait) : une requete sql qui mets pres d'une heure pour s'éxécuter, ce n'est pas tolérable (non ca ne vient pas de la machine : quari proc avec 2 Go de ram (ou 4 je ne sais plus)), et la meme requete sous SQL Server 2000 est un miyard de fois plus rapide. Oui les index sont correctements placés.
 
Bref, j'en ai plein d'autres mais faut que ca me revienne et j'ai pas franchement que ca a foutre
 
DB2 7.2 c'est de la merde

 
y'a les sproc sur la v7 qd meme... c'est pas mysql non plus hein

 
Je ne suis pas un pro de DB2, mais je peux t'afficrmer que les procédures stockées existent depuis pas mal de temps sur DB2 (sûr depuis la v6). Idem pour le monitoring, les logs...
 
Pour la gestion de mémoire et les outils d'administration, je te l'accorde qu'il y a mieux, mais je ne pense pas que cela permet de dire que c'est de la merde.

ca ne participe pas a trouver le produit "bon".

 
ma tournure de phrase était surement extrèmiste je vous l'accorde
 
 

Devoir utiliser une compilateur pour faire une procédure, j'appele pas ça supporté les sproc hein
 
Pour le monitoring, "DB2 activity monitor" est apparu avec la V8, idem pour le utility monitoring. Tout comme la maintenance automatique dont on a pas parlé d'ailleurs.
 
Et pour les logs, j'evoquais le problème lors d'un backup hein S'pas de ma faute si le backup utility est pas foutu de mettre les transaction dans le même fichier que la sauvegarde!

 
Ou est le problème ?
 
Pour le reste je suis d'accord avec toi, la v8 est meilleure que les précédentes (encore heureux).
De toute manière je ne pense pas que donny3 va se lancer, dans un premier temps, dans le développement de proc-stock et dans des sauvegardes de logs.
 
Sur ce, bonne soirée à tous.  

comment peut on utiliser un sgbd sans utiliser les sproc...