Striim Reviews

We were using batch data from an Oracle database, which was causing the Oracle database to slow down. We enabled change data capture and used Striim to read data from Oracle databases and ingest into Snowflake, which was our data warehouse.

We were using an ETL model using QlikView, which was taking several days for any software update. With Striim, that has come down to a few minutes. Whenever we do any releases, it would only take a few minutes for Striim to ingest into Snowflake. I would say we went from several days to maybe one to two hours for any release.

There were significant improvements because once we enabled change data capture, the database was not going down at all. The batch queries were taking so long earlier, and with change data capture, that load from the database has reducing significantly and the data was also reaching Snowflake in near real-time, approximately less than two minutes.

We were confidently in a situation to call Snowflake as a single source of truth and Striim had a critical role, without it the SLA would be much higher, and there would not have been much confidence in Snowflake.

The fact that you could start given what's called an Oracle SCN number, which is a starting position on where to read data from, is one good advantage of Striim. I saw Striim evolving from at least-once policy to exactly-once policy, which had a significant reduction in Snowflake costs. The ability to see checkpoints and restart Striim whenever we needed was also a good advantage.

Exactly-once policy is making sure that there is no additional compute cost on Snowflake. A checkpoint is helpful for me to figure out where Striim is in comparison to Oracle database commits, whether Striim is up-to-date or lagging behind. Checkpoints were also helpful to figure out which table is causing the delay. The checkpoint is at the app level and also at the table level, so I know if any one table is causing the problem, I can go to checkpoints and figure that out.

The checkpoints would help me to figure out where the problem was if there's any lag, but I had to do a lot of manual work to figure out where the lag is. Striim would not intuitively tell me the culprit table or database behind the lag. I believe that is an improvement Striim could definitely do.

Passwords were an issue. Property variables were not supported for passwords, meaning I had to make sure the password is manually populated. I believe if Striim could read from AWS secrets or its own secret mechanism to store the password, that would really save a lot of time so that I don't have to keep updating the password whenever there is any change.

The user experience of triggering alerts if there's any lag which Striim identified, which is outside normal processing time, could intrinsically be done by Striim. I believe that was lacking.

I would wait for Striim to tell me, instead of me going and validating whether Striim is lagging behind. If Striim could itself tell me that it's seeing a lot more volume than expected, that would really make me give it a higher number.

I used Striim from 2019 to 2022.

Striim was very stable. It would definitely slow down, but it wouldn't shut down.

Striim is deployed in a hybrid cloud, so that kind of helped us. Our licensing was based on the number of cores, so even if we have a high number of events on any given day, our license cost would not go high.

I did interact with support, and it was very positive. I had good experiences. They are all knowledgeable about what they do.

We evaluated Fivetran, Matillion, and Striim. We did not use Fivetran directly, but we did evaluate it because it was very expensive compared to Striim.

It's a combination of all of them. When it was taking 24 to 48 hours, we had a resource working and monitoring all throughout. Since it is now one to two hours, I would say it has saved employee hours and time.

It's very fair. We had a private cloud, and it's not based on the number of events. It was based on the number of cores and CPU cores.

I would definitely consider Striim before picking popular vendors like Fivetran. Also, make sure your licensing is in terms of memory or cores. Do not go with a licensing model based on the number of events. I would rate this review an 8 out of 10.

I use Striim to perform change data capture from relational databases to non-relational databases in my organization. I implement CDC with Striim by transferring data from Oracle Database to MongoDB in my environment.

I have a series of monitored tables where every time a change occurs in the source database, the data is transferred to the target database. The synchronization process is straightforward and efficient for my daily data flows.

I consider the best features that Striim offers to be great performance and a large number of sources and targets that can be connected.

Striim is capable of absorbing a large number of transactions, and the difference between the two databases is always less than a second, which demonstrates efficiency and highlights the variety of sources and targets I have used.

Striim has had a positive impact on my organization as it has solved stability issues that I had with other tools.

I think Striim could be improved with better pricing and enhanced documentation.

I have been using Striim for approximately three years.

I faced stability problems where the synchronization between the source and target databases would break. That problem has been completely resolved with Striim.

I would describe the scalability of Striim as very good, as it adapts well.

Before using Striim, I employed Debezium for data replication. I decided to switch from Debezium to Striim because Debezium was not completely stable.

I have seen a clear return on investment with Striim, particularly in the reduction of incidents. The incidents have disappeared completely since I have been using Striim.

My experience with the pricing, implementation cost, and licensing of Striim is that it is somewhat expensive.

I consider Striim to be a stable platform. My advice to other companies considering using Striim is that they should take it into account because of its great versatility. I have given this review a rating of eight.