{Access} traitement SQL le plus rapide
Résolu/Fermé
martin232
-
2 déc. 2009 à 18:52
martin232 Messages postés 5 Date d'inscription jeudi 5 novembre 2009 Statut Membre Dernière intervention 3 décembre 2009 - 3 déc. 2009 à 22:15
martin232 Messages postés 5 Date d'inscription jeudi 5 novembre 2009 Statut Membre Dernière intervention 3 décembre 2009 - 3 déc. 2009 à 22:15
A voir également:
- {Access} traitement SQL le plus rapide
- Acces rapide - Guide
- Copie rapide - Télécharger - Gestion de fichiers
- Comment nettoyer son mac pour le rendre plus rapide - Guide
- Traitement de texte gratuit - Guide
- Telechargement rapide - Télécharger - Téléchargement & Transfert
3 réponses
martin232
Messages postés
5
Date d'inscription
jeudi 5 novembre 2009
Statut
Membre
Dernière intervention
3 décembre 2009
2 déc. 2009 à 19:15
2 déc. 2009 à 19:15
Egalement, je me demande si j'ai bien conçu mes tables :
je dispose au fait au final de 20 tableaux destinés à être imprimés,
j'ai donc créé 20 tables : une table pour chaque tableau, avec à chaque fois pour identifiant la date.
Est-ce une bonne idée d'avoir divisé comme cela, ou est-il mieux de faire qu'une seule table ?
je dispose au fait au final de 20 tableaux destinés à être imprimés,
j'ai donc créé 20 tables : une table pour chaque tableau, avec à chaque fois pour identifiant la date.
Est-ce une bonne idée d'avoir divisé comme cela, ou est-il mieux de faire qu'une seule table ?
blux
Messages postés
26850
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
7 mai 2025
3 340
3 déc. 2009 à 09:44
3 déc. 2009 à 09:44
Salut,
select * from a,b ne te donnera aucun résultat, donc ce n'est pas une question de performance...
Pour le reste, 20 tables ou une seule, ça dépend du volume qui y est mis et aussi du type d'informations stockées...
select * from a,b ne te donnera aucun résultat, donc ce n'est pas une question de performance...
Pour le reste, 20 tables ou une seule, ça dépend du volume qui y est mis et aussi du type d'informations stockées...
martin232
Messages postés
5
Date d'inscription
jeudi 5 novembre 2009
Statut
Membre
Dernière intervention
3 décembre 2009
3 déc. 2009 à 22:15
3 déc. 2009 à 22:15
merci :)
finalement j'ai regroupé des tables ensembles pour en avoir plus que 5, c'est plus simple pour les requetes sql
finalement j'ai regroupé des tables ensembles pour en avoir plus que 5, c'est plus simple pour les requetes sql