Discussion :

[Tgaud]

Bonjour,


Je ne suis pas DBA, je suis développeur à Nice dans la grande consommation et mon projet fonctionne actuellement sous SYSBASE ASE.

On a une préférence pour SQL Server 2008, et l'on veut migrer (pas une vrai migration, juste recommencer sous cette nouvelle base), mais on nous demande de monter un dossier béton pour justifier ce changement, d'un point de vue développeur / DBA afin de justifier notamment le budget.

Pouvez vous m'aider à faire un inventaire des bénéfices de SQL server 2008 face à SYSBASE ASE ?
Et un bilan des grands défaults de SYSBASE ASE ?

Surtout en misant sur l'aspect volumétrie, performance, et possibilité/contraintes de dev
(même si c'est pas exclusif).

Environnement de developpement : Windows, C# Framework 4.0, SSIS
utilisation de pas mal de procédures stockées pour la restit de données
en mettant pas moins de 75 tables en utilisation à l'interieur.

Grosse base, grosse volumétrie, nombreux traitements de nuit, avec intégrations de données quotidiennes la nuit.



Merci de votre aide !

[Invité]

Grosse base, grosse volumétrie

Il faudrait quantifier ta pensée.
Une personne sur ce forum parlait d'une énorme base de données de 15 Go...
Tout est relatif...
75 tables, ce n'est rien de bien impressionnant. S'il y a 15 millions de lignes dans chaque, là, on change de registres.

[Tgaud]

600 000 lignes dans notre table principale (qui fait 83 colonnes).
soit 388 548 KB en taille.
(droppé et realimenté quotidiennement)

le reste cest juste des tables à volumétrie variable mais pas impressionante, qui viennent en jointure

les 75 tables c'est pas le total de la base, juste ce qui viens en jointure dans la même proc.

dont quelques tables à respectivement 720 140, 788000, 43 541 820 lignes
(la derniere fait 16 000 838 KB a elle seule)

(donc on sature facilement le fichier de transaction fixé a 8GO)

la charge d'un point de vue utilisateur peut monter à 100, qui chacun pourront lancer la même proc (mais en bossant chacun avec des tables temporaires).

la base fait 54 599 806 KB

Je sais pas si ça represente une grosse volumétrie ou pas..

[Ptit_Dje]

Bonjour,

Ca fait grosso-modo une base de 50GB.
Non, ce n'est pas enorme comme volumetrie...

83 colonnes ??? C'est une table de dimension ?
Pour quelle raison la dropper et la recreer quotidiennement ?

Avez vous deja une infrastructure SQL Server en place dans l'entreprise ?

Combien de stored procedure existent dans la base de donnees actuelle ?

Et... Pour quelle raison voulez-vous a priori changer de SGBD ?

[Tgaud]

_On drop et recré car les données sont actualisée totalement quotidiennement.


_On a 1000 stored procedure actuellement, mais il y en a de nombreuses obsolètes. pour ne pas dire la grande majorité.

_on a une archi sql server déjà en place, mais sur dautre projets, mais la mettre en place ne representera pas de probleme.

[Ptit_Dje]

Pour quelle raison voulez-vous a priori changer de SGBD ?

1000 stored procedure ca fait un paquet... Une migration impliquera de :
- Lister toutes les stored procedures utilisees
- Les migrer pour qu'elles soient compatible sur SQL Server

C'est un gros boulot...

Y a t'il des personnes dans la societe qui ont des connaissances SQL Server ?