Thanks Michael & Eric for the succinct response. On Sat, Nov 15, 2014 at 12:13 AM, Michael Sokolov < msoko...@safaribooksonline.com> wrote:
> There is a binary type > > -Mike > > On 11/14/2014 12:21 PM, Anurag Sharma wrote: > >> bq: We routinely store images and pdfs in Solr. There *is* a benefit, >> since >> you don't need to manage another storage system, you don't have to worry >> about Solr getting out of sync with the other system, you can use Solr >> replication for all your assets, etc. >> >> Do the same holds good for large Blobs like image, audio, video as well? >> Tika supports multiple file formats (http://tika.apache.org/1.5/ >> formats.html) >> but not sure how good is the Solr/Tika combination. Storing pdf and other >> docs could be useful in Solr, tika can extract metadata from the docs and >> make them discoverable. >> >> Considering all the above cases there should also be a support for File >> field type in Solr like other types Date, Float, Int, Long, String etc. >> but >> looks like there are only two file types ( >> http://svn.apache.org/repos/asf/lucene/dev/trunk/solr/ >> core/src/java/org/apache/solr/schema/) >> and both re external file storage. >> >> - ExternalFileField.java >> <http://svn.apache.org/repos/asf/lucene/dev/trunk/solr/ >> core/src/java/org/apache/solr/schema/ExternalFileField.java> >> - ExternalFileFieldReloader.java >> <http://svn.apache.org/repos/asf/lucene/dev/trunk/solr/ >> core/src/java/org/apache/solr/schema/ExternalFileFieldReloader.java> >> >> What type can be used in schema when storing the files internally? >> >> >> On Thu, Nov 13, 2014 at 3:48 AM, Jeon Woosung <jeonwoos...@gmail.com> >> wrote: >> >> How about this? >>> >>> First, define a field for filter query. It should be multivalued. >>> >>> Second, implements transformer to extract json dynamic fields, and put >>> the >>> dynamic fields into the solr field. >>> >>> For example, >>> >>> <fieldType name="terms" class="string" multivalued="true"/> >>> >>> Data : {a:1,b:2,c:3} >>> >>> You can split the data to "a:1", "b:2", "c:3", and put them into terms. >>> >>> And then you can use filter query like "fq=terms:a:1" >>> 2014. 11. 13. 오전 3:59에 "Michael Sokolov" <msoko...@safaribooksonline.com >>> >>>> 님이 >>>> >>> 작성: >>> >>> We routinely store images and pdfs in Solr. There *is* a benefit, since >>>> you don't need to manage another storage system, you don't have to worry >>>> about Solr getting out of sync with the other system, you can use Solr >>>> replication for all your assets, etc. >>>> >>>> I don't use DIH, so personally I don't care whether it handles blobs, >>>> but >>>> it does seem like a natural extension for a system that indexes data >>>> from >>>> SQL in Solr. >>>> >>>> -Mike >>>> >>>> >>>> On 11/12/2014 01:31 PM, Anurag Sharma wrote: >>>> >>>> BLOB is non-searchable field so there is no benefit of storing it into >>>>> Solr. Any external key-value store can be used to store the blob and >>>>> reference of this blob can be stored as a string field in Solr. >>>>> >>>>> On Wed, Nov 12, 2014 at 5:56 PM, stockii <stock.jo...@googlemail.com> >>>>> wrote: >>>>> >>>>> I had a similar problem and didnt find any solution to use the fields >>>>> >>>> in >>> >>>> JSON >>>>>> Blob for a filter ... Not with DIH. >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> View this message in context: >>>>>> >>>>>> http://lucene.472066.n3.nabble.com/DIH-Blob-data- >>> tp4168896p4168925.html >>> >>>> Sent from the Solr - User mailing list archive at Nabble.com. >>>>>> >>>>>> >>>>>> >
