Inquery de requête MySQL

OK donc Ive travaille sur un système d'archivage image (réaménagement) et la question Im avoir est que les gens ont des questions de recherche. Maintenant, il y a certaines choses sur ce un TI que les mots clés qui sont attachés doivent être ajoutés au dossier fichiers db et pas un id relatifs au mot-clé (pas mon style mais c'est comment il doit être). Le raisonnement derrière cela il que si le mot clé obtient supprimé n'empêche pas veulent être en mesure de trouver le fichier avec ce mot clé (encore une fois pas mon style je ne supprimez pas quoi que ce soit de la base de données).

Voici donc un exemple de table nivellement vers le bas de la colonne de mots clés

Donc si j'ai couru une requête comme

Tous les trois des résultats pourrait obtenir dans le tableau de l'exemple ci-dessus où tous je ne voudrais est dossier 3 et 4. La colonne de mots clés est une colonne de texte. faire une requête sql comme

ne retournait aucun résultat car c'est dans un format de tableau de texte. De quoi aurait besoin de faire, c'est avoir une requête trouver exactement te dans les résultats. Je pourrais faire une requête pour trouver le premier ensemble puis le processus les mots-clés en php et match contre la recherche pour trouver l'exact match mais préféreraient ne pas avoir php traiter et avoir Mysql retourne le jeu de résultat correct.

Elle n'importe qui a des pensées ce veuillez me le faire savoir, et n'hésitez pas à poser toutes les questions que vous peut avoir

Bien. Donc après beaucoup de délibérations avec le client et plusieurs tentatives infructueuses de MySQL je vais le continuer pour avoir les mots clés attachés au fichier ainsi aller avec comment je structure de la base de données et utiliser un nombre au tableau d'une relation. Cela permettra d'avoir une correspondance exacte pour une recherche ainsi que l'utilisation dit attaché des mots clés pour tout simplement faire une wild card de la recherche, donc je n'ai pas à se joindre à la table de relation quand faisant une wild card de la recherche et de maintenir la compatibilité descendante.

Bonjour Scott,

Est-ce que vous sont limités à seulement à l'aide de cette structure de base de données ? La raison pour laquelle que je demande est que je pense que le moyen idéal pour ce faire serait de créer un tableau de mots clés et d'associer les mots clés avec l'ID de fichier. Si vous auriez encore votre table de fichiers, mais vous mettriez n'est plus dans les mots clés. Au lieu de cela vous créez une nouvelle table appelée Mots-clés avec une structure similaire à :



Donc, fondamentalement vous répertorier chaque mot clé individuellement et associer à l'id_fichier qu'il a. Alors quand vous faites une requête MySQL il vous indiquera exactement quelle ID du fichier ont une correspondance exacte sur un mot clé. Par exemple :



Qui reviendrait de fichier id 3 et 4.

Vous pourriez aussi aller un pas plus loin pour empêcher la copié encore et encore dans ce tableau des mots clés et faire une autre table de mot-clé qui répertorie chaque mot-clé unique et assigne à chacun une keyword_id. Puis avec le tableau ci-dessus vous mettrait le keyword_id et le fichier file_id.

Avec ceux-ci, vous voudrez vous assurer que vous utilisez l'index pour accélérer les temps de requête.

Espérons que cela aide un peu

Je suis limité à cette structure de base de données et je souscris pleinement votre thats solution comment je personnellement aurait fait mais Im reconstruire un système que quelqu'un d'autre a fait et il a été utilisé pour quelque temps et il y a plus de 100 000 fichiers attachés au réseau tout comme de nombreux enregistrements de base de données si ce n'est plus aggraver même il y a aussi un tableau de mots clés qui duplique essentiellement les mots clés non seulement à la fichiers mais les mots eux-mêmes. C'est vraiment un gâchis et Ive a essayé de leur parler en une refonte complète de la base de données, mais ils veulent garder la même structure pour maintenir la compatibilité descendante et donc si quelque chose va mal la can flip arrière à l'ancien système qui actuellement œuvres vraiment lente mais fonctionne.

Voici un exemple de ce que Im portant


Comme vous pouvez le voir horriblement mauvaise conception de la base de données et ses frustrant parce qu'ils ne laisse pas me revoir ou modifier les tables

Si ma solution est quelque chose de semblable à ce que je n'aurais fait et vous suggère



La cote est juste un drapeau de trieuse de pages que l'utilisateur de base de la pertinence des mots-clés de l'image.

IVe été en écrivant tout le nouveau code à être tout simplement changé de sorte que lorsque la base de données dose get surchargé et il sera je peut changer avec le facilement à une structure de base de données comme j'utiliser et ensuite écrire quelques php pour transférer les info de l'ancienne base de données à une nouvelle.