PostgreSQL is Engine Yard's New Default
engineyard.com
PostgreSQL is Engine Yard's New Default
1–10 of 21 posts
Re: PostgreSQL is Engine Yard's New Default
#2Re: PostgreSQL is Engine Yard's New Default
#3Re: PostgreSQL is Engine Yard's New Default
#4Re: PostgreSQL is Engine Yard's New Default
#5Does anybody know how Postgres' fulltext search capabilities/performance compare to using something like ElasticSearch?
Postgresql fulltext and ElasticSearch are ultimately solving two very different sorts of problems.
The only case I can think of where you would prefer to use PGSQL is if you some weird blending of normal relational data with the documents, but I think realistically you can sidestep that. We've been able to do pretty complicated queries against our ElasticSearch instances.
Re: PostgreSQL is Engine Yard's New Default
#6Does anybody know how Postgres' fulltext search capabilities/performance compare to using something like ElasticSearch?
Re: PostgreSQL is Engine Yard's New Default
#7Does anybody know how Postgres' fulltext search capabilities/performance compare to using something like ElasticSearch?
Re: PostgreSQL is Engine Yard's New Default
#8InnoDB master. MyISAM slaves.
Re: PostgreSQL is Engine Yard's New Default
#9Does anybody know how Postgres' fulltext search capabilities/performance compare to using something like ElasticSearch?
Re: PostgreSQL is Engine Yard's New Default
#10Does anybody know how Postgres' fulltext search capabilities/performance compare to using something like ElasticSearch?
Postgresql cannot be fast as Lucene because of its not a "search engine". Postgresql full-text is fast enough for most cases but it doesn't have support for facet queries which is important for a search engine.