Need advice about which tool to choose?Ask the StackShare community!
Algolia vs Elasticsearch vs Swiftype: What are the differences?
<Write Introduction here>
1. **Data Structure:** ElasticSearch uses a document-based structure, whereas Algolia uses a record-based structure, and Swiftype uses both document-based and record-based structures.
2. **Scalability:** Elasticsearch provides high scalability and flexibility by allowing manual sharding, while Algolia offers a fully managed service with automatic scaling based on usage, and Swiftype provides cloud-based scalability with the ability to handle large volumes of data.
3. **Search Performance:** Algolia offers fast and accurate search performance with features like typo tolerance and geo-search, Elasticsearch provides powerful full-text search capabilities with support for complex queries, aggregations, and filtering, and Swiftype offers intuitive search functionality with fast indexing and retrieval of data.
4. **Ease of Use:** Algolia offers a user-friendly interface with easy setup and integration options, Elasticsearch entails a steeper learning curve with more configuration options and customization possibilities, and Swiftype provides a simple and straightforward setup process for quick deployment.
5. **API Support:** Elasticsearch provides a RESTful API for interacting with the search engine, Algolia offers a powerful API with client libraries for different programming languages, and Swiftype provides a RESTful API for easy integration and access to search functionalities.
6. **Cost and Pricing:** Elasticsearch is open-source and free to use but requires infrastructure maintenance costs, Algolia and Swiftype are managed services with different pricing models based on usage and features, catering to various budget constraints.
In Summary, the key differences between Algolia, Elasticsearch, and Swiftype lie in their data structures, scalability options, search performance, ease of use, API support, and cost and pricing models.
I want to design a search engine which can search with PAYMENT-ID, ORDER-ID, CUSTOMER-NAME, CUSTOMER-PHONE, STORE-NAME, STORE-NUMBER, RETAILER-NAME, RETAILER-NUMBER, RETAILER-ID, RETAILER-MARKETPLACE-ID.
All these details are stored in different tables like ORDERS, PAYMENTS, RETAILERS, STORES, CUSTOMERS, and INVOICES with relations. Right now we have only 10MBs of data with 20K records. So I need a scalable solution that can handle the search from all the tables mentioned and how can I make a dataset with so many tables with relations for search.
What e-commerce platform or framework are you using?
A lot of this depends on what your infrastructure already supports. Either of the options are a great choice so it comes down to what will be easiest to integrate and which search service is most affordable.
Elastic search is open source but you will need to configure and maintain it on your server. It may be more difficult to set up depending on the platform your app is built on.
Algolia has great documentation and is normally pretty easy to integrate but it can be pretty expensive.
I've never used Typsense but it seems like it would be a great option as well.
Hi, community, I'm planning to build a web service that will perform a text search in a data set off less than 3k well-structured JSON objects containing config data. I'm expecting no more than 20 MB of data. The general traits I need for this search are: - Typo tolerant (fuzzy query), so it has to match the entries even though the query does not match 100% with a word on that JSON - Allow a strict match mode - Perform the search through all the JSON values (it can reach 6 nesting levels) - Ignore all Keys of the JSON; I'm interested only in the values.
The only thing I'm researching at the moment is Elasticsearch, and since the rest of the stack is on AWS the Amazon ElasticSearch is my favorite candidate so far. Although, the only knowledge I have on it was fetched from some articles and Q&A that I read here and there. Is ElasticSearch a good path for this project? I'm also considering Amazon DynamoDB (which I also don't know of), but it does not look to cover the requirements of fuzzy-search and ignore the JSON properties. Thank you in advance for your precious advice!
Maybe you can do it with storing on S3, and query via Amazon Athena en AWS Glue. Don't know about the performance though. Fuzzy search could otherwise be done with storing a soundex value of the fields you want to search on in a MongoDB. In DynamoDB you would need indexes on every searchable field if you want it to be efficient.
I think elasticsearch should be a great fit for that use case. Using the AWS version will make your life easier. With such a small dataset you may also be able to use an in process library for searching and possibly remove the overhead of using a database. I don’t if it fits the bill, but you may also want to look into lucene.
I can tell you that Dynamo DB is definitely not a good fit for your use case. There is no fuzzy matching feature and you would need to have an index for each field you want to search or convert your data into a more searchable format for storing in Dynamo, which is something a full text search tool like elasticsearch is going to do for you.
The Amazon Elastic Search service will certainly help you do most of the heavy lifting and you won't have to maintain any of the underlying infrastructure. However, elastic search isn't trivial in nature. Typically, this will mean several days worth of work.
Over time and projects, I've over the years leveraged another solution called Algolia Search. Algolia is a fully managed, search as a service solution, which also has SDKs available for most common languages, will answer your fuzzy search requirements, and also cut down implementation and maintenance costs significantly. You should be able to get a solution up and running within a couple of minutes to an hour.
Hey everybody! (1) I am developing an android application. I have data of around 3 million record (less than a TB). I want to save that data in the cloud. Which company provides the best cloud database services that would suit my scenario? It should be secured, long term useable, and provide better services. I decided to use Firebase Realtime database. Should I stick with Firebase or are there any other companies that provide a better service?
(2) I have the functionality of searching data in my app. Same data (less than a TB). Which search solution should I use in this case? I found Elasticsearch and Algolia search. It should be secure and fast. If any other company provides better services than these, please feel free to suggest them.
Thank you!
Hi Rana, good question! From my Firebase experience, 3 million records is not too big at all, as long as the cost is within reason for you. With Firebase you will be able to access the data from anywhere, including an android app, and implement fine-grained security with JSON rules. The real-time-ness works perfectly. As a fully managed database, Firebase really takes care of everything. The only thing to watch out for is if you need complex query patterns - Firestore (also in the Firebase family) can be a better fit there.
To answer question 2: the right answer will depend on what's most important to you. Algolia is like Firebase is that it is fully-managed, very easy to set up, and has great SDKs for Android. Algolia is really a full-stack search solution in this case, and it is easy to connect with your Firebase data. Bear in mind that Algolia does cost money, so you'll want to make sure the cost is okay for you, but you will save a lot of engineering time and never have to worry about scale. The search-as-you-type performance with Algolia is flawless, as that is a primary aspect of its design. Elasticsearch can store tons of data and has all the flexibility, is hosted for cheap by many cloud services, and has many users. If you haven't done a lot with search before, the learning curve is higher than Algolia for getting the results ranked properly, and there is another learning curve if you want to do the DevOps part yourself. Both are very good platforms for search, Algolia shines when buliding your app is the most important and you don't want to spend many engineering hours, Elasticsearch shines when you have a lot of data and don't mind learning how to run and optimize it.
Rana - we use Cloud Firestore at our startup. It handles many million records without any issues. It provides you the same set of features that the Firebase Realtime Database provides on top of the indexing and security trims. The only thing to watch out for is to make sure your Cloud Functions have proper exception handling and there are no infinite loop in the code. This will be too costly if not caught quickly.
For search; Algolia is a great option, but cost is a real consideration. Indexing large number of records can be cost prohibitive for most projects. Elasticsearch is a solid alternative, but requires a little additional work to configure and maintain if you want to self-host.
Hope this helps.
We originally had used Algolia for our search features. It's a great service, however the cost was getting to be unmanageable for us. Algolia's pricing model is based around the number of search requests and the number of records. So if you produce a large number of small records the price can quickly get out of hand even if your actual dataset doesn't take up that much space on disk. Spikes in internet traffic can also lead to unexpected increases in billing (even if the traffic comes from bots)
After migrating to Typesense Cloud we have been able to save A LOT of money without losing out on any of the performance we got from Algolia. I do not exaggerate when I say that our overhead for search is less than 25% of what it used to be. Typesense also has the following advantages:
Their cloud offering lets you configure your Typesense nodes and specify how many you want to spin up. This allows you to manage costs in a manner that is way more predictable. (You basically pay for servers/nodes instead of records and requests)
It's completely open source. We can spin up a cluster on our own servers or run it locally.
The new pricing model Algolia introduced really sealed the deal for us on this one - much closer to pay-as-you-go. And didn't want to spend time learning more about hosting/optimizing Elasticsearch when that isn't our core business problem - would much rather pay others to solve that problem for us.
Pros of Algolia
- Ultra fast126
- Super easy to implement95
- Modern search engine73
- Excellent support71
- Easy setup, fast and relevant70
- Typos handling46
- Search analytics40
- Distributed Search Network31
- Designed to search records, not pages31
- Multiple datacenters30
- Smart Highlighting10
- Search as you type9
- Multi-attributes8
- Instantsearch.js8
- Super fast, easy to set up6
- Amazing uptime5
- Database search5
- Highly customizable4
- Great documentation4
- Github-awesome-autocomple4
- Realtime4
- Powerful Search3
- Places.js3
- Beautiful UI3
- Ok to use2
- Integrates with just about everything2
- Awesome aanltiycs and typos hnadling2
- Developer-friendly frontend libraries1
- Smooth platform1
- Fast response time1
- Github integration1
- Nooo0
- Fuck0
- Giitera0
- Is it fool0
Pros of Elasticsearch
- Powerful api328
- Great search engine315
- Open source231
- Restful214
- Near real-time search200
- Free98
- Search everything85
- Easy to get started54
- Analytics45
- Distributed26
- Fast search6
- More than a search engine5
- Great docs4
- Awesome, great tool4
- Highly Available3
- Easy to scale3
- Potato2
- Document Store2
- Great customer support2
- Intuitive API2
- Nosql DB2
- Great piece of software2
- Reliable2
- Fast2
- Easy setup2
- Open1
- Easy to get hot data1
- Github1
- Elaticsearch1
- Actively developing1
- Responsive maintainers on GitHub1
- Ecosystem1
- Not stable1
- Scalability1
- Community0
Pros of Swiftype
- Very easy setup and highly customizable for your search8
- Easy setup1
- Analytics1
- Role devision to develop, design, manage1
Sign up to add or upvote prosMake informed product decisions
Cons of Algolia
- Expensive11
Cons of Elasticsearch
- Resource hungry7
- Diffecult to get started6
- Expensive5
- Hard to keep stable at large scale4
Cons of Swiftype
- Expensive1
- API Calls Monitoring/Alerts1
- Cost Prediction1
- Customer Support1