Est-ce que plusieurs applications vont écrire dans la base de données? Si c'est le cas, c'est un peu compliqué; vous devez avoir un mécanisme pour identifier les nouveaux enregistrements à fournir à l'indexeur Lucene.
Un autre point à considérer est que vous voulez un index qui couvre toutes vos tables, ou un index par table. En général, je recommande un index, avec un champ dans cet index pour indiquer de quelle table provient l'enregistrement.
Hibernate prend en charge la recherche de texte intégral si vous souhaitez rechercher des objets persistants plutôt que des documents non structurés.
Il existe un projet OpenSymphony appelé Compass dont vous devez être conscient. Je suis resté loin de lui-même, principalement parce qu'il semble être plus compliqué que la recherche doit être. De plus, comme je peux le constater dans la documentation (j'avoue que je n'ai pas trouvé le temps nécessaire pour tout lire), il stocke les segments de Lucene comme des blobs dans la base de données. Si vous connaissez l'architecture Lucene, Compass implémente un répertoire Lucene au-dessus de la base de données. Je pense que c'est la mauvaise approche. Je tirerais parti de la prise en charge intégrée de la base de données pour l'indexation et implémenter un IndexReader Lucene à la place. La même critique s'applique aux implémentations de cache distribué, etc.