The setup is pretty straightforward and easy so I rate setup a nine out of ten. 

It can work entirely automatically, but it's not currently realizing its full potential in terms of performance.

The solution's initial setup process is fast and easy. It takes less than an hour to complete. However, implementing and testing it in a different environment takes more time.

I rate the initial setup an eight out of ten, where one is complex, and ten is easy.

Firstly, a user should prepare the operating system for installation, and then we have to copy the software to install the product. When dealing with scenarios related to Oracle Real Application Clusters, users need to add nodes and storage. The setup process is a little bit complex compared to DB2. The setup process of Oracle Database In-Memory takes around five to six hours to install Oracle Real Application Clusters, if everything is okay, apart from which the other processes will take a day.

The solution is deployed on an on-premises model. The cloud-based solution is available for testing and development, and it need not be installed in your environment. A user just needs to do a few clicks and select the database, after which it automatically gets installed in the cloud. Only in the on-premises version of the product, there is a need to do some work in the tool.

The initial setup is very simple, and that's why I like it. It's fairly transparent. There is nothing to change about the coding. The customer may not even realize an engine exists in the database except during downtime.

The initial setup is easier for the cloud version. I rate the process a ten out of ten.

We grew into it during beta and initial releases, so I can't answer this.

Oracle Database In-Memory's setup takes six months to complete. You need 10-15 resources to handle the deployment of the whole system. 

Not applicable.

The initial setup was simple.

The initial setup process is simple.

I did not install it myself, but the database administration team did, and they found it simple. In one day they were able to administrate the data stack file.

It's pretty straight-forward. It's actually more of an inbuilt core functionality as opposed to have us to go through an implementation process.

It is very easy to deploy. I always work in Linux, Oracle Linux. If you want to work from the GNOME GUI, it's really simple. You must state a parameter in Linux and then use their installer. Click next, next, next, then finish. It's simple. In Oracle 80 and 90, we have an installation system in a common UI. It's very simple. You must have the prerequisites and after that, install RPM in just one comment. Check your configuration and set up the database. It's simple.

Deployment in the GUI version, if you want to use that, is I think 14 to 20 minutes. In the command line, it would take 10 to 15 minutes. I can't remember exactly, but something close to that.

The deployment was very easy because we just have to set a volume of memory as the In-Memory area, and the enable In-Memory for specific columns. This part is longer, but for me, it’s more a tuning issue than a deployment issue. Deploying Oracle In-Memory is very easy and takes only a few minutes.

The initial setup is pretty straightforward. It's nearly always a cloud environment, which makes things fairly easy. Everything is already set up for the most part. Companies that want to utilize In-Memory just need to work with the existing cloud infrastructure.

The installations and upgrades are complex. It's a complicated, complex product, so you definitely need technology experts. You can’t just pick up anybody from the street, like a new graduate, to do this work. You definitely need inside help. You need expertise because this is complex technology. You're talking about Data Guard, which is a complex technology. You do need experts for help.

As with any solution, the initial stage can be complex, but after a while, it becomes easy. Relative to other solutions, the setup is not complex. 

The initial setup is complex. They want to achieve what Oracle is offering. Oracle offers everything under one umbrella inn one offering. Whereas if I go for PostgreSQL I have to buy a small component separately from a third-party vendor.

The initial setup was not complex. It was no problem at all and it was straightforward.

The initial setup was pretty straightforward.