Précédent   Forum des professionnels en informatique > Bases de données > MySQL > Administration
Administration Forum d'entraide sur l'administration de MySQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 03/01/2007, 14h12   #1
Membre actif
 
Avatar de marsupilami34
 
Inscription : juin 2005
Messages : 463
Détails du profil
Informations forums :
Inscription : juin 2005
Messages : 463
Points : 188
Points : 188
Par défaut Mysql ou Access ?

Bonjour à tous

Voila, j'ai développé une appli avec Excel et VBA pour une petite quantité de données. Malheureusement, ces données vont en augmentant et je cherche à créer une base de données. Par contre j'aurai aimé savoir quel type de SGBD vous conseillait. Je cherche en particulier les avantages et les inconvénient entre 2 SGBD : Access et MySQL.

Pourriez vous m'aider sur ce point.

Merci d'avance.
marsupilami34 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 03/01/2007, 14h32   #2
Membre confirmé
 
Avatar de griese
 
Inscription : juin 2006
Messages : 646
Détails du profil
Informations personnelles :
Âge : 27
Localisation : France, Ille et Vilaine (Bretagne)

Informations forums :
Inscription : juin 2006
Messages : 646
Points : 243
Points : 243
Salut,
Bon étant donné que tu travaille sous Excel et que tu utilise du VBA, peut être que travailler sous Access me semble plus simple pour toi. Mais bon personnellement je te conseillerai Mysql qui pour moi est plus performant que Access. Access est un SGBD un peu à part et qui fait beaucoup de chose à sa sauce. Voilà mon avis. Mais dans ton cas Access me semble plus adapté à ton environnement de travail.
__________________
(\ _ /)
(='.'=) Voici Lapinou. Aidez le à conquérir le monde
(")-(") en le reproduisant.

http://mosfootball.over-blog.com
griese est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 03/01/2007, 14h47   #3
Membre actif
 
Avatar de marsupilami34
 
Inscription : juin 2005
Messages : 463
Détails du profil
Informations forums :
Inscription : juin 2005
Messages : 463
Points : 188
Points : 188
Merci pour ces renseignements.
Mais en fait ce qui va être déterminant dans mon choix c'est la quantité de données (200000 lignes et 20 colonnes environ) qui pourra être gérées par l'un ou par l'autre, et que le processus soit le plus rapide possible
marsupilami34 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 03/01/2007, 14h56   #4
Membre confirmé
 
Avatar de griese
 
Inscription : juin 2006
Messages : 646
Détails du profil
Informations personnelles :
Âge : 27
Localisation : France, Ille et Vilaine (Bretagne)

Informations forums :
Inscription : juin 2006
Messages : 646
Points : 243
Points : 243
200000 lignes sous Mysql ca ne posera aucun souci mais sous Access je ne sais pas ce que ça donnera, j'ai jamais été jusque là. Dans ce cas là je te conseillerai plutot Access mais sans avoir les connaissances nécessaire sur les capacité de Access sur une base de cette taille.
__________________
(\ _ /)
(='.'=) Voici Lapinou. Aidez le à conquérir le monde
(")-(") en le reproduisant.

http://mosfootball.over-blog.com
griese est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/01/2007, 04h17   #5
Rédacteur/Modérateur

 
Avatar de Antoun
 
Homme Antoine Dinimant
Consultant en Business Intelligence
Inscription : octobre 2006
Messages : 5 854
Détails du profil
Informations personnelles :
Nom : Homme Antoine Dinimant
Âge : 42
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Consultant en Business Intelligence
Secteur : Conseil

Informations forums :
Inscription : octobre 2006
Messages : 5 854
Points : 9 540
Points : 9 540
Access ne fait quasiment aucune optimisation, sans doute pour ne pas concurrencer SQL Server. Si donc tu as des requêtes un peu compliquées, les temps de réponse sur 200 000 lignes seront assez dégleus...

Enfin, Access est très gourmand en espace disque, et demande qu'on "compresse" la base régulièrement, faute de quoi elle va doubler de volume, puis tripler, quadrupler, etc.

A l'inverse, l'intérêt d'Access est la simplicité de développement à travers une interface graphique.
__________________
Antoun
Expert SQL, BO, Essbase

La bible d'Essbase est parue !
Antoun est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/01/2007, 09h33   #6
Membre régulier
 
Inscription : novembre 2004
Messages : 657
Détails du profil
Informations forums :
Inscription : novembre 2004
Messages : 657
Points : 81
Points : 81
Bonjour,
tu peux jongler avec les deux :
1-tu peux avoir ta base sous SQL SERVER pour robustess et faire tes l'interface avec ACCESS en tilisant ODBC.
2-La même chose avec une base en MYSQL vérifiant qu'il existe des drivers ODBC pour MYSQL (je pense que oui).
Cdt.
big1 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/01/2007, 20h41   #7
Nouveau Membre du Club
 
Inscription : octobre 2005
Messages : 85
Détails du profil
Informations forums :
Inscription : octobre 2005
Messages : 85
Points : 39
Points : 39
J'ajoute que mySql est un SGBD "serveur" donc développé pour un nombre de connexion simultanées important. Si ta base de donnée est "partagée" c'est a dire qu'elle est interrogée simultanéement par de nombreux utilisateurs, c'est un paramètre à prendre en compte car access à une gestion des threads pas particulièrement efficace (et qu'il faut prendre en compte dans le developpement: type de recordset, connection, etc...).

En revanche, concernant le nombre de lignes, je me doit de contredire ce que j'ai lu plus haut. Access renvoie des résultats de requètes en des temps quasiment similaires que ceux de SQLserver, et ce quelquesoit le nombre d'enregistrements pour la simple raison qu'ils sont construits sur le même noyau (sur office 2005 en tout cas). La différence entre ces deux produits se situe plutôt au niveau de l'administration donc de la securité, d'un système backup automatisable (inexistant sous access) mais surtout au niveau de la gestion des connexion.
Ce n'est pas par hasard qu'ils on baptisé ce produit sql"SERVER".

En conclusion, si ta BD est destinée à être partagée, choisis mySQL, si c'est une base de donnée embarquée, étant donné que tu as développé ton appli en VBA, la maintenance et l'évolution seront facilitées si tu restes dans un seul environnement(microsoft)
ataya est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/01/2007, 20h56   #8
Rédacteur/Modérateur

 
Avatar de Antoun
 
Homme Antoine Dinimant
Consultant en Business Intelligence
Inscription : octobre 2006
Messages : 5 854
Détails du profil
Informations personnelles :
Nom : Homme Antoine Dinimant
Âge : 42
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Consultant en Business Intelligence
Secteur : Conseil

Informations forums :
Inscription : octobre 2006
Messages : 5 854
Points : 9 540
Points : 9 540
Citation:
Envoyé par big1
2-La même chose avec une base en MYSQL vérifiant qu'il existe des drivers ODBC pour MYSQL (je pense que oui).
Cdt.
yep, c'est MyODBC, dispo sur www.mysql.com
__________________
Antoun
Expert SQL, BO, Essbase

La bible d'Essbase est parue !
Antoun est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 19h15.


 
 
 
 
Partenaires

Hébergement Web