Oracle OBIEE Room for Improvement

They should develop greater visualization because their visualization isn't industry leading at the moment. The way you pull the data and see the data compared to other platforms, they're lagging a little bit behind. Also, their cost. I've got Oracle account managers trying to persuade me every day to purchase these licenses. Once you purchase OBIEE, then you have to purchase the virtualization and then you have to purchase the mobile license to operate on the mobile. It's really expensive. View full review »

Thanks, Ms. Julia Frohwein for the review. I would like to explain the points which I had written in the first post. The solution is too expensive for small firms. The solution is too expensive for small firms due to their licensing cost. Not every company has the budget to purchase the solution. I believe that the solution is beginning to integrate more security measures, however, more must be done. The on-premises version does not have any AI or machine learning capabilities. They're saving those for cloud versions. View full review »

One significant improvement is the need for simplification. The set up could be more intuitive. An enterprise setup with HA and DR are pretty complex and to get a robust solution one has to play around with Real Application Cluster data sources and FAN notifications as well as WebLogic clustering and external load balancers. SSO also is not that simple to set up especially if you want all your Oracle systems to use the same SSO solution, i.e., no cheating with direct LDAP connectivity. So there is no simple setup for HA deployment. you need to manually create a cluster deploy into the cluster , reconfigure the datasources to high availability data sources etc. Unlike hyperion for example which has automated configurator scripts that do a lot of the under covers work for the administrator and hence simplifies the ha installation. View full review »

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. View full review »

In the 11G model, there are restricted visualizations, whereas in Oracle Analytics Cloud we have multiple different variations of visualization. If there was a way of presenting the data in a pictorial way, it would be very helpful. Right now, the solution, at least in that deployment model, is lacking a number of visualizations. The solution needs to be easier to scale. View full review »

There are pages about its limitations in Gartner documents. My understanding is they are working to improve themselves. There aren't any really big issues and they're already in the cloud, therefore, largely there isn't too much that's lacking. The pricing model could be improved. Right now, it's quite confusing. Many customers have this feeling that it's a super-expensive option. Currently, the solution is based on three pillars. The first is the BI publisher and it used to be a single product. The second is Oracle and Oracle Business Intelligence, the core component. It used to be a CBO product. Then, thirdly, you have this new Oracle visual analyzer. Now, all of these are wrapped into one Oracle analytics product. However, the integration between (or among) these three products is not 100% complete. This is the area where improvements can be made. View full review »

Even though we have a feature to enable the physical query to be seen in the log, in case of any issues, it is challenging to debug and see or identify where is the issue. For example, we designed the OBIEE repository and deployed it into the server, and we are now accessing and creating a report. For some reason, if the report is not working as expected, it is very difficult to identify the issue. We have a feature to see the physical query that is being generated in the central OBIEE server. I feel that this feature should have been available at the repository level so that while designing the repository, we can select the presentation columns and the query it is going to create. This will avoid the additional task of deploying a feature into the server and then testing the report. It will also make the implementation process friendly if, while designing the repository, we can see: * How is a feature working? * Are any of the presentation columns selected? * How is the query being generated? * Which query is being generated? * Are any joints used? * What kind of joints are used? Having this kind of information will make Oracle OBIEE more powerful and developer-friendly. View full review »

The complexity of this product means that you need to have a technical team to develop the reports, although this is also true for products like Microsoft BI and Zoho. Performance-wise, there may be some room for improvement. View full review »

The WebLogic administration could be more intuitive or simplified especially when you are focused on OBIEE View full review »

Migration on premisses should be easier (but is easier if you migrate to the cloud). More self-services should be available for the users. View full review »

It takes a lot of maintenance to support the architecture, which is something that should be improved. Having a more simplified architecture would be better. It should be easier to make changes or enhancements, as it is a long process to make a change in the system. View full review »

* Visualization of OBIEE needs a boost. * The data mashup functionality and ease of use for end users also need to be improved a lot. View full review »