Discussion :

[ash.ice.loky]

Bonjour,
Je met en place une base données a base de données financières.
Nous étions sous Oracle 11g et nous hésitons a changer de base de données (pour une raison de coût et de performance).

La base se rapproche du téraoctet.
Le serveur est un dell avec 2 xeon, des disque SAS 15k et 380Go de ram.

Nous nous demandons si SQLserver ne permettrais pas de gérer cela pour moins cher avec une performance à peu prêt équivalente?

Dans le domaine de l'open source MySQL ou PostGrSql seraient viables ?

Que pensez vous du NoSql pour se genre de besoin ?

Merci pour votre aide.

[DotNetMatt]

Nous nous demandons si SQLserver ne permettrais pas de gérer cela pour moins cher avec une performance à peu prêt équivalente?

Oui, SQL Server est en mesure de gérer de très gros volumes de données de manière performante. Ils l'utilisent chez FNAC.com, CDiscount...

Dans le domaine de l'open source MySQL ou PostGrSql seraient viables ?

A voir l'expérience de YouTube avec MySQL, ou encore celle de Facebook (pas loin de 2000 serveurs MySQL), je pense qu'il vaut mieux éviter, mais rien n'est impossible si tu as le budget qui va bien... De ma propre expérience, sur une DB plus raisonnable (400 Go), MySQL ne tient pas la route bien longtemps dès que les requêtes deviennent un peu complexes.

Concernant PostGreSQL, je n'ai jamais utilisé ce soft et n'ai donc aucun retour d'expérience.

Que pensez vous du NoSql pour se genre de besoin ?

Le NoSQL est nécessaire si tu as des données non structurées. Sinon, je ne pense pas que ça vaille spécialement le coup. En général on utilise le NoSQL en complément d'une base relationnelle "classique".

[SQLpro]

Bonjour,
Je met en place une base données a base de données financières.
Nous étions sous Oracle 11g et nous hésitons a changer de base de données (pour une raison de coût et de performance).

La base se rapproche du téraoctet.
Le serveur est un dell avec 2 xeon, des disque SAS 15k et 380Go de ram.

Nous nous demandons si SQLserver ne permettrais pas de gérer cela pour moins cher avec une performance à peu prêt équivalente?

Dans le domaine de l'open source MySQL ou PostGrSql seraient viables ?

Que pensez vous du NoSql pour se genre de besoin ?

Merci pour votre aide.

D'abord une base ça se tune et un serveur, ça se configure en fonction de la volumétrie de la charge et des transactions. J'ai plus de 10 clients ayant des bases de plus de 1 To avec SQL Server. Certains sont partit de loin et souvent nous avons gagné en perf avec des x10 et x100 en optimisant...
SQL Server étant connu pour être plus performant au niveau de son optimiseur (rare sont les cas ou l'on est obligé de rajouter des hint dans les requêtes pour corriger les défauts de l'optimiseur, par rapport à Oracle....) à condition d'avoir :

• un modèle bien normalisé
• une bonne indexation
• des statistiques à jour.

Différence majeure avec ORACLE, la clause INCLUDE permettant des index couvrant qu'Oracle ne fait pas....

En outre, si vous avez de lourd calculs financier en batch, vous pouvez par exemple:
1) tout faire par des requêtes SQL organisée en CTE afin de se faciliter la vie pour la pose des index
2) utiliser des vues indexées
3) passer par des proc stock pour le reste.
4) passer par des UDF développées en .net pour certains calculs financiers
5) diagnostiquer les index à rajouter via sys.dm_db_missing_index_*
Enfin, avec SQL Server 2014 et les tables "in memory" ce genre de calcul devrait gagner en rapidité avec un x4 à x12 et si de surcroit vous y ajouter le compilation des proc stocke en code ,natif, alors vous pouvez faire un x8 à X20...

Pour un de mes client dans le domaine financier nous sommes passé successivement de quelques heures à quelques minutes et maintenant nous visons le quasi "temps réel" pour ces calcul, soit 3 secondes...

A +