Discussion :

[nelmehdi]

Bonjour et avant-tout merci pour votre aide,

Voici ma contrainte, je dois gérer un entrepôt de données sur lequel nous allons stoker moyennement 300Mb de données/Semaine.

Après je mettrai en place un Infocentre soit en PHP ou JSP. à votre avis qu'il est le meilleur SGBD parmi les trois suivants que je pourrais utiliser ?

• MySQL
• PgSQL

Ou bien si vous proposez un autre.

[qi130]

Un peu maigre ton cahier des charges....
Et tu évoques 3 SGBD, tu n'en mentionnes que 2

• Le sgbd doit-il être free ?
• Dois-tu gérer des transactions ?
• Combien de tables ?
• Quel volume de données par table ?
• Y aura t-il de la réplication depuis d'autres SGBD ?
• Comment les 300 Mo arrivent dans tes tables ? (insertion, remplacement => taux de croissance de la base)
• Installation sur un LAN avec des accès internes ?
• Accès depuis internet ? (problématique de l'hébergement)

Bref, plein de sujets qui peuvent orienter vers un sgbd plutôt qu'un autre.

[nelmehdi]

Salut,

Effectivement tu as raison, j'ai pas communiqué trop de détails, voici quelques uns :
- Selon la politique de la boite le SGBD ne doit pas forcement être Open Source (mais moi perso j'opte pour ce choix).
- L'alimentation des fichiers sera faite par des nouvelles données injectées en Format CSV, 10 Fichiers CSV par Jour chaque fichier contient entre 8.000 et 10.000 lignes de 21 colonnes (chaque fichier sera une table sur le SGBD).
- Le serveur est un Core 2 Duo de 2Ghz avec 4 Go de RAM et deux DDR de 750 Go en RAID 1.
- L'accès se fera en LAN.
- Pour alléger la charge je pense à des procédures qui se lanceront chaque minuits pour simplifier le calcul et le mettre sur une autre base qui sera fréquemment utilisée.

A ton avis tu me conseilles quoi?

[SQLpro]

1) quel volume à terme ? (5 ans, 10 ans) en Go
2) quelles requêtes / process de data mining y seront effectués ?
3) combien d'utilisateurs simultanés ?
4) quel niveau de fiabilité ? PRA, haute dispo, sauvegarde, redondance ???

A +