Oracle OBIEE Reviews

I'm mostly using OBIEE in the context of regulation by the national central bank. The regulatory authority floats many reports required daily, monthly, weekly, and yearly. So, for example, there'll be a stream of reports at the end of the year, and the banking regulator requires banks to comply. It's challenging for banks to develop these reports constantly, so we develop these regulatory or statutory reports for the regulatory authority and put them in the BI.

I like the data analyzer introduced in OBIEE version 10. Previously, there was no data analytics tool, but the data analyzer allows you to visualize your data on the fly. I also like the voice recognition tool. With voice recognition, the data visualization tool will flip the charts and diagrams left, right, center.

Warehouse and business intelligence are two different things, but OBIEE also has some warehouse features in it. I would like to see some of those capabilities improved.

I've been using OBIEE for five or six years.

Oracle products are all stable. We deployed Oracle OBIEE version 11 at the national revenue authority four years ago, and since then we've run more than 400 reports on an Oracle X5 server. It still runs smoothly with no issues.

The customer wanted Valtix, an internet BI system, but couldn't afford it. We advised him to go with OBIEE and the X5-4. I'm also fully certified in BGIF, and part of my job in that deployment was to deploy BGIF was challenging because it's an arm of the government. Still, we finally got some of the data into BGIF that wasn't mission-critical for the government. The rest of the data sat inside OBIEE.

I rate OBIEE 12 out of 10. For me, OBIEE is king.

Very large and complexes environments implementation, 10000+ users with 24x7 global operation and multiple EPM tools working in sync.

With a good model implemented, businesses can easily take decisions to improve anything they want.

An example I like to give is a retail company for which we developed online BI for sales. With this model, the managers follow the sales in real-time and can make decision like when, how much, and where to start a sales campaign during the day. This helps all managers to fulfill their quotas easily.

It's a great tool for the businesses as it's easy to manipulate and to create new dashboards. For the development side, it requires a good datamart to make things easier. It's very robust with a lot of resources.

It needs better parent-child dimension options that don't need to pass through OBIEE to build it. It's an easier way to update the model in case of a change of dimension size or sources.

Also, it needs better and more dynamic graphics. There are a lot of tools with better graphics and big part of BI is about this.

More than 12 years.

There were issues mainly because of a Java memory leak.

The scalability is limited because of WebLogic.

The technical support for EPM is bad. I don't remember anytime that the service support help me in something. The problem is bigger when you have a environment with more than one product like Hyperion Planning and ODI. This happens because the products have different owners within Oracle and then different supports and because this if, you open a trouble ticket of loading data to planning and you say the words ODI, you'll be pushed around the two separate support teams indefinitely, even if your company has an Oracle support director just for you.

Neutral

EPM is an enterprise suit that is made of some independent tools and to have all working together it makes it complex no matter your level of knowledge. The bigger the environment the bigger is the challenge you need to face. Maybe one day Oracle will integrate all their tools. It'll be easier and the good thing is that I saw a lot of improvements over the years.

Always talk with a Oracle representative and negotiate a discount. I already saw 99% of discounts and a free licence once.

Some times is cheaper if you get a hardware together (helps to negotiate a discount)

I'm a consultant and my only evaluation was on the database. I decided on Oracle because of the database and, during my career, their other tools are starting to come naturally.

Because Oracle products are development frameworks, your final results are as good as the people who implemented it. Make sure that your implementation team is the best it could be, at least for the first implementation. If something is implemented incorrectly at the start, it'll cost you a lot more to fix than to build a new system from scratch. Sometimes it can be so badly designed that it is impossible to fix.

I've been working on implementation for 20 years and I have seen bad implementations everywhere. In fact, I have seen the same tools implemented in the same team by two different people, with one being a success and the other a failure. In the same company, one department says that the tool does not work for them and another says that the tool is the best. The only difference was the implementer. Make sure you get a good team to implement it. The tool has its flaws, but most of time (99%) it is the implementer's fault that you have a bad or slow model.

We are a solution provider and Oracle OBIEE is one of the products that we implement for our clients.

The security is good. For example, we can implement column-level security.

For a beginner, this is a product that is difficult to learn. You cannot learn it quickly.

There are a few utilization-level limitations in Oracle OBIEE that can be improved. However, they are releasing another product called OAS, Oracle Analytics Server, which might include a few more utilizations.

I have been working with Oracle OBIEE for almost 11 years.

This is a very stable product.

Oracle OBIEE is a very scalable solution.

I also use Microsoft BI, although I have more experience with Oracle.

With Oracle, we can implement column-level security whereas, with Microsoft BI, it cannot be done. However, Microsoft BI is more cost-effective.

Oracle OBIEE is easy to implement.

This is a very costly product.

My advice for anybody looking into implementing Oracle OBIEE is that product-wise, it has a few limitations but it is good. The primary drawback is that it's very costly compared to Microsoft BI.

I would rate this solution an eight out of ten.

In respect of the rates comparison, the client uses the solution to generate BI reports around relevant data. 

I like the solution's stability. 

I have encountered certain performance issues which have required us to play around with and streamline the data. The performance could be better. 

Regarding the announcements, the data integration should be simplified, as the work is also with the clients. Since we have our different sources of data, those integrations must be maintained, which translates into a cost for our clients. Simplifying the process would save them a lot. 

As one of our clients is using Oracle OBIEE, we have been with the solution for ten years now. 

A great feature of the solution is its stability. 

I have not had experience with technical support. 

I was not involved in the installation process. 

The technical team is actually divided between us and our clients. Some of the reports are being built by the client engineering team, so I am not aware of the relevant account. There are around five to ten people who manage the auxiliary activities concerning the reports or donate any data entry forms to them. This is the type of working we have been undertaking. 

Simplifying the data integration process would save our clients considerable costs. 

Our clients would be in a position to address any licensing costs. I cannot comment on the account, since we only make use of it. 

The solution is also cloud-based. 

I have been using the solution for quite awhile and, in line with what is reported in the media, I would recommend it to others. While each business scenario should be examined independently, I feel the solution definitely warrants use. 

I use different servers in OBIEE that are reflected as different subject areas on the application, and I can use one of them. For example, I have one subject area for marketing, the second for finance, so I have two subject areas available. I can use one of them that's not available for designing each function. Each file has or also contains mobile options. If the best model is a different file, I have to import it.

I like that Oracle OBIEE comes with more options. For example, more options with data security, user security, and other security. It's more complicated than Microsoft, but it gives you more options. They also added the part for machine learning, which is good.

It would be better if it had a wide range of visualization options. For example, Microsoft Power BI has an extensive range of visualization options, but it's not available in OBIEE. There are also some conflicts because it's complicated, but the cloud application is easier. They added some features for ETL with the on-premises application, but we need a different or a separate application for ETL in the cloud. In the next release, I would like to have more AI features.

I've been dealing with Oracle OBIEE for about two years. 

The initial setup is complicated and time-consuming.

We are a very big organization with many different data sources. For large organizations like ours, I would recommend OBIEE. If we are speaking about a medium or small company with limited data sources, then I may recommend Power BI.

On a scale from one to ten, I would give Oracle OBIEE a nine, especially for organizations using large datasets.

We use this solution as a BI tool for data analysis.

The most valuable feature is the reporting.

The performance could improve and in a future release, they could provide more virtualization options.

I have been using Oracle OBIEE for approximately two years.

The solution is stable.

Oracle OBIEE is difficult to scale.

We have approximately 20 people using this solution in my organization.

The installation is complex and they could improve by making it straightforward.

I would not recommend this solution.

I rate Oracle OBIEE a five out of ten.

The flexibility to work with this on the cloud only if you would like is very helpful. There are fewer log-ins required. It's easy to connect to the live system.

The initial setup was straightforward.

The solution is stable.

We've found the technical support to be very helpful.

The solution has great reporting and forecasting capabilities.

If I want to develop a new repository, any new table, any new schema that I want to incorporate into the RPD, then in my local schema, can't directly connect to the cloud. I do not have complete end-to-end access to it. In such cases, I need to install some local DV. I don't know if that is the right path or not, however, as far as I'm concerned, I'm just creating some tables, some sample space in my local DB and from the DB I just try to import into my local RPD in order to publish to the cloud. It is double work. If I'm in a non-cloud environment and I need not connect to the local DB, I need not re-import everything into my local space. I can connect to the available on-premise DB and connecting to that on-premise DB I can create the RPD.

In terms of linking to the cloud, there are many restrictions. From a business standpoint, it is a great way to approach things. That said, from a developer's standpoint, it's a bit tough to develop the code and progress the code to the next environment like that. 

There's a lot of redundancy, especially in relation to creating the code. Developers, in fact, have to deal with many hurdles, including security restrictions and vendor communications.

I've been using the solution for the next nine years at this point. It's been almost a decade.

The solution is stable. In fact, we are working to build out capabilities so that users who might use Tableau or Power BI can handle reports and other tasks right on top of this product. We're working to make it even more flexible for future users. So far, it's going very well.

Technical support is pretty good. I have no complaints as, whenever we raised any kind of tickets to them, within a short time, within a week, they have closed everything and solved the issue. We are pretty impressed. They have provided a wonderful solution as of now and whenever we've raised a new patch request, the upcoming patches have been fine. 

The initial setup is not overly complex or difficult. It's quite straightforward. A company shouldn't have too many issues with the process.

I typically handle the initial setup for clients. 

The solution is a bit expensive for a lot of clients. Many might not have the funds available for Oracle products. Most believe it to be a costly product. Nobody has compared it to the other reporting tools, however. They might not understand the costs involved. 

We are just Oracle customers. We handle several clients. We don't have any kind of owned Oracle products, however, we are giving support to Oracle clients.

We use multiple deployment models, including the cloud and on-premises. 

One thing from an Oracle standpoint is that we only concentrate on Oracle products - whatever the number of products you have in our chain. There are certainly other business users that also use Tableau as well as business objects and maybe Power BI. These are competitive reporting tools. The same users of Oracle might also have similar tools within one of those solutions.

My intention is let's migrate everybody to Oracle in order to connect certain scenarios on how to migrate those existing tools to Oracle. We're asking: what are the core competencies, what are the advantages of using this Oracle tool, and what are the flexibilities in order to migrate from these other solutions to Oracle. With Tableau, for our client, we have conducted several demonstrations on how to migrate the particular Tableau reports to OBIEE via the DV.

The way in which we have developed preferred reports has impressed them. They help play with their existing repositories as well. They can easily connect to their repository to an existing OBI repository to the direct source tables so they can easily use external additional sources. They can easily connect all their existing models and they can play here and there and experience all of that flexibility they have there in Tableau currently. We've written a custom SQL where they can create, they can dump everything in, and extract.

On the other hand, for particular business users, if they want to change the logic to Tableau it is not feasible for them. We are here for them to give support from Oracle and we need a lot of knowledge from business stakeholders to come up and check the flexibility by using this Oracle product on top of their other reporting areas.

I would 100% recommend Oracle, especially to people who on other platforms and want to adopt new typical areas specific to the cloud. If they want to enhance their reporting capabilities, Oracle is perfect for them. If they are looking for forecasting, this solution is great. There's a kind of flexibility you just won't typically see in other solutions. 

I'd rate the solution at a ten out of ten.

We are a system implementer and Oracle OBIEE is one of the products that we provide to our clients.

The most valuable feature is the visualization.

The data warehousing, data storage, and data wrangling are all features that are in there, and it's one of the better products out there.

A good thing is that for large datasets, it's very stable, especially when you have an Oracle database.

I would like to see the data wrangling features enhanced.

This product is not easy to use and there is a steep learning curve.

I have been using Oracle OBIEE for three years.

The latest release of this product is very good. However, I don't know how well integrated it is with products that are non-Oracle.

I would rate this solution a seven out of ten.