Why I like SingleStore ?
Overall Satisfaction with SingleStore
We use SingleStore for a super fast client experience, running real time analytics on billions of events arriving every day from various publishers channels.
Pros
- Performance - Milliseconds response of 80 tables Joined queries
- Scalability - Ability to grow with no downtimes
- Client success - Attentive to business needs, deep level support, patches and fixes
- Efficiency - Built-in Kafka / S3 / MySQL integrations well adjusted to leverage SingleStore architecture and hardware
- .
- .
- .
- .
- .
Cons
- Add Iceberg tables / files Pipeline
- CDC out in form of logfile / binlog / producer to Kafka
- Efficiency with multi shard-key use case: Joined three tables when one of them holds both shard keys of the other two.
- .
- .
- .
- Graded as the top leaders in the field
- Client satisfaction
- Innovate with each new major release
Latest versions reduced the gap of transactional and online operations in the OLAP engine, this has enabled us to shift more data and workloads into SingleStore and consider it as the single source of truth. Mostly for operational client facing use cases.
Do you think SingleStore delivers good value for the price?
Not sure
Are you happy with SingleStore's feature set?
Yes
Did SingleStore live up to sales and marketing promises?
Yes
Did implementation of SingleStore go as expected?
Yes
Would you buy SingleStore again?
Yes
SingleStore Support
| Pros | Cons |
|---|---|
Quick Resolution Good followup Knowledgeable team Problems get solved Kept well informed No escalation required Immediate help available Support understands my problem Support cares about my success Quick Initial Response | None |
Yes. We use SingleStore as our main core product backend DB. Issues in this critical business path must have specialists support, even more, when our workloads push the limits of the technology and the unique SingleStore architecture.
Yes - Yes they were.
Multiple times and on multiple scale and impact.
All of them got a proper investigation on demand, with a recovery plan from day one, in some cases after few days of deeper analysis on less pressing matters.
Multiple times and on multiple scale and impact.
All of them got a proper investigation on demand, with a recovery plan from day one, in some cases after few days of deeper analysis on less pressing matters.
Yes, one of the major version upgrade included a feature for better resiliency on hardware failures. behind the scenes this feature included a dedicated snapshot logs for each DB partition, with 2 copies for HA and a minimum of 1-2 GB file size. For our use case we have tens of schemas on each cluster, each has 16/60/120 DB partitions, which made the upgrade much more expensive than we thought, storage wise.
We involved the support immediately, with a simple question, why do we need to add ~40 TB of storage after upgrading to the newest version.
SingleStore tailored us a patch while we were in the middle of gradual upgrade rollout (5 weeks, 50 clusters). With the new patch + special settings we could adjust the snapshot logs size and continue the rollout with addition of only ~4 TB instead of 40.
We involved the support immediately, with a simple question, why do we need to add ~40 TB of storage after upgrading to the newest version.
SingleStore tailored us a patch while we were in the middle of gradual upgrade rollout (5 weeks, 50 clusters). With the new patch + special settings we could adjust the snapshot logs size and continue the rollout with addition of only ~4 TB instead of 40.


Comments
Please log in to join the conversation