Clash de nom de champs dans l'indexation SolR
Salut, Actuellement pour un wikitty on stocke dans SolR les champs du wikitty plus quelques info complémentataire pour optimiser les recherches. Actuellement ============ - id: [id] du wikitty - text: concatenation de tous les champs pour une recherche fulltext - WikittyTreeNode.root = [rootId] - WikittyTreeNode.[nodeId] = [parentId] - all.[fieldname] = [valeur] pour pouvoir recherche un champs sur toutes les extensions (exemple le champs name de toutes les extensions du wikitty) - [extName].[fieldName] = [valeur] Le problème est que les champs ajouté ne sont pas différenciable des champs du wikitty. Qu'arrive-t-il si quelqu'un créer une extension 'all' ? qu'arrive-t-il si quelqu'un modifie WikittyTreeNode pour lui ajouter le champs 'root' ? Plus rien de fonctionne :( L'idée est donc de préfixer tous les champs spécifique par un '#'. Et comme le pattern d'une extension doit-être [_A-Za-z]. Il ne peut pas y avoir de clash A venir ======= - #id: [id] du wikitty - #fulltext: concatenation de tous les champs pour une recherche fulltext - #tree.root = [rootId] - #tree.[nodeId] = [parentId] - #all.[fieldname] = [valeur] pour pouvoir recherche un champs sur toutes les extensions (exemple le champs name de toutes les extensions du wikitty) - [extName].[fieldName] = [valeur] Impact ====== Il faut lancer une ré-indexation de toutes les données avant de déployer les nouvelles versions wikitty qui utiliserait ce nouveau nomage. Donc plus tôt on le fait moins d'impact il y a. Question ======== Quelqu'un voit-il un problème avec ce nouveau système ? -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
participants (2)
-
Benjamin POUSSIN -
Jean Couteau