Concept de partitionnement d'une base de données
Fermé
pulls
Messages postés
136
Date d'inscription
mercredi 30 décembre 2009
Statut
Membre
Dernière intervention
13 septembre 2023
-
1 oct. 2018 à 18:09
yg_be Messages postés 22730 Date d'inscription lundi 9 juin 2008 Statut Contributeur Dernière intervention 26 avril 2024 - 3 oct. 2018 à 09:56
yg_be Messages postés 22730 Date d'inscription lundi 9 juin 2008 Statut Contributeur Dernière intervention 26 avril 2024 - 3 oct. 2018 à 09:56
A voir également:
- Concept de partitionnement d'une base de données
- Formules excel de base - Guide
- Tnt base de données vide - Forum TNT / Satellite / Réception
- Célia doit nettoyer le tableau ci-dessous pour l’ajouter à la base de données de son entreprise. les données sont ensuite traitées automatiquement. quelles sont les 4 cellules qui risquent de poser problème ? ✓ - Forum Excel
- Exemple base de données access à télécharger gratuit ✓ - Forum Logiciels
- Désolé l'utilisation de la base de données a expiré epic games - Forum Jeux vidéo
1 réponse
yg_be
Messages postés
22730
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
26 avril 2024
1 477
Modifié le 1 oct. 2018 à 20:05
Modifié le 1 oct. 2018 à 20:05
bonjour,
as-tu un seul index sur la combinaison n° du ticket et date du ticket?
les numéros de ticket sont-ils réutilisés chaque jour, ou bien sont-ils uniques?
les tickets périmés sont-ils gardés dans la base de données?
tes recherches sont-elles lentes, ou cherches-tu une solution à un problème qui n'existe peut-être pas?
es-tu satisfait des performances des insertions dans la base?
as-tu un seul index sur la combinaison n° du ticket et date du ticket?
les numéros de ticket sont-ils réutilisés chaque jour, ou bien sont-ils uniques?
les tickets périmés sont-ils gardés dans la base de données?
tes recherches sont-elles lentes, ou cherches-tu une solution à un problème qui n'existe peut-être pas?
es-tu satisfait des performances des insertions dans la base?
2 oct. 2018 à 16:57
- je n'ai pas d'index sur la combinaison n° du ticket et date du ticket , mais j'ai une clé primaire sur le champ idGain qui est numérique et incrémental.
- Il ne peut pas avoir 2 numéro de tickets identiques à une même date , mais on peut avoir un même numéro de tickets sur 2 dates différentes.
- Les tickets périmés sont gardés dans la base de données jusqu'en fin d'année et archivés après le 5 janvier du mois de l'année suivante , délai de validité des tickets de l'année antérieure.
- Les recherches ne sont pas lentes dans les bases de données distribuées. Le formulaire de recherche et de validation de tickets pointe sur une vue qui filtre les tickets valides et je ne sais pas si ce schéma sera efficace dans une base de données centralisée où j'aurai à une même date près d'un million de ticket.
- je suis satisfait des performances des insertions dans la base, mais quand il y a beaucoup de tickets valides dans la base ( parce qu'il y a eu beaucoup de gagnants), l'utilisateur ressent un peu de lenteur dans sa base régionale.Et je me demande ce qui arrivera quand je vais centraliser 5 régions dans une même base et qu'il y ait beaucoup de gagnants .
Merci de vouloir m'aider
2 oct. 2018 à 17:38
.
Les tickets périmés (après 5 jours) sont-ils gardés dans la même table que les tickets valides? Moi j'envisagerais de changer cela, et de les déplacer vers une autre table.
.
Le concept de région est-il toujours valable? Les tickets sont-ils valables dans une seule région?
2 oct. 2018 à 21:55
Un ticket émis est valable pour toutes les 5 régions et unique sur tout le pays à la même date. mais pour qu'un ticket émis dans une région soit payé dans un autre région, on doit appelé au téléphone pour s’assurer que le ticket est bien valable; et c'est justement pour éviter ces appels que nous voulons centralises toutes les bases de données.
Les tickets périmés (après 5 jours) sont-ils gardés dans la même table que les tickets valides? Moi j'envisagerais de changer cela, et de les déplacer vers une autre table.-> Nous avons créé une vue pour extraire les tickets valides (inférieur ou égal à 5 jours), le formulaire de recherche de ticket pointe sur cette vue . Ça ne sera pas efficace alors?
L'idée de déplacer les tickets périmés vers une autre table est intéressante, mais un peu radicale; puisque j’aurais besoin de 2 tables et d'une vue pour agréger les 2 tables pour des besoins statistiques. En indexant le n° du ticket et la date du ticket, ça ne pourra pas accélérer les recherches des tickets? Le concept de partitionnement de la table ne peut pas m'aider ici?
Merci
3 oct. 2018 à 09:56
Chaque option a des avantages et des inconvénients.
Tu as plusieurs activités (insertion, recherche et mise à jour, statistiques, archivage, ...). Une modification peut être avantageuse pour une activité, et désavantageuse pour une autre. Par exemple, ajouter des index va ralentir l'insertion et l'archivage, puisqu'il faudra gérer ses index.
Tu t’inquiètes d'utiliser une vue pour faire des statistiques, alors que tu es satisfait d'utiliser une vue dans toutes tes recherches, dont les performances sont plus importantes: pourquoi?
A propos de statistiques: si les données ne sont plus modifiées après 5 jours, pourquoi refaire des calculs statistiques avec les données plus anciennes?