Re: SAPDB 7.4 is out

En ce qui me concerne, j'avais essayé SAPDB il y a quelques mois, et le produit semblait tout sauf abouti. Des fichiers dans tous les sens, une installation qui merdait, rien de folichon... Le produit est abouti, c'est juste que ç'est pas du clef en main. Les scripts d'installation fonctionne parfaitement et permettent une evolution d'une version à l'autre avec une simplicité evangélique. Ce qui peut sembler déroutant, c'est l'abscence de script (ou autre) de création de base. Il y a une bonne raison à celà, c'est qu'il n'existe pas de façon générique de créer une base : tu peux en vouloir une de 100meg sur le dur prenant 64Meg de ram et 1 CPU, dans /le_site_de_mami, et une autre sur des "raw devices", utilisant plusieurs partitions de 4Go, 7CPU et 2Go de ram. Evidemment pour le dev, tu utilise un script générique qui prend la taille de la bd en paramètre, et c'est tout. Pour les fichiers partout, moi j'ai tout le(s) runtime(s) (car il est possible de faire cohabiter plusieurs version du noyau de la base) dans /usr/sapdb, et toutes mes bases sous /database/<nom_de_la_base>, avec sous ce répertoire 1 répertoire backup, 1 répertoire log et un répertoire data, ce qui me permet de mettre des points de montage là ou il faut. En fait le point clef, c'est la souplesse, tout en fait ce que tu veux, exactement comme oracle. Tu n'est pas obligé de mettre toutes tes bd sous un répertoire unique, tu n'est pas obligé d'avoir toutes tes bases qui utilisent la même version, et surtout tu n'est pas obligé de faire démarrer et d'arrêter toutes les bases en même temps, car il y a séparation totale entre les différentes bases de données. Qu'est ce qui a merdé quand tu a essayé d'installer ? j'ai déjà fait l'installation à partir des tgz sur debian 2.2,3.0 et sid ainsi que sur toutes les redhat de la 6.2 à la 8, et l'install a tjs marché.