{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
- Adresse mail rapide - Guide
- Exemple base de données access à télécharger gratuit - Forum Access
- Comment s'appelle la mémoire volatile, d'accès rapide où se trouvent les données en cours de traitement dans un ordinateur ? - Forum Matériel & Système
- Copie rapide - Télécharger - Gestion de fichiers
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
26013
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
26 avril 2024
3 289
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
