Discussion :

[SQLpro]

...
Oui, dual-pentium 4 cores + haute dispo (dataguard seulement)
Oracle : 4 licences pour le primaire plus 4 pour le secondaire = 8 licences
SQL server : 2 licences pour le primaire, aucun pour le cluster et éventuellement 2 pour le miroir (je ne sais plus si c'est payant).

je te confirme, non : ni l'OS ni SQL Server n'est à payer sur aucun serveur redondant !

MS facture au CPU et pas au core, rien que ça, ça permet des économies non négligeable. Donc même si MS faisait les licences aussi cher qu'Oracle, Oracle serait 2 fois plus cher. Mais comme en plus MS est moins cher... bah t'es pas loin de 4 fois plus cher pour Oracle. Et sur MS t'as le clustering en plus alors qu'ASM est payant sur l'Enterprise d'Oracle (mais gratuit en standard mais là tu payes Data Guard... à n'y rien comprendre )

Après on peut aussi jouer avec la virtualisation. 64 CPU dans un blade center. Une machine virtuelle avec un dual core.
MS = 2 licences
Oracle = 32 licences

Rajoute à cela que Oracle fait payer chacun des module supplémentaire :
Spatial, Full text, Backup (herman), outil d'intégration de données, de reporting, alors que tout cela est intégré dans la licence MS.

Un petit exemple, en passant sa BI de Oracle à SQL Server, l'une des plus grosse compagnie d'aviation US a économisé plus de 120 millions de dollars de licences !

A +

[orafrance]

alors que sous oracle pour obtenir le même effet il faut encapsuler les différentes façon d'écrire la requête dans une procédure et prévoir un branchement en fonction de la valeur de certains paramètres... ignobles !

Non non, Oracle propose un optimiseur basé sur les stats depuis un moment, plus la peine de se torturer l'esprit à savoir dans quel ordre faut mettre les relations ou les tables

[pifor]

Rajoute à cela que Oracle fait payer chacun des module supplémentaire :
Spatial, Full text, Backup (herman), outil d'intégration de données, de reporting, alors que tout cela est intégré dans la licence MS.
A +

Oui Spatial est une option facturée séparément mais ce n'est ni le cas d'Oracle Text ni le cas de RMAN (pitié pour l'orthographe ).

Essayez d'appuyer vos affirmations avec des documents officiels Oracle en utilisant la terminologie Oracle comme le Licensing Information 10.2: http://download.oracle.com/docs/cd/B...b14199/toc.htm.

[pifor]

Normal, Oracle fonctionne nativement avec un mode d'isolation des transactions qui n'existe pas de façon normative. Cela dit, depuis la version 2005, MS propose le même mode d'isolation qu'Oracle (SNAPSHOT) décliné en deux versions : READ COMMITTED ou READ/WRITE.
En utilisant systématiquement ce cas, vous n'aurez plus de deadlock.
Encore faut-il le savoir et comme les développeurs sont en général des ignares en matières de SGBDR... cela fait mal !

Le problème de fond des modes d'isolation des transactions du standard SQL c'est qu'ils ne sont pas assez précis. Voir l'analyse que propose Tom Kyte dans cet article d'Oracle Magazine qui dit en particulier
http://www.oracle.com/technology/ora...o65asktom.html

Note that the ANSI/ISO SQL standard defines transaction-level characteristics, not just individual statement-by-statement-level characteristics. I'll examine transaction-level isolation, not just statement-level isolation.

The SQL isolation levels are defined based on whether they allow each of the preceding phenomena. It's interesting to note that the SQL standard doesn't impose a specific locking scheme or mandate particular behaviors, but rather describes these isolation levels in terms of these phenomena—allowing for many different locking/concurrency mechanisms to exist

Notez que l'utilisation du niveau d'isolation READ COMMITTED ne peut pas empêcher de deadlock comme celui décrit dans le Concepts Guide 11.2:
http://download.oracle.com/docs/cd/E....htm#CNCPT1336.

[orafrance]

volée de bois vert pour SQLPro... ça lui apprendra à trainer sur le forum Oracle

[voran]

Normal, Oracle fonctionne nativement avec un mode d'isolation des transactions qui n'existe pas de façon normative.

La norme devrait mais hélas n'est pas intrinsèquement un gage de perfs et d'efficacité.

Cela dit, depuis la version 2005, MS propose le même mode d'isolation qu'Oracle (SNAPSHOT) décliné en deux versions : READ COMMITTED ou READ/WRITE.
En utilisant systématiquement ce cas, vous n'aurez plus de deadlock.
Encore faut-il le savoir et comme les développeurs sont en général des ignares en matières de SGBDR... cela fait mal !

Comme nous ne sommes pas des "ignares", nous avons posé la question à l'expert SQL Server (SQL2005 à l'époque) en charge de nos TMC au Microsoft Technology Center. Et bien après une première réaction d'indignation, il nous l'a fortement déconseillé.
Bref, nos clients sur SQL Server en font les frais.

[Pomalaix]

Rajoute à cela que Oracle fait payer chacun des module supplémentaire :...(herman)...

Herman, ich bin ton père !

Bon, cette affirmation est fausse mais un peu vraie quand même.
Rman est une fonctionnalité incluse dans la licence de base, mais on ne peut faire que des sauvegardes sur disque.
Pour en faire sur bande, il faut acheter un pilote MML permettant de communiquer avec la robotique de sauvegarde (par exemple pilote TDP pour TSM). Certes, ledit pilote est fourni non par Oracle, mais par les éditeurs de produits de sauvegarde, mais il n'empêche qu'il faut repasser à la caisse d'une manière ou d'une autre pour faire des sauvegardes RMAN sur bande.

PS : Voran et Orafrance, votre "monologue à deux" est particulièrement indigeste. Battez-vous en privé un bon coup, et revenez nous faire part de conclusions un peu sérieuses.

[Abigold]

Il y aussi des améliorations sur:
-la gestion de la mémoire (paramètre MEMORY_MAX_TARGET)
-partitonnement
-Le "IN MEMORY DATABASE CACHE" très similaire au cache de résultat mysql v5.1
-Les sauvergarde RMAN enfin compressées !
-La compression via le reseau

Et concernant la sécurité l'audit est enfin activé par défaut mais il est sucesptible d'engendrer un bug, aussi il vaut mieux le desactiver (!)....

Plus de précisions sur les nouvelles fonctionnalité ici:
http://blog.abigold.fr/joomla/index....-11g&Itemid=62
ou la mise en place de l'audit de sécurité ici:
http://blog.abigold.fr/joomla/index....rite&Itemid=53


Voilà voilà.
JC Abiven

[orafrance]

Et concernant la sécurité l'audit est enfin activé par défaut mais il est sucesptible d'engendrer un bug, aussi il vaut mieux le desactiver (!)....

comme c'est étonnant

[Laurent_du_78]

Il y aussi des améliorations sur:
...
-Les sauvergarde RMAN enfin compressées !
-La compression via le reseau
...
JC Abiven

avec compression OLTP, et compression datapump, seulement ce paquet cadeau de compression est une option payante

[voran]

Et concernant la sécurité l'audit est enfin activé par défaut mais il est sucesptible d'engendrer un bug, aussi il vaut mieux le desactiver (!)....
JC Abiven

Peut on avoir plus d'info concernant ce bug ?

comme c'est étonnant

TROLL !!!!!
Arf mince, c'est un modo ...connu des services ....