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.