L'environnement Oracle est-il plus exigeant pour un DBA que SQL Server? [fermé]

Je ne connais pas Oracle du tout, mais j'ai entendu Oracle DBA dire que travailler avec Oracle (en tant que DBA) est "plus difficile" et plus difficile et plus exigeant que de travailler avec SQL Server. Cette déclaration a-t-elle une base?

Étant donné qu'Oracle a plus de configurations à faire lors de la configuration / installation, cette tâche est généralement confiée au DBA Oracle. Le serveur SQL est beaucoup plus facile à installer pour un administrateur de serveur Windows en raison des similitudes (Microsoft). Ce processus d'installation SQL simple est également l'un des plus grands problèmes. L'administrateur du serveur Windows apparaît dans le DVD, installe SQL et pense "Ces DBA SQL ne font rien". En raison de ce type d'administration par des non-DBA, il y a beaucoup de ruptures dans SQL Server pendant les opérations de production. C'est ce qui mène à la conclusion: Oracle est beaucoup plus stable que SQL.

Pour Oracle, l'administrateur du serveur installe le système d'exploitation et Oracle DBA effectue l'installation de la base de données. Deux professionnels requis. Pour SQL Server, l'administrateur du serveur est parfois excité et continue l'installation SQL (ce n'est pas une bonne pratique). Un professionnel utilisé. Cela donne l'impression qu'Oracle est plus difficile / complexe que SQL Server. Bien que le non-DBA qui a installé SQL ne s'approprie jamais lorsqu'un problème survient et que la solution au problème SQL n'est pas le premier résultat d'une recherche Google.

Comme Oracle est installé par un DBA Oracle informé, il peut le configurer et l'administrer comme il se doit. Donnant ainsi une disponibilité et un débit acceptables. Pendant ce temps, le serveur SQL doit s'étouffer avec ses propres VLF fragmentés pendant que l'administrateur du serveur place les fichiers de données, le fichier journal et tempdb sur le lecteur C avec le système d'exploitation et le fichier d'échange. Cela donne l'impression qu'un DBA Oracle travaille plus fort qu'un DBA SQL Server.

Les administrateurs de base de données Oracle doivent être familiarisés avec différents systèmes d'exploitation. Je vais leur en donner le mérite. Mais les bases d'Oracle restent les mêmes, tout comme l'administration. J'ai administré Oracle sur HP-UX et sur Linux. Il y a une petite courbe d'apprentissage, mais c'est la partie amusante du travail en informatique. De plus, la courbe d'apprentissage concerne essentiellement la connexion et la navigation dans les répertoires et quelques autres commandes de base. Une fois que vous arrivez à la console Oracle (ou lancez OEM), c'est la même chose quel que soit le système d'exploitation. Veuillez noter que tout ce qui précède n'est que ma réponse d'opinion à la question posée.

Oracle a une barrière à l'entrée considérablement plus élevée que SQL Server. Est-ce que cela rend le travail avec Oracle «plus difficile» que SQL Server, eh bien cela dépend de ce que l'on entend par «plus difficile» et de l'endroit où vous placez la barre.

J'ai très rarement rencontré des entreprises, des systèmes soutenus par Oracle, qui n'avaient pas de DBA / développeurs Oracle dédiés dans l'équipe de développement. Je travaille fréquemment avec des systèmes soutenus par SQL qui ont été développés sans aucune expertise DBA.

Pourquoi?

Microsoft est intelligent. Ils ont construit une plate-forme de base de données qui est en concurrence avec Oracle mais l'ont rendue accessible à tous ceux qui peuvent créer une base de données dans Access. La notion de Code First , pour toute autre chose que la plus hétéroclite des applications départementales, me fait peur. Mais cela n'a-t-il pas un grand sens commercial?

Cachez la complexité. Facilitez la construction de votre plateforme de base de données pour tous. Plus tard, une fois qu'ils sont verrouillés, ils peuvent trouver tous les boutons, leviers et commutateurs dont ils auront besoin pour tirer le meilleur parti du produit.

Oracle requiert une expertise sur les boutons, leviers et commutateurs avant de pouvoir créer votre première table. Pour le novice, cela rend Oracle plus difficile à démarrer. Pas techniquement plus difficile, juste en comparaison avec SQL Server, tout simplement difficile.

Si vous êtes un développeur qui veut simplement "faire avancer les choses" , vers quelle plate-forme êtes-vous susceptible de vous pencher?

Un expert Oracle DBA est-il plus expert que son équivalent SQL Server? Non. La technologie Oracle est-elle plus complexe que SQL Server? Non. Est-ce difficile ou exigeant une bonne référence pour quoi que ce soit? Les trajets à travers Londres dans le métro sont les deux, mais je ne me sens pas supérieur pour le faire :)

Oracle a plus de fonctionnalités et d'options et beaucoup plus de boutons et de paramètres de configuration, il y a donc beaucoup plus à connaître et à gérer. SQL Server possède des fonctionnalités d'interface utilisateur qui rendent beaucoup de tâches très simples (certains diraient beaucoup trop simples) et cachent la complexité aux utilisateurs moins expérimentés. Cela rend probablement la barrière des connaissances pour devenir un DBA SQL Server inférieure à celle d'Oracle.

En outre, Oracle est pris en charge sur un certain nombre de plates-formes de système d'exploitation différentes, alors que les administrateurs de base de données SQL Server ne doivent connaître qu'un seul système d'exploitation.

D'un autre côté, j'ai connu des administrateurs de bases de données qui prennent en charge les deux, qui ont dit qu'Oracle posait beaucoup moins de problèmes car il se cassait moins et n'avait pas besoin d'être réparé aussi souvent que SQL Server.

Mes pensées:

SQL Server est plus facile à installer pour les administrateurs Windows - lorsqu'ils installent un produit d'infrastructure (par exemple Websense, VMWare's Virtual Center, Symantec Endpoint Protection, etc.) qui nécessite une base de données, ils font le travail très rapidement. Et c'est la moitié du "problème" avec SQL Server - n'importe qui peut le faire, et cela fonctionnera parfaitement - jusqu'à ce que quelque chose se passe mal.

SQL Server s'intègre également bien avec la fraternité .net - vous trouverez donc souvent des conceptions de bases de données réalisées par des développeurs c sharp plutôt que des développeurs de bases de données dédiés. Ce n'est pas une recette pour l'évolutivité.

Une application mal écrite fonctionnera mal sur Oracle et SQL Server ...