We dump a lot of our data, such as every entry created with respect to when a user rides a scooter, every record gets updated to ScyllaDB. It is used as a single source of truth and it manages massive data.

We support various business use cases, including mobility, where data about driver allocations get updated. We currently have twenty clusters and more than one hundred nodes.

The performance and scalability are good, and we hardly see any major issues with ScyllaDB. Updates are reliable and help the organization handle large datasets effectively.

To be honest, not really. We were sold on the pitch, offering better compaction and ROI, but we did not experience these benefits.

From a sales pitch standpoint, it needs to deliver on promises of better ROI and compaction. Additionally, ticketing and support systems could be improved due to the time it takes to get answers. There's also an issue with compatibility when attempting to switch back from the enterprise to the community version.

I would say probably five years by now.

The performance and stability are fine. We hardly see any major issues, and from a reliability standpoint, it's all good.

Due to organic growth, we end up upgrading the cluster and adding more nodes. In terms of reliability, it's all good, but specific benefits from scalability were not highlighted.

The technical support and customer service are around a five or six out of ten. Improvements can be made in ticketing and response times.

We used to work with Cassandra. During our initial phases, we found ScyllaDB promising due to its implementation language and maintenance, which led us to adopt it over Cassandra.

Migrating to the enterprise version from the community version is straightforward and supported, but moving back to the community version is complex due to compatibility issues.

To be frank, not really. The open-source version sufficed our use case without requiring the costly enterprise version.

The enterprise version comes with a cost of about $300,000 per year, however, we did not experience the promised compaction benefits.

We evaluated Cassandra during initial proof of concepts.

I would suggest using ScyllaDB wisely and adhering to best practices, such as regular cleanup since many engineers tend to expand clusters instead of cleaning up data. I would rate ScyllaDB as eight out of ten.

We use ScyllaDB, a NoSQL database, as a distributed system to store customer data. My last project was in telecommunications, where we stored caller information like phone numbers, names, and scam tags for a scam call protection service. We handled insert, update, and other operations since the back-end AI system needed daily data inputs. We ran scripts to add the data to ScyllaDB across two AWS regions: US East and US West. One Scylla node handled requests, synchronizing data with its peer nodes. During the POC phase, we testedperformance, read/write operations, and latency and chose the right consistency levels for ourneeds. After that, we moved to production.

We are customers, not partners, and we’ve used ScyllaDB to implement an application in our company.

The best features of ScyllaDB are how it synchronizes data and its failover system. There's a unique formula to decide the number of nodes you need and the minimum required, which I find helpful. It also offers encryption and supports APIs, making it great for distributed systems

and scaling databases across different regions. While it's easy to use, having prior experience helps configure it properly. There are many configurations; if you don't understand them, you might mess up the design. So, understanding your system's needs, like whether it requires more read or write operations, is crucial for setting up the correct configuration.

We faced several challenges while integrating ScyllaDB into our AWS environment. One common issue was that a security port wasn’t opened on one node, preventingdata synchronization across clusters. We noticed the data wasn’t syncing correctly when we saw different record counts in other regions. After investigating, we found that the port was closed in one AWS region. Once we opened the port, the data synchronization across all nodes resumed as expected.

I've been using ScyllaDB for the last three years. Initially, we worked on some POC projects and deployed one live project into production.

I've had some stability issues with ScyllaDB. For instance, if one of the nodes in a cluster goes down, sometimes the APIs or command line tools don't work to read the node's status. You might need to restart the node to bring it back up manually. It can be challenging if the node'sstate gets messed up and must be cleaned before re-adding it to the cluster. Based on stability, I'd rate it a seven out of ten. However, since we're using the free version, it might be more stable with the paid version, which could be a nine out of ten.

The paid version of ScyllaDB is not that expensive. The main advantage of the paid version is direct support from the ScyllaDB team, which can resolve issues faster—typically within a day, compared to two to three days with the free version. The paid version also offers better guidance and support, while the free version has good documentation and is more high-level. I’d rate their support team nine out of ten because of the quick responses from their community.

I would recommend ScyllaDB to others. It’s a great product built on Cassandra, with added advantages. For newcomers, it’s a distributed database with excellent scalability and performance and very low latency for all kinds of operations. Overall, I’d rate ScyllaDB an eight out of ten.

We use the solution to present information for a very big system. The dashboard requires real-time information.

ScyllaDB provides access to information directly using SQL language.

The interface was very easy. The most important things are access to information stored as a time series and the very high speed at which we can query the information.

I have been using ScyllaDB for five months.

I didn't find any exceptions causing problems. We accessed the data and presented the information very quickly.

The scalability would be great.

The documentation and web page are very easy to read.

The deployment process is moderately complex. One person is enough for it.

We used some of your site's available documentation to deploy ScyllaDB. Following those steps was very straightforward, and we could access the information quickly. The process was very clear and user-friendly.

Due to the speed and availability of the database, customers are willing to pay whatever it takes to access this information. The price is not too high.

It would require about four or five people to handle the maintenance tasks.

The integration with the ecosystem depends on the specific area of use, as numerous applications are complex. Overall, you can access information within this database using comprehensive API and easily integrate it into larger solutions.

I recommend the database to anyone who is using a time storage database.

The database is easy to use, fast, and accessible for applications because the API is straightforward.

Overall, I rate the solution a nine out of ten.