Live data from Hacker News

PostgreSQL is Engine Yard's New Default

engineyard.com

1–10 of 21 posts

Re: PostgreSQL is Engine Yard's New Default

#5

Does anybody know how Postgres' fulltext search capabilities/performance compare to using something like ElasticSearch?

Postgresql is nowhere, NOWHERE near as powerful or as fast, but it'll work for the cases where you're doing simple search-interface bolt-ons to an existing product already using PGSQL.

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

#6

Does anybody know how Postgres' fulltext search capabilities/performance compare to using something like ElasticSearch?

From what I know its better than MySQL's full text and all its warts, but still not comparable to a lucene based search solution.

Re: PostgreSQL is Engine Yard's New Default

#9

Does 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.

Re: PostgreSQL is Engine Yard's New Default

#10
post #9

Does 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.

[deleted]
Post reply on HN