Oracle Database Reviews

We store our data in a database. We have a lot of data. We load it in our database everyday, then use it for reports.

This is the main database that we have.

Stores a lot of data in a short time.

• Integration with big data would be helpful since we are planning to load a lot of big data.
• A lot of features have bugs or choose the wrong way to process data. Sometimes, we struggle with that.

It is very stable.

For our needs, scalability is okay.

We have a DBA who does our support.

I would recommend the product.

Most important criteria when selecting a vendor:

• The product should be good.
• Features
• Its stability.

Oracle RDBMS is being used for our SAP ERP, analytics, SAP SRM, SAP SCM , SAP BOBJ, and SAP Solman.

It is reliable and well accepted. 

It gives DB consistency, supports disaster recovery (DR), is tunable, and handles large DB sizes.

The compression does not give much value-add or provide performance benefits as was highlighted.

Cloud installations using Oracle are not supported by SAP.

The license cost needs to be optimized. The licensing cost is very high compared to other RDBMS. 

• Reliability of the database
• High availability

It is good as it is. I've seen the product evolve over a period of time so it is great as it stands right now.

There's always hope for improvement because it's getting bulkier and bulkier. I wish that it would get a little smaller, smaller inside the footprint.

The only other thing I can think of is, perhaps, a voice control command.

It's always been stable and we believe it will continue to be stable.

In my organization we don't have the need for scalability as much because we are a fixed size. We grow very organically so scalability is not an issue for us.

Absolutely, support is huge for us, to be able to get the best quality support. They are pretty reliable. We have good Oracle support, direct Oracle support. OTN (Oracle Technology Network) we use them a lot, so Oracle support and the online, those two.

In terms of getting to the right person, sometimes it's a hit or a miss but mostly, eventually, it works out.

No, this was the first solution that was implemented. It has stood the test of time, always a good thing.

It's straightforward.

When it comes to choosing to work with a vendor we look for the value proposition. Price to performance, the ratio, that is the biggest thing to look at.

Oracle Database is value for money.

Choose the vendor, horses for the courses. Choose the right vendor and just move forward.

Some of the valuable features are flash back, RMAN, and Oracle secure backup.

It has reduced our backup time.

I would like to see Oracle support fix issues faster after we log a complaint.

I did not encounter any issues with deployment.

I did not encounter any issues with stability.

I did not encounter any issues with scalability.

Customer service is very good

Technical support is not very good.

We did not evaluate another solution.

The setup was easy.

We implemented in-house.

The ROI is unknown.

We did not evaluate other solutions.

The most valuable feature is the database core in general, of course.

A good DB favors a good solution and also a stable one, so less manpower is spent on buggy maintenance.

Let us say that Enterprise Manager (Web admin) is an area with room for improvement. I have seen it stop working many times. They say it is improved in Enterprise Manager 13 (released with DB 12c R2).

I have used it since 1999.

It is almost always a perfect install; some small issues here and there; mostly few small pre-configs to be done right before install.

So far, I have never encountered any stability issues.

We have not seen any scalability issues so far.

I have not given it a perfect rating because of customer service. It has decreased a little bit in the last decade: more time spent (TAR average) on support than before, and more posts (and time) spent to reach a definitive answer.

Technical support is very good; refer to my answer regarding customer service.

We did not previously use a different solution. We have used it until now. We won't switch until Oracle does. :-)

An in-house team has implemented it every time.

"We're not rich enough to buy cheap things." - English proverb.

Sure, I have worked with other DBs: MS SQL Server, MySQL, PostGreSQL, etc. are good examples.

• Performance
• Durability
• Security

For a long time I've been working as a performance tuner for Oracle and Java. The tuning of the performance is very important for me.

I want the price to be lowered.

Oracle solutions are the most used, so we don't need to do verification of the product on our own. We can assume that the product's reliability is high enough. Based on Oracle products we are able to run our own developed applications at very high performance levels.

What we do is that based on a certain understanding about the product speck, based on the maximum transaction we can assume for our businesses, we are going to decide the sizing and then we confirm the capability and we decide the threshold. Then after that we do the scale up. Based on the recent cloud environment, I cannot really say that it's easier for us to do the scale up.

The people who used to work in Oracle are responsible for the tentative troubleshooting at the 1st stage. Then if we need more further investigation, then we exchange the technical support contract. Based on that agreement they will provide us with support. Once we purchase the product from the Oracle, then they offer the knowledge. The structure of the knowledge is quite well-shaped.

For colleagues who are in the financial business and are looking into what kind of product they want to use for their databases - I would recommend using the Oracle Database because in terms of the security and in terms of the audit process it's top notch. When it comes to audits, as long as we say we are using Oracle Database, then they give us a certain assurance. They're confident about it.

The most valuable feature is security; you do not lose information.

As a result of using the Oracle Database, users are confident that the information is correct. It doesn't get corrupted, it doesn't get lost, and you can always access it and find it. Before clients used the Database, they used spreadsheets and needed to do a lot of crosschecking between documents to see if operations were valid. After starting with the database and realizing that the information there is always correct, teams start to be more productive, since they don’t have to spend that time crosschecking.

We've been using it for more than ten years and it really works well.

It never crashes, so we can have it running for months. It's amazing for the customer because they don't even know it's running. After some time, they forget that there is a database behind them.

We have clients that started with one user and now are running up to 200 users. It’s the same version with bigger hardware. It’s amazing the way the database can scale.

Usually response is very good. We have had to escalate issues a few times, but normally it’s fixable.

It doesn't matter which version you are using or how you deploy it. It will have the same scripts and the same configuration, regardless of size and complexity.

We have compared it with Microsoft and IBM, and this is a ten out of ten.

In the past when we wanted to merge data, we needed to consider the series of the data, but with Oracle Database there is no need to index the data. That's the important feature.

It's been only two years since we introduced the database, so we are unable to identify a clear benefit yet.

Compared to its reputation, it's worse than expected. The system went down two times. It said that when there's a shutdown it's only for one system, and not both systems at the same time, but it actually did occurred.

Maybe it is specific to the way we use the databases, but we introduced Database to different operations in the organization. We didn't actually introduce Database to be shared among all the different departments.

We had improved the version of the operating system. We did a patching of the Database. They helped resolve the problem because we didn't experience similar issues again. We can say that they helped us.

We used to only use IBM Databases, and it really restricted our options. We wanted to broaden our options by introducing another Oracle system.

We contracted with Oracle without the maintenance agreement. We had actually built the organization that way since it was easier for us to develop. We really did not try to fit with the system. We tried to fit with the operations, so it was rather difficult for us to manage. We ended up having less memory.

We really didn't consider any other options because we need to have a major name as a provider. We need to exchange the maintenance agreement through the third party vendors. If it's a small name vendor, and we have difficulty receiving the maintenance support, then we need to provide maintenance on our own. We would like to prevent that situation from happening.