Petite précision "Oracle, Sybase, SQLServer, MySQL, DB2, PostgreSQL and Ingres" sont des systèmes de gestions de données relationnelles, SGBDR.
Donc fausse joie pour ma part.
Ensuite IMHO, je suis toujours septique sur les solutions tout en un.
Il existe déjà des outils pour faire du requêtage sur tous ces SGBDR, je pense à SquirrelSQL.
Il existe déjà des outils pour superviser tous ces produits, voir le comm' à ce sujet.
Il existe déjà des outils de CMDB qui gères tous ces produits.
Le backup est souvent spécifique au produit bien que toujours sur le même modèle (informer du début du bkp, bkper incr ou full, informer de la fin du bkp) donc unifier dans un outil signifie souvent perdre la main sur les spécificités de chacun. D'ailleurs la plupart des outils de backup proposent des modules dédiés.
Après, si cet outil est un vecteur pour vendre les compétences de ses concepteurs sous forme de service, pkoi pas.
# SGBD + R
Posté par steph1978 . En réponse à la dépêche Exploitez vos SGBD grâce à dbSQWare. Évalué à 1.
Petite précision "Oracle, Sybase, SQLServer, MySQL, DB2, PostgreSQL and Ingres" sont des systèmes de gestions de données relationnelles, SGBDR.
Donc fausse joie pour ma part.
Ensuite IMHO, je suis toujours septique sur les solutions tout en un.
Il existe déjà des outils pour faire du requêtage sur tous ces SGBDR, je pense à SquirrelSQL.
Il existe déjà des outils pour superviser tous ces produits, voir le comm' à ce sujet.
Il existe déjà des outils de CMDB qui gères tous ces produits.
Le backup est souvent spécifique au produit bien que toujours sur le même modèle (informer du début du bkp, bkper incr ou full, informer de la fin du bkp) donc unifier dans un outil signifie souvent perdre la main sur les spécificités de chacun. D'ailleurs la plupart des outils de backup proposent des modules dédiés.
Après, si cet outil est un vecteur pour vendre les compétences de ses concepteurs sous forme de service, pkoi pas.