Provide me with full text search on table storage
Does what it says on the tin....really need better search capabilities over azure table storage.
25 comments
-
Markus
commented
This is really important! I've tried to use Lucene with Table Storage but the costs are too high!
-
Adrian Rigby
commented
We require this for for moving our systems into SQL azure.
-
Pesh
commented
I like lemons.
-
Joch Robinson
commented
We would like to develop our proucts to run on Azure, however to do so we need full text indexing.
-
Spencer Clark
commented
Currently looking to migrate our SQL infrastructure to Azure Cloud Services
However this is not possible without Full test indexes -
Lee Thompson
commented
Azure is the future...but only with full text indexing. Guys, if you are listening, please add this into your development schedule.
-
Steve Ross
commented
We want to push our software developments forward and deliver them through Azure but cannot progress without full text indexing...please force this up your priority list!
-
Bob
commented
We’d like to get our products running on SQL Azure, but to do so requires full text indexes
-
Bob
commented
We’d like to get our products running on SQL Azure, but to do so requires full text indexes
-
Exact Abacus Ltd
commented
Get it sorted!
-
Paul Hicks
commented
This is a show stopper for us, without it there is no way we could move to Azure.
-
Kirsty
commented
Please provide a full-text search index over table storage entities
-
Markos
commented
Please provide a full-text search index over table storage entities. Lucene is a good example of creating inverted index. But it has limitations with Azure and performance is an issue and 4GB Azure AppFabric cache limitation (not to mention the cost) is a limitating factor on hosting Lucene index in memory. Maintaining it in each web role is also not the best approach. In short, please provide a way to submit text and associated properties (like Lucene) and index them so that when searching for text, you can find the best matches and get the associated properties (which could be PK, RK in table storage).
-
Mark
commented
I am using the Azure library for Lucene.NET (http://code.msdn.microsoft.com/Azure-Library-for-83562538) but it not a supported application. Microsoft should provide the full text search indexing options with Table/Blob Storage...
-
kjartan
commented
I feel like I´m coding with my hands handcuffed behind my back. There really are alot of limitations on azure tables and this is just one of them!
-
andy.scott12
commented
Either implement this - or provide support to Apache to give us full support and access to Lucene / Solr
-
ray247
commented
Not being able to do basic linq operations like "where o.PartitionKey.StartWith()" is quite limiting. Having full text search would be extremely welcoming! Otherwise I am thinking to have a worker role creating the Lucene index and put it on the BLOB storage.
-
simnova commented
With the future of Lucene.NET in question (what I'm currently using), I think that there is a good opportunity for Microsoft to step in to offer their Search Server as a service in the cloud.
-
W.M.
commented
I was interested in researching table storage because of the scalability, but no text search means I can not even run basic text search? Accessing entities based purely on a PK/RK pair is a handicap. Search should be an integral or even extensible part of this platform. It is kind of ironic that moving "up" the storage ecosystem to a relatively expensive hosted platform means I give up something like this. Pulling down whole datasets just to filter them locally is a win for MS with more transactional fees and bandwidth charges along with reduced computational overhead, but is a drawback for customers for the very same reasons.
-
Frederick Thompson
commented
@steven nagy - point is, if customers would like it - it should be available - " I think people are using table storage simply for cost reasons, not for scalabilty reasons." - is not a reason NOT to implement it unless you have evidence to contrary [and so what?]
the architecture and design of a project is up to the customer - currently, no project can implement any search but Lucene - which is a ridiculous proposition for any small-medium service that wants to use tables. MSFT should have a full featured table search available - whether its Lucence integrated or a customised solution. I would think they know how to get around any associated problems considering they created it.