begin process at 2012 05 26 14:37:39
  Trouver un code source :
 
dans
 
Accueil > Forum > 

SQL

 > 

Access

 > 

Divers

 > 

Une différence de vitesse entre SQL et Access que je ne comprends pas.


Derniers messages déposésPoser une question dans le forum ou lancer une discussion

Une différence de vitesse entre SQL et Access que je ne comprends pas.

lundi 15 août 2011 à 12:34:35 | Une différence de vitesse entre SQL et Access que je ne comprends pas.

4u4me4us

Membre Club
Bonjour à tous,

J’ai repris un code vb6 pour des bases de données Access.

Les bases de données sont faites que une base de donnés a une table. Exemple, base de données « A » à une seule table « a » ainsi de suite. Tous les champs des tous les table sauf les ID sont des strings.

Le code vb6 ouvre toutes les bases et tables au début puis les fermes à la fin (objet DAO). La recherche de valeur ce fait par le listing de tout la table. Une fois que l’on la trouvé dans la table « a » en la liste dans la table « b » ainsi de suite.

En ma demandé de refaire le code sous vb6 en gardant la structure de base de donnée mais pour MSSql.

J’ai donc exporté toute les DB Access dans mon MS SQL. J’ai refait le code sous forme de requêtes. J’ouvre la base de donnée et sa table uniquement dans la fonction qui on a besoin et je la referme. Vu la disposition des table je suis obligé (je crois) de réfère la requête sur la table « b » ainsi de suite.

Malgré tout je suis épaté par le fait que ma version aye plusieurs seconde de retard que la version Access. C vraiment évidant et je ne vois pas pour quoi.

Cela est-il du au fait que j’ouvre trop souvent la connexion ?
Cela est-il du fait que la structure des bases soit stupide ?
Access est-il plus rapide que MySQL ?
Bien que les tables soient tout dans des bases différentes, puis-je tout de même faire des jointures ?

Bien sur je me suis remis en cause (C tjrs par là que je commence). J’ai refait plusieurs fois les fonctions. Mais avant de demander à refaire tout le concept des bases de données, je voudrais avoir votre avis.

Merci.
mardi 16 août 2011 à 17:31:59 | Re : Une différence de vitesse entre SQL et Access que je ne comprends pas.

ed73

Bonjour,

En général on se connecte à la base une seule fois au lancement du logiciel et on ferme la connexion à la fin.

Ensuite, la structure est en effet vraiment stupide, quel peut bien être l’intérêt d'avoir une base pour une table ?

Je pense que si tu regroupais le tout dans une seule base, ça irait bien mieux.
mardi 16 août 2011 à 17:56:19 | Re : Une différence de vitesse entre SQL et Access que je ne comprends pas.

4u4me4us

Membre Club
Merci de ta réponse.
Tu me demande "quel peut bien être l’intérêt d'avoir une base pour une table ? " Je ne sais pas

Par contre tu me dis "général on se connecte à la base une seule fois au lancement du logiciel et on ferme la connexion à la fin". Si je te comprend bien quand je dois chercher une nouvelle valeur je fais un MaRecordSet.execute (Objet ADO) tout simplement ?

Une dernière question. Peut-on faire une jointeur entre deux table de deux db diff. ?
mardi 16 août 2011 à 19:22:58 | Re : Une différence de vitesse entre SQL et Access que je ne comprends pas.

ed73

Réponse acceptée !
Oui, il faut juste maintenir ta connexion.

On peut faire des jointures entre 2 bases. Tu te connectes à une base puis tu fais une requête SQL qui fait la jointure avec une autre. Par exemple si tu es connecté à la base A et que tu veux une jointure sur la base B :

Select ta.*, tb.*
from a ta, B..b tb
where ta.x = tb.y

Cette syntaxe fonctionne en Sybase, pour MySql ce sera peut-être différent.
mercredi 17 août 2011 à 12:01:51 | Re : Une différence de vitesse entre SQL et Access que je ne comprends pas.

4u4me4us

Membre Club
Merci pour tout


Cette discussion est classée dans : access, table, code, données, bases


Répondre à ce message

Sujets en rapport avec ce message

Créer une table avec plusieurs autre table. [ par Hirald ] Bonjour,J'ai créer une base de données Access à partir du catalogue d'une compagnie (pour la compagnie) sauf que un manque de communication a causé le Fusion des bases de données access en une seul [ par tissafi ] Bonjour tout le monde; Comme il est indiqué dans le titre de sujet je savoir est-ce qu'il est possible de fusion trois bases de données en une seul . Problème création table avec Netbeans [ par marwen109 ] Bonsoir, j'ai un problème lors de la création de cette table , netbeans m'affiche : [code=autre]Code erreur -1, état SQL 42X01: Erreur de syntaxe : intégrer une sequence dans une requete [ par sana83 ] bonsoir à tous, j'ai crée une sequence [b]seq_j[/b] et une table [b]table_j [/b] [code=autre] create sequence seq_j increment by 1 start with 1 nomax Access 2003 [ par standardlife1 ] Salut, g un petit problème a propos des formulaires dans Access 2003. g une table 'software' dans la quelle je fais l'inventaire de tous les software Transaction [ par okosa ] Bonjour juste savoir comment transfèrer les données d'une Bdd à une autre j'&i éssayé : [code=autre] INSERT INTO Table_destin IN "MAbase.accdb" Selec Select Sum(Distinct) avec Access 2003 [ par js8bleu ] Bonjour, je suis sous access 2003 et j'ai une table recu(numrecu,daterecu,montanttotal,numvente,...) et une table vente (numvente,datevente,numclient intégration de 2 bases de données . [ par bilelzarai ] bonjour, j'ai 2 tables T1 et T2 ayant 2 colonnes communes(col1,col2) j'ai besoin de votre aides afin de développer un algorithme en PLSQL qui permet d


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Mai 2012
LMMJVSD
 123456
78910111213
14151617181920
21222324252627
28293031   

Consulter la suite du CalendriCode

A découvrir



 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,936 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales