Je souhaite créer une activité dans laquelle vous pouvez créer des dossiers et dans ces dossiers certaines images qui leur sont associées. La façon dont je le fais maintenant est d'avoir une base de données avec tous les noms de dossier et les informations liées à une vue de la liste. Ensuite, j'ai une base de données SQLite avec toutes les informations sur les images qui sont filtrées en fonction de l'élément de la liste qui est cliqué. Mon dilemme est de créer une nouvelle table dans la base de données chaque fois qu'un nouveau dossier est créé ou juste d'avoir une grande base de données avec toutes les images et juste filtrer les images dont j'ai besoin. Donc, ma question se résume à quelle méthode à long terme (avec beaucoup d'images et de dossiers) nécessiterait le moins de temps de traitement. Est-ce que les requêtes SQL prennent vraiment beaucoup de temps, même pour les grandes bases de données? Je suis inquiet si la grande base de données d'images devient trop grande, l'utilisateur devra attendre sur la requête pour voir les images associées à ce dossier. Si je crée une table pour chaque dossier créé, les données seront accessibles et rapides. Cependant, il semblerait plus difficile à maintenir et créer des tableaux pourrait prendre beaucoup de temps.SQLite: création de plusieurs tables ou filtrage d'une base de données pour les grands ensembles de données
1
A
Répondre
3
Utilisez une grande table au lieu de créer de nouvelles tables.
Vous ne voulez jamais créer continuellement de nouvelles tables pour chaque nouveau morceau de données (dans ce cas, les dossiers). Cela causerait de sérieux problèmes de performance et entraînerait une conception inflexible de la base de données.
Les bases de données sont plus rapides que prévu. Votre base de données ne sera probablement pas très volumineuse (car elle est stockée sur un téléphone), vous n'aurez donc aucune difficulté à effectuer de simples requêtes dans un court laps de temps.
Questions connexes
- 1. gestion/compression de grands ensembles de données dans plusieurs tables
- 2. Filtrage des données de plusieurs tables
- 3. Référencement de plusieurs feuilles avec de grands ensembles de données
- 4. Algorithme de tri pour les grands ensembles de données
- 5. Solution de base de données pour les grands ensembles de données rarement consultés
- 6. Importation de grands ensembles de données dans les données de base, rendant les relations dans Swift
- 7. Création de copies de tables de base de données Oracle dans une base de données SQLite
- 8. grands cadres de sous-ensembles de données
- 9. Doctrine avec de grands ensembles de données
- 10. Android ListView pour les grands ensembles de données
- 11. SQL pour les grands ensembles de données à l'échelle
- 12. Alternative aux vecteurs pour les grands ensembles de données? C++
- 13. Stockage pour les grands ensembles de données maillés
- 14. Plusieurs tables dans une base de données SQLite
- 15. Création de tables pour les données supprimées
- 16. Traitement rapide de grands ensembles de données dans les graphiques
- 17. Obtenir des données de plusieurs tables SQLite
- 18. Data Import/Export de grands ensembles de données avec .net
- 19. Gestion de grands ensembles de données de grille en JavaScript
- 20. Chargement de grands ensembles de données avec AngularJS
- 21. Gestion de grands ensembles de données (objet) avec PHP
- 22. Stockage de grands ensembles de données de niveau session?
- 23. Interrogation de grands ensembles de données RDF sur la mémoire
- 24. Visualisation de grands ensembles de données avec Hadoop
- 25. Sqlite: Comment réinitialiser toutes les tables de base de données?
- 26. Déplacement efficace de grands ensembles de données entre des tables SQL Server?
- 27. Join SQLite dans les tables de base de données incorporées
- 28. ASP.NET - Création dynamique de la connexion à la base de données dans les ensembles de données
- 29. Les requêtes SQLite renvoyant de grands ensembles de résultats prennent-elles plus de temps?
- 30. Adobe Air/Flex filtrant de grands ensembles de données