Skip to content
This repository

provide an alternative query implementation using ES/Solr #127

Open
lsmith77 opened this Issue July 21, 2012 · 7 comments

4 participants

Lukas Kahwe Smith Crypto Compress David Buchmann Nicolas Ruflin
Lukas Kahwe Smith
Owner

any transport layer should be easily configured to use this implementation for full text search as a replacement for whatever it natively provides. this way users will get easy access to a high performant full text search solution with additional capabilities like facetting that are not covered by PHPCR.

David Buchmann
Owner
dbu commented July 21, 2012

well this will make the php-only implementation again use a java product. but i guess still can make sense, devs are more familiar with solr, as are hosters.

Lukas Kahwe Smith
Owner

exactly ..

Lukas Kahwe Smith
Owner

and i guess someone could then also easily integrate Zend_Search_Lucene

Nicolas Ruflin

@lsmith77 I will take a closer at the implementation to better unterstand how this could work together with https://github.com/ruflin/Elastica

Lukas Kahwe Smith
Owner

essentially PHPCR provides a query syntax called SQL2 (this is essentially the string serialization of the QOM APi which defines queries as an object graph). you can find more details about it here:
http://www.h2database.com/jcr/grammar.html

Note I dont think we necessarily need to support joins initially.

David Buchmann
Owner
dbu commented March 02, 2014

i think we should close this and keep the task at jackalope/jackalope-doctrine-dbal#14 - or close the other one, if we want to provide this on the transport agnostic jackalope level.

Lukas Kahwe Smith
Owner

i think it makes more sense to do this transport agnostic as I see no benefit or simplification by doing it transport specific.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.