Oui sauf que c'est surtout du côté de Oracle que je trouve que c'est gonflé.
ET puis il faut que tu saches quelque chose de très important : dans une entreprise la sécurité c'est bien, mais les performances, la fiabilité ça peut l'être encore plus, en particulier lorsque les bases ne sont pas exposés.
Et là je parle de quelque chose que je connais (ne t'en déplaise).
SQLServer c'est une bouse infâme. On en avait 6 j'ai réussi à n'en garder qu'une (parce qu'un de nos éditeurs ne travaillent pas avec autre chose, mais je n'ai pas perdu espoir). C'est la seule base de données dans laquelle j'ai réussi à avoir une clé primaire en double !! Oui oui en double (SQLServer2000). Alors comme ça n'est pas possible (en théorie hein puisque moi je l'ai vu), cette merveille a été incapable de gérer la situation et refusait d'admettre la deuxième ligne, impossible de la supprimer (par requête ou par cliquodrome). Alors oui peut être que mes admins sont des manches mais comme ils n'ont pas de problèmes particulier avec Oracle je me dis que y a pas que ça.
Brandir des compteurs de vulnérabilités mysql (en évitant soigneusement Oracle mais tout le monde l'aura remarqué) c'est bien la preuve d'une carence en arguments.
SQLServeur est, je le répète, un mauvais outil, une mauvaise application. Probablement la plus mauvaise de MS. Et c'est bien la toute puissance marketing de son éditeur qui a pu la hisser à son rang actuel.
Les performances sont minable, au dernière nouvelle ça ne marche que sur Windows (on récupère donc en prime en plus les instabilités de l'OS).
C'est bien simple maintenant sur notre serveur on a fait une image et on la restaure au moindre pet de travers avec restauration des données.
Je ne parlerai pas de DB2 (que tu as également soigneusement évité de mentionner, je te comprends) .
Je ne travaille pas chez un éditeur, je travaille dans une entreprise (du CAC40) très grosse consommatrice de database (Oracle essentiellement). Il ne me viendrait pas plus à l'esprit de mettre des données sensibles sur SQLServer que sur une disquette.
Donc je maintient, c'est hyper gonflé, même si tu crache sur mes 11 ans d'expériences sur le sujet.
[^] # Re: Gonflé
Posté par Calvin0c7 . En réponse au journal Pourquoi les entreprises qui essaient Linux reviennent-elles à Windows Server ?. Évalué à 5.
ET puis il faut que tu saches quelque chose de très important : dans une entreprise la sécurité c'est bien, mais les performances, la fiabilité ça peut l'être encore plus, en particulier lorsque les bases ne sont pas exposés.
Et là je parle de quelque chose que je connais (ne t'en déplaise).
SQLServer c'est une bouse infâme. On en avait 6 j'ai réussi à n'en garder qu'une (parce qu'un de nos éditeurs ne travaillent pas avec autre chose, mais je n'ai pas perdu espoir). C'est la seule base de données dans laquelle j'ai réussi à avoir une clé primaire en double !! Oui oui en double (SQLServer2000). Alors comme ça n'est pas possible (en théorie hein puisque moi je l'ai vu), cette merveille a été incapable de gérer la situation et refusait d'admettre la deuxième ligne, impossible de la supprimer (par requête ou par cliquodrome). Alors oui peut être que mes admins sont des manches mais comme ils n'ont pas de problèmes particulier avec Oracle je me dis que y a pas que ça.
Brandir des compteurs de vulnérabilités mysql (en évitant soigneusement Oracle mais tout le monde l'aura remarqué) c'est bien la preuve d'une carence en arguments.
SQLServeur est, je le répète, un mauvais outil, une mauvaise application. Probablement la plus mauvaise de MS. Et c'est bien la toute puissance marketing de son éditeur qui a pu la hisser à son rang actuel.
Les performances sont minable, au dernière nouvelle ça ne marche que sur Windows (on récupère donc en prime en plus les instabilités de l'OS).
C'est bien simple maintenant sur notre serveur on a fait une image et on la restaure au moindre pet de travers avec restauration des données.
Je ne parlerai pas de DB2 (que tu as également soigneusement évité de mentionner, je te comprends) .
Je ne travaille pas chez un éditeur, je travaille dans une entreprise (du CAC40) très grosse consommatrice de database (Oracle essentiellement). Il ne me viendrait pas plus à l'esprit de mettre des données sensibles sur SQLServer que sur une disquette.
Donc je maintient, c'est hyper gonflé, même si tu crache sur mes 11 ans d'expériences sur le sujet.