Comment interroger des entiers, des flottants dans lucene et comment stocker (NumericComparator)?

Une plus grande question est solr même être en mesure de soutenir cela? Je sais que j'ai vu lucene être capable de le faire et solr est construit sur lucene.

J'ai vu un exemple quelque part à l'aide de google, mais n'arrive pas à trouver de nouveau, et l'exemple n'était pas complète dans la mesure où je ne pense pas qu'il a la requête de la partie sur la façon dont j'écris mes instruction de la requête pour lucene. Je me souviens avoir vu un NumericField et il y a cette NumericComparator.

En gros, je suis en train d'essayer un noSQL orm solution que propose l'indexation(sur github) (si le client décide de la façon dont de nombreux index par table et de la méthodologie de partitionnement, mais vous ajoutez les entités de l'index et de les supprimer vous-même et peut utiliser namedQueries si vous avez pour obtenir l'index par nom d'abord avant de la requête depuis une table peut avoir des millions d'index). Les deux principales choses que je veux réaliser sont que tout cela fonctionne avec une mémoire nosql faux db et un index en mémoire(de lucene RAMDirectory) ET puis, je veux passer à ceux de brancher cassandra et SOLR.

En gros, j'ai besoin de

  1. comprendre comment stocker des entiers, des flotteurs, etc.
  2. comprendre comment écrire une requête lucene quand les cibles sont des chaînes de caractères, des flotteurs, des entiers, etc.

Droit maintenant, si vous avez besoin de plus de détails de la Requête principale de code du projet est trouvé à la
https://github.com/deanhiller/nosqlORM/blob/master/input/javasrc/com/alvazan/orm/layer3/spi/index/inmemory/MemoryIndexWriter.java

et sur la ligne 172 vous pouvez le voir, je suis d'ajouter un nouveau Champ à chaque fois, mais malheureusement, certains de ces produits peuvent être ints.

GRANDE QUESTION: Peut-SOLR même support int vs string? (SI non, je vais devoir aller avec le hack de rembourrage 0 sur le front de l'ints, aspire etc. donc, tous les entiers sont de la même longueur).

SI SOLR peut le soutenir, puis dans lucene quelle est la meilleure façon, ou est-il un bon exemple pour cela?

L'indice principal de l'interface extrait de NoSqlEntityManager.getIndex(Classe clazz, Chaîne indexPartitionName) est (mais pas sûr que ça compte)..
https://github.com/deanhiller/nosqlORM/blob/master/input/javasrc/com/alvazan/orm/api/Index.java

grâce,
Dean

InformationsquelleAutor Dean Hiller | 2012-05-01
  1. 9

    De la exemple SOLR schema.xml fichier:

    <!--
      Default numeric field types. For faster range queries, consider the tint/tfloat/tlong/tdouble types.
    -->
<fieldType name="int" class="solr.TrieIntField" precisionStep="0" positionIncrementGap="0"/>
<fieldType name="float" class="solr.TrieFloatField" precisionStep="0" positionIncrementGap="0"/>
<fieldType name="long" class="solr.TrieLongField" precisionStep="0" positionIncrementGap="0"/>
<fieldType name="double" class="solr.TrieDoubleField" precisionStep="0" positionIncrementGap="0"/>
<!--
     Numeric field types that index each value at various levels of precision
     to accelerate range queries when the number of values between the range
     endpoints is large. See the javadoc for NumericRangeQuery for internal
     implementation details.

     Smaller precisionStep values (specified in bits) will lead to more tokens
     indexed per value, slightly larger index size, and faster range queries.
     A precisionStep of 0 disables indexing at different precision levels.
    -->
<fieldType name="tint" class="solr.TrieIntField" precisionStep="8" positionIncrementGap="0"/>
<fieldType name="tfloat" class="solr.TrieFloatField" precisionStep="8" positionIncrementGap="0"/>
<fieldType name="tlong" class="solr.TrieLongField" precisionStep="8" positionIncrementGap="0"/>
<fieldType name="tdouble" class="solr.TrieDoubleField" precisionStep="8" positionIncrementGap="0"/>

    Donc, si vous indexer un champ comme un de ces fieldtypes ci-dessus, puis les interroger par l'intermédiaire de son fieldname (par exemple myIntField:1234), il va faire la "bonne chose" et vous pouvez également faire des recherches contre elle (myIntField:[1200 TO 1300]). En va de même pour les chars, etc.

    • grande, alors que sur lucene pour que je puisse faire mon mémoire de travail ainsi. (J'ADORE la en mémoire que nous sommes de grands TDD les gens et les tests unitaires, puis de travailler avec index en mémoire et nosql db et dans le travail de production avec live cassandra et solr)..parfait environnement de cette façon.
    InformationsquelleAutor nickdos
  2. 2

    Je pense que nous pouvons tirer parti de org.apache.lucene.document.NumericField classe. Dans cette classe, nous pouvons appeler la méthode de jeu, il peut prendre en charge int,journal,float et double.
    Pour d'autres type de données (E. g. bool, datetime), nous pouvons faire de spécial convertir pour convertir en int ou long type.

    BTW, j'ai vu de lucene dernier code source, impliquant de nouveaux clases: FloatField, IntField, LongField adn DoubleField. Il sera inclus dans la prochaine version.
    http://svn.apache.org/repos/asf/lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/document/

    InformationsquelleAutor Brian Ling