Capacite d'une base de donnée
cana01
Messages postés
167
Date d'inscription
Statut
Membre
Dernière intervention
-
dam75 Messages postés 1063 Date d'inscription Statut Webmaster Dernière intervention -
dam75 Messages postés 1063 Date d'inscription Statut Webmaster Dernière intervention -
Bonjour,
j aimerais savoir esce que la base de donnée MySQL en terme de capacité d'information a contenir
est mieu que acces, oracle et autres?
j aimerais savoir esce que la base de donnée MySQL en terme de capacité d'information a contenir
est mieu que acces, oracle et autres?
A voir également:
- Capacite d'une base de donnée
- Base de registre - Guide
- Formules mathématiques de base - Télécharger - Études & Formations
- Gigaset ne reconnait plus sa base - Forum telephonie fixe
- Formules excel de base - Guide
- Dépassement de capacité vba ✓ - Forum Excel
7 réponses
Tout dépend de la capacité justement. Pour de très gros volume de données, To, Oracle et SQL Server sont les dwh recommandés. Maintenant pour des volumes inférieurs je recommanderai Access, MySql.
La petite chose c'est que si vous utilisez Access pour gérer disont entre 500Go et 1To, il faut l'utiliser bien et uniquement comme un sgdb, j'entends par là, ne pas y inclure quelques formulaires dans l'environnement de développement. Après, et c'est plus difficile, il faut échelonné une étude d'index sur 3 ou 6 mois et réajuster les index.
La petite chose c'est que si vous utilisez Access pour gérer disont entre 500Go et 1To, il faut l'utiliser bien et uniquement comme un sgdb, j'entends par là, ne pas y inclure quelques formulaires dans l'environnement de développement. Après, et c'est plus difficile, il faut échelonné une étude d'index sur 3 ou 6 mois et réajuster les index.
En claire si l'indexation est bien faite je pense bien que les
mise a jour serons aisées a faire. C est cela j espere?
mise a jour serons aisées a faire. C est cela j espere?
Salut,
c'est plutôt la conception du modèle de données qui va avoir une influence sur les performances...
c'est plutôt la conception du modèle de données qui va avoir une influence sur les performances...
'alut
moi je dirais que les 2 sont justes : la conception du modèle de données permettra ce créer de requêtes performantes, les bons index permettront a ces requêtes d'être elles même plus performantes.....non ? :)
moi je dirais que les 2 sont justes : la conception du modèle de données permettra ce créer de requêtes performantes, les bons index permettront a ces requêtes d'être elles même plus performantes.....non ? :)
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Bonjour,
La capacité max d'une base de données dépend de pleins de facteurs :
- la ou les machines sur laquelle elle sera installée (mémoire vive, capacité et surtout vitesse des disques, ...)
- l'usage : si on a 10 connectés dessus (et à machine équivalente), on peut se permettre beaucoup plus d'approximations et de données volumineuses que si on en a 10 000 ...
- des fonctions qu'on utilise : ainsi par ex, l'intégrité référentielle peut être coûteuse, de même que certaines procédures ou calculs lourds
- effectivement de la bonne (ou pas) conception du modèle de données,
- de l'usage que tu veux en avoir : un logiciel PC (peu d'utilisateurs mais des requêtes lourdes) ? un site Web (pleins d'uilisateurs mais des requêtes simples) ?
- du taux d'écriture VS de lecture (typiquement, un site web fait 100 lectures pour 1 écriture, alors qu'un logiciel de gestion de stocks fera plutôt 50/50)
- ...
Bref, il est impossible de répondre à cette question sur la simple comparaison de X produits ... le choix est une question d'usage, d'OS, de budget, de compétences et de goût :)
(je ne parle pas de Access, qui lui est bien un produit bureautique absolument pas comparable avec les vrais SGBD cités par ailleurs)
@olivrT : par contre, comparer MySQL à Access, tu vas un peu loin, pour info Facebook ou Google utilisent MySQL, c'est dire la charge qu'il peut supporter !)
En résumé :
- utilisation bureautique quasi-mono-poste -> regarde Access, Open Office Database (gratuit), FileMaker (Mac), peut-être Windev (le seul à ma connaissance avec une syntaxe en français ... pour les allergiques à l'anglais ?) ...
- Site web ou serveur central -> SQL Server, MySQL (gratuit), PostgreSQL (gratuit, syntaxe similaire à Oracle), Oracle (peut être cher suivant options et licences) ...
A+
La capacité max d'une base de données dépend de pleins de facteurs :
- la ou les machines sur laquelle elle sera installée (mémoire vive, capacité et surtout vitesse des disques, ...)
- l'usage : si on a 10 connectés dessus (et à machine équivalente), on peut se permettre beaucoup plus d'approximations et de données volumineuses que si on en a 10 000 ...
- des fonctions qu'on utilise : ainsi par ex, l'intégrité référentielle peut être coûteuse, de même que certaines procédures ou calculs lourds
- effectivement de la bonne (ou pas) conception du modèle de données,
- de l'usage que tu veux en avoir : un logiciel PC (peu d'utilisateurs mais des requêtes lourdes) ? un site Web (pleins d'uilisateurs mais des requêtes simples) ?
- du taux d'écriture VS de lecture (typiquement, un site web fait 100 lectures pour 1 écriture, alors qu'un logiciel de gestion de stocks fera plutôt 50/50)
- ...
Bref, il est impossible de répondre à cette question sur la simple comparaison de X produits ... le choix est une question d'usage, d'OS, de budget, de compétences et de goût :)
(je ne parle pas de Access, qui lui est bien un produit bureautique absolument pas comparable avec les vrais SGBD cités par ailleurs)
@olivrT : par contre, comparer MySQL à Access, tu vas un peu loin, pour info Facebook ou Google utilisent MySQL, c'est dire la charge qu'il peut supporter !)
En résumé :
- utilisation bureautique quasi-mono-poste -> regarde Access, Open Office Database (gratuit), FileMaker (Mac), peut-être Windev (le seul à ma connaissance avec une syntaxe en français ... pour les allergiques à l'anglais ?) ...
- Site web ou serveur central -> SQL Server, MySQL (gratuit), PostgreSQL (gratuit, syntaxe similaire à Oracle), Oracle (peut être cher suivant options et licences) ...
A+
Merci Dam75, pour de plus amples informations sur Mysql.
En gros mysql est un excellent SGBDR en client/serveur.
Je me familiarise a ce SGBDR et j espere que je pourais faire des merveilles
avec cela.Passe mois quelqeus astuces surtout.
Merci encore.
En gros mysql est un excellent SGBDR en client/serveur.
Je me familiarise a ce SGBDR et j espere que je pourais faire des merveilles
avec cela.Passe mois quelqeus astuces surtout.
Merci encore.