Oui, les objets métiers doivent être indexés. Pour cela l’objet métier doit être indexé (object conf > options), et les attributs voulus doivent être également indexables.
Cela génèrera des contenus pour votre objet à chaque création / update dans Exploitation > Object Index qui est utilisé pour la recherche globale.
Si vous ajoutez la recherchabilité de certains attributs / objets, il peut être nécessaire de régénérer les index via ce même objet :
PS il faut vérifier que les param système USE_FULLTEXT_INDEXESest défini à yes et que USE_SEARCH_INDEX est soit sql soit lucene , la plateforme est livrée avec les bons paramètres par défaut.
Non. C’est une indexation classique, le contenu des champs indexés est concaténé dans une colonne de “Object Index” pour l’objet et le row_id. L’indexation implique donc un overhead négligeable qui consiste en une concaténation et une requête SQL lors de la création / mise à jour d’un record.
Évidemment, si on parle d’indexer un champ “fichier” qui induit une indexation d’un fichier PDF de 500 pages qui doit être parsé par Apache Tika, et provoque une requête SQL conséquente, on peut comprendre que l’impact est différent, mais encore une fois, ce sera au moment de l’enregistrement.