Microsoft Azure SQL Database Reviews

I'm in charge of the development of our IT solution and I am an implementer of Azure. 

I started with Azure SQL because it's a cheaper solution. It's a good cloud solution, very easy to use on any platform and works well. Technically it's very good. 

I would like to have more tools for feedback. I find that there are a lot of things offered in other solutions that don't exist in Azure SQL. There are also tricky commercial issues. When you use Google or Amazon, you know exactly how much you will pay. With Microsoft solutions, you don't know, it's very unclear and impossible to get anyone on the phone. 

It's the commercial support that is lacking with Microsoft. 

From a commercial perspective, I would rate this solution very low. From a technical perspective, I rate the product an eight out of 10. 

We are using it for processing financial transactions. We have its latest version.

Azure Portal is most valuable.

Service Broker should be added in Azure Cloud. Service Broker is currently available only in the on-premises version.

I have been using this solution for two years.

It is stable.

It is scalable. We have six users and two people in our technical team for its deployment.

I haven't used their support. I have only used the online material, and that's complete.

We used PostgreSQL, which was on-premises.

It requires a license. As compared to its competitors, such as Oracle, it is affordable and reasonable.

I would recommend this solution to others. I would rate SQL Azure a nine out of ten.

It is simply our relational database.

It has cut our costs. That's the big thing.

Cost savings are the most valuable. The DR/high availability is also valuable. The failover group with the built-in DR/high availability features is probably one of the easiest things.

Its automation can be improved. SQL Server Agent was a very big part of the on-prem tools. While moving from on-prem to the cloud, redoing some of such tools was very cumbersome in Azure. There was a whole new set of technologies and methodologies. It should have easier automation-type features to be able to implement such tools. It should have almost a SQL agent type of substance built into that.

I have been using this solution for five years.

It is very stable. It has been in our production environment for three and a half years, and we have had only one significant outage.

Its scalability is pretty high. Its ability to scale is very good. We're actually in the process of migrating on-prem to Azure, and its scalability is very easy.

In terms of the number of users, there are probably a hundred technical people who are leveraging the technologies. They are developers, administrators, and the BI group.

The setup was pretty straightforward. The networking aspect was non-intuitive, and it was probably the biggest stumbling block when we initially set it up.

We have our DevOps processes that we follow in our deployment, so we establish those initially, and there was a significant amount of testing done prior to putting it into production. On a scale of one to five, it was probably a three in terms of time and effort to get it all implemented.

For its maintenance, there are probably five or six of us, but one person can also maintain it if required. 

I don't have specific numbers, but we were able to cut down the size of our data center by 80%.

I have an annual spend number, and it is in the hundred thousand dollar range. There are no additional costs to the standard licensing fees.

Even though you have to look at the cost numbers of what you're going to be charged on a monthly basis, what you have to also remember is that your application may need a lot of rewriting and things like that. You get charged not just for the monthly costs but also for the transactions that occur. If your access to the data layer is not so efficient, your costs will go up because you're pulling far more data than you potentially need. These are hidden costs that nobody ever considers. If your application is not written very efficiently, you may actually increase your costs over on-prem versus cloud.

We are a Microsoft shop. The biggest thing that we probably looked at was AWS. We also looked at some of the Oracle cloud solutions, but we went with Azure only because it just integrates with all of our stuff, and it cuts our costs.

I would rate SQL Azure an eight out of ten.

We are in infrastructure development. We are using this solution with Power BI to consume the data.

We are creating on top of this SQL server. It will be consumed by Power BI for the customers, where they can customize their reports. 

I am delighted to use this solution.

The most valuable feature is the moment of data. It's infused data where we can pull the data and post it immediately.

Also, it can connect to different sources. It's a storage mechanism where you can consume the data and post it into the target systems.

The interface is awesome. It's ready and easy to use.

It is difficult to find any disadvantages when I can only see advantages in using SQL Azure.

When you have a subscription, the subscription itself is not secure. You have to add the user into the directory and you will be able to use it. 

I would like to see integration with Snowflake.

I have been using SQL Azure for a couple of months.

We are using the 2017 version.

It's a stable solution.

It's a scalable product. We have eight members in our organization who are using this solution.

We have plans to continue using this solution.

Technical support is good and always available.

Previously, we did not use another product.

The initial setup is straightforward and the installation is simple.

It only requires you to get a subscription. Once you have downloaded it, you can create it as a resource and you can already use it.

The number of members required to maintain this solution is dependant on the server.

They have standard subscriptions that are not the entire version. If you have a full version of your subscription then you have the entire version that you can download.

When you no longer need it, you can just stop the services. You can reduce the amount you pay, which is an advantage. Essentially, it's a pay and use mechanism.

It's reasonably priced and when you compare it with other products in the cloud environment, it's cheaper.

I would rate SQL Azure a nine out of ten.

We normally use it for development and other services. We have on-premises as well as cloud deployments, but it is mostly deployed on the cloud.

Its easy usage is the most valuable. 

It can have more dashboards for monitoring, which would naturally help a lot. Other than that, everything is okay.

We have been using this solution for the last ten years. 

It is definitely stable.

It is scalable because it is in Azure. We have around 50 to 60 developers who access it.

We have contacted their technical support. Sometimes, we take support from Microsoft, and sometimes, we take support from our partner.

We have been a partner of Microsoft, so we have been using Microsoft solutions.

It was easy to install. There was not much challenge with the setup.

I would recommend this solution. I would rate SQL Azure an eight out of ten.

We use it as a backend product. We are using the Managed Instance and the SQL Database.

The backup features are the most valuable.

Its compatibility with existing applications can be improved. Its compatibility is currently a little bit imbalanced.

I have been using this solution for about two years.

It is pretty good. It seems very stable.

It has good scalability. We have about a thousand users.

Technical support was very good. I would rate them a ten out of ten.

The initial setup is pretty easy. The deployment took about a day.

It is a good product for any new development or organization.

I would rate SQL Azure a nine out of ten. It is working fine right now, and I am pretty happy with this solution.

What I like the most is the processes and the easiness of deployments.

What I don't like is the personalization of an instance is difficult to deploy. Sometimes it's hard if you want to make a cluster of SQLs on Azure; it's not a good approach, but sometimes it worked out for me.

If I have to do something very specific to the instance, sometimes I am not allowed to leave those types of configurations because they need it to be broader. They are not at the level that I need to make the configurations that I want.

The configuration is the only area to be improved. Everything else is what it is and what we expected. The configuration is the area that is most cumbersome.

I have been using SQL Azure for two years.

I have the latest version. I always update to the latest version.

It's a very stable solution.

SQL Azure is perfectly scalable.

We have a team of 20 to 25 developers who are using this solution for development. 

Also, we have thousands of clients for the databases that are using it.

Technical support is fast, it's reliable, and they are knowledgeable.

If your problem is in the knowledge base then support is very good. If it's not in the knowledge base, then it's central and not on the Microsoft roadmap.

The initial setup is more complex than it is straightforward.

The easiest deployment requires an hour. If you have a one-by-one project that consists of migration and replication, it can take several weeks.

Using SQL Azure really depends on the settings that you want to deploy, or the amount of money that you want to spend. If you are deploying and thinking that something will grow so that you can align your income to pay per use, then it's pretty good. 

If you are considering something where your payments or your income is not related to pay-per-use, you may consider using it on-premises during the beginning. It really depends on your settings.

Overall, this solution is pretty good.

There are still some areas that have to develop, but I would rate SQL Azure an eight out of ten.

We like the ease of integrating it with our on-premises environment. We use a hybrid model. We have a SQL Server on-premises, and we have an integration with the cloud version. We do CPU or disk intensive processes on-premises. For accessibility, we offload onto the cloud. When you do a lot of IO and things like that in the cloud, Microsoft charges for the CPU activity.

Price definitely may be a negative point. As for most of cloud based solution, certain cost components as CPU and IO usage may cause extremely hi costs.

It has been a bit over a year.

It is stable.

It is scalable. In fact, it is too easy to scale. It just scales and sends you the invoice. You have to tune it to lock it down, and then it doesn't go too far. These are the kind of things you have to take care of to avoid having bad surprises at the end of the month when they send you the resource usage invoice.

I didn't contact them regarding SQL Server, but I have contacted them for Azure and Office 365 support. They are usually quite good.

It is too easy. Initially, the database engine itself takes an hour, and that's it. Tuning it is another matter, but tuning is anyways a difficult task in itself.

It is quite expensive. I would definitely recommend not using the pay-as-you-go model because this will just mean all your money will go to Microsoft. So, really make sure to control resource usage as much as possible.

I would definitely recommend this solution. It is a very good product, and it is difficult to beat. I haven't got anything that I saw missing in it in terms of features. It is always integrated within Azure and Microsoft Office 365 ecosystems. If there is something that the database can't do, it is quite easy to have another path of the offering to take over. They are almost like AWS. They have so many services that it is really difficult not to be able to achieve things. There is always something or someone. It is just a matter of price. You also have access to the service, documentation, and even the user community.

I would rate SQL Azure an eight out of ten.

We use it for a few databases that are deployed for our own purposes. 

SQL is a simpler database. We use it more than other databases. 

I have been using SQL Azure for three to four months. 

We haven't had any issues with performance. 

There are only three users who use it. Once we are more comfortable we will give it to more users. My technology team uses it. 

Microsoft technical support is good. 

Pricing is reasonable for a big enterprise. The price is a little higher. It should have a 20% discount. 

I would rate SQL Azure an eight out of ten. 

We are using it for an application in two different models, the PaaS model and the SaaS model. One is the product, so we are using it as a SaaS model. We are using the other one simply as a PaaS model.

For its deployment, we are sort of using the highest model in which one instance has only VM and the SQL installer on it. Another instance is simply using SQL Azure.

We primarily and generally use it only for DB purposes. When it comes to the Azure part, we can easily provision, scale up, and scale down the generator machine. This kind of flexibility is the USP of SQL Azure.

Its interface and ease of use are also valuable. It is very easy to use and integrate with multiple databases. If I need to pull in or import some data from my on-premises database, the ease with which you can connect and pull the data, not only from SQL Server but also from other flavors of MySQL or even Oracle, is very good. 

The way it has been designed, in the on-premises deployments, the underlying Windows OS is highly scalable but has a very large resource requirement. A lot of power-related and memory-related things are there, which I have not seen in the RHEL and Oracle. I have not tried SQL on RHEL EXEC. On Windows, infrastructure-wise, a very large workload is running on the SQL. This issue is related to Windows, not SQL.

I have been using SQL Azure for two years. 

As of now, we have less production workload on Azure, but whatever is there, it is pretty stable. So, from a very large workload perspective, I can't comment, but till now, I have not found any issue. I will consider it quite stable as of now.

It is highly scalable.

My team initiates the service request. We have unified support from Microsoft. The service request is through the service hub. This is, in fact, a very good change from the point of view of the overall approach towards support. We can open multiple or unlimited numbers of service requests on the service hub, and their response is also quite good.

We started with just a simple client-server kind of application. Right now, we are basically in the full-phased data lake solution of Azure. So, it is in the design and architecture stages. When it is finalized, then we will implement a full-blown solution on Azure.

I would, of course, highly recommend this solution. You cannot avoid SQL Server or SQL Azure if you are primarily working in the database domain. There are a lot of other databases available in the market, but the ease with which you can do the development and the overall support that you get cannot be compared with any other database. 

I would rate SQL Azure a nine out of ten.