Microsoft Azure SQL Database Reviews

We like the collaborative nature of the solution. It's the most valuable aspect of the solution.

The stability of the solution is very good.

The availability of resources could be improved.

The solution needs to offer online training to help improve the capacity of teams to manage the SQL.

The pricing is very high.

I've been using the solution for two years so far.

We haven't had any issues with the stability of the solution. There aren't bugs or glitches. It doesn't crash or freeze. It's reliable for us.

We haven't had any issues with the solution, therefore, we haven't required any technical support. I can't speak to the quality of technical support as I've never dealt with them.

In the beginning, we decided to use a specialist to configure all the systems for us and the solution is almost perfect.

The price is very high, especially when you compare it to other solutions. There aren't extra costs, however. All fees are included in the licensing package.

We're simply customers. We don't have any professional relationship with Azure.

I would recommend the solution. It's great.

I'd rate the solution nine out of ten. I'd give it perfect marks if the pricing was more reasonable and if they offered better learning tools to guide our staff.

• Memory-optimized tables
• Elastic scale
• Azure portal management tools

Some customers' applications require very large tables (large number of records). Here are examples of how this solution helped them:

• Performance of memory-optimized tables in SQL Azure exceeds that of an on premise SQL Server
• Microsoft adds new features, including bug fixing, to SQL Azure every fortnight on the average.
• Performance benchmark: There is a benchmark suite that is relevant, Azure SQL Database Benchmark (ASDB). This benchmark includes metrics in plans for the three-service tiers, Basic, Standard and Premium. (In-Memory OLTP support is only available in Premium tier plans.)

The main reason for the business case of using SQL Azure for a few large tables for our customer was as follows:

• Most of the tables in the data model (DM) for the application are small enough to have required performance in a Standard Edition of an on premise SQL Server instance. Only four tables are large enough and have peaks of concurrent transactions per minute that are large enough to require in-memory OLTP support.
• We needed to compare TCO for an Enterprise on premise SQL Server instance for the entire DM (that would be mainly under-utilized) versus TCO of a Standard on-premises for most of the DM + TCO of SQL Database with in-memory OLTP support for these four tables. (TCO for this scenario includes an estimate of changes in the design of the application.)
• This TCO comparison was calculated for a period of two years. That is the time between a given version of on premise SQL Server and the next version.
• The end result was a lower TCO for the second scenario. The first scenario implies paying an Enterprise instance up-front at the start of the two year period.
• In the second scenario, the application would have two data repositories. Transactional control for the app is the reason why I mentioned the limitation of the SQL database. It only supports distributed transactions between instances of SQL Azure. That was a technical problem to solve. This was one of the main reasons for the changes in the app in the second scenario.
• We had to make some changes to the app to separate transactions and their contexts for the two repositories.
• In this case, it would be an improvement if Microsoft were to provide support of distributed transactions between SQL Azure instances. We would also like to see support for other kinds of services for Microsoft and other vendors who support standard distributed transactions.

SQL Azure only supports distributed transactions with other instances of SQL Azure. This has been an obstacle for us.

I have been using this product for almost four years.

You can deploy your solution to a SQL Azure database directly from SQL Server Management Studio (the same tool used to manage solutions for On Premises SQL Server editions), so, the transition from SQL Server On Prem deployment to SQL Azure deploy presents no issues.

There have been no issues with stability.

There have been no issues with scalability. This is a strong feature of the product.

Microsoft has very good customer service, both free and paid customer service (by free customer service I mean customer service on free cloud solutions like Outlook.com)

Microsoft has very good technical support for this service and product, as usual. Regarding SQL Azure, the amount of free online resources for developers is huge and relevant.

For some customers' applications, we switched from memory optimized tables with on premise instances to SQL Azure instances. The switch happened under the same SQL Server umbrella.

It takes some time to get accustomed to the Azure portal and to navigate through its tools and options. You can also connect directly from the SQL Server Management Studio. It is fairly easy to configure the proper parameters for connection. Once you are connected, it is transparent for any experienced SQL Server DBA or SQL developer.

Even if you are an experienced SQL Server DBA, there is some learning to do to be able to develop, deploy and manage SQL Azure solutions. At Microsoft Virtual Academy there is a set of free courses to learn all this.

You can use a free SQL Azure account to do some of the required practice while learning (bear in mind that the free account for all Azure tools, including SQL Azure, requires that you provide credit card information), but you will also need to license a SQL Azure plan for actual deployment and use of the solution: Basic plans, Standard Plans, Premium Plans.

You can choose a plan according to the amount of resources used by your solution (storage required, number of transactions, etc.), such that the hourly rate of the chosen plan is tied to the range of resources used.

The main setup cost that we have experienced is basically time required to do the training, and payment of a plan during the development and testing of the solution.

I did not evaluate anything else. I started using SQL Azure through teaching some MOC courses that included it, in early 2013. I had the chance to get to really know the product and the service.

For any potential customer who is considering migrating an app to SQL Azure, my advice is:

• Spend enough time analyzing if SQL Azure offers you a viable business case for the said app. It may or may not offer this to you!
• It is very important that you have a thorough understanding of the performance details and issues of the current app from a standpoint of the database engine. This is mainly with DMVs and DMFs, if you are using an on premise SQL Server.

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.

We are using SQL Server both on Azure and in a Spark environment, on-premises.

The most valuable feature is PolyBase.

The product is very user-friendly.

I feel that the price is high and it could be reduced.

I have more than 14 years of experience in the Microsoft Data Warehouse platform.

SQL Azure is very stable.

This is a very scalable product.

I am the only person in my company who uses it.

I have not been in contact with technical support.

The initial setup is straightforward and I don't find it complex.

Overall, I am happy with this product and I recommend it.

I would rate this solution a nine out of ten.

The solution is primarily used as a database.

The solution is very easy to use. It's quite user-friendly.

The product is quite stable. The performance is great and it's reliable.

It's very good as an on-premises deployment.

We've found the solution to be scalable and easy to expand.

It would help if the solution was more secure. It's an aspect they could work on for future releases.

We've been dealing with the solution for many years now. It's been a while.

The solution is stable. there are no bugs or glitches. It doesn't crash or freeze. It's reliable. 

The solution scales well. If a company needs to expand it, it can do so with relative ease.

I've never directly dealt with technical support and therefore cannot speak to how helpful or responsive they are. Typically, if we have a problem, we just Google it and look for the answer online.

We don't install it. We just use it. It is my understanding that in Azure we don't install anything. We go on Amazon or Microsoft and make a machine. There's no installation.

You do need to pay a license fee in order to use the product. I can't speak to the exact price.

As we are planning to move to the cloud, we are looking at other options, including PostgreSQL or Microsoft SQL Server. It's my understanding that there is not a big difference between Microsoft SQL on Cloud and the Microsoft SQL Server. We still have lots of experience on Microsoft's SQL Server, and likely our company is still prepared to use Microsoft SQL on Azure, not PostgreSQL. On the other hand, a lot of ERPs nowadays on the market using PostgreSQL. So our developers in the company have experience with this product, PostgreSQL.

We use the product and we offer it to customers as well.

We are planning to move to the cloud in the future.

I'd rate the solution at an eight out of ten. Our company prefers SQL Azure. We enjoy its capabilities. I'd recommend the product.

Until now, we don't yet have full experience with it and just we just apply it in very small scenarios - just for feasibility and to take some feasibility tests. We have yet to start converging our ERP. We're checking if it's good or available and if it will fit in some scenarios.

It's a platform that we leverage for multiple uses. There isn't a specific primary use case for the solution.

The concurrency between the amount of the transactional replications and the logging needs to be improved. Also, the GUI, the specific management tool itself, needs some improvement as well.

It's not a feature, but the solution only offers a certain amount of memory and that's limiting. The scalability should be extended to more than two terabytes.  

In terms of stability, because Microsoft is the underlying technology, they are much more stable than Oracle, for example. Since 2014 they did a great job in offering stability, performance and high visibility on the solution, especially in comparison to other competitors.

Technical support has been excellent.

I didn't previously use a different solution.

The initial setup is easy.

I'm not sure what the exact price is, but it's a moderate amount. It's not too expensive.

We use the on-premises version of the solution. I would rate it nine out of ten. I would definitely recommend it to an SMB, a small or medium-sized business.

What is really helpful about the Azure SQL is that when we have a problem with a query, we can trade information about what indexes we should create on tables. It's really helpful for admin and for developers.

I need something which is in one place so I can automate the Azure data factory, but it's a different tool. It's not easy and in one place, so I can't switch to the other tool and do something there, automate everything there in the on-prem infrastructure, and then have everything in the agent. I can just pick one packet and use it. However, I want to be able to click it and run it. 

We could definitely use something which can automate the work. For example, I know there are a lot of tips like what indexes you should use, or what security features you should look at with your current SQL server. The acquired performance is assured, so some more statistics about acquired performance would be really valuable for the developer and also the administrators who use it. That would be really valuable, but we also need something which automates the work in particular SQL agents. I'm disappointed that it is not in the simple plan and I have to buy a higher plan.

I didn't notice any problems with the performance of this product. It's pretty stable. Computing is working as it should, so it's really good. It's stable, and the performance is really very good. That's what I really like about Azure SQL.

It's very scalable. That's why we like cloud solutions. You just add on every time you need some more performance pages. I just change the plan and it works.

To be honest I have never had a problem that called for technical support. I never had a chance to contact support because it works without any problems. It's the same thing with clients because we work very closely with our customers. Every time they have some problems we get a call from them and can solve the problem for them.

The initial implementation is straightforward. There are a few click-throughs and you have ready to use infrastructure. It usually takes five to ten minutes. Even less.

We use a few different versions. It depends on the project. We use the S-1, 2, and 3, depending on the customer's requirements.

If we compare, for example, the cloud infrastructure and on-prem infrastructure, there are lots of good things about cloud infrastructure because we can scale the product so that every single time when we need more performance, more computing, more storage we can just reach to the higher plan, and we can use it. There is obviously cost reduction because although we still need an on-prem trader for SQL parts, it's not hard like it was in SQL brand because we also had to care about the infrastructure too. Right now, we are concentrating on the software which is good and saves us money. 

I would rate this solution nine out of ten because it offers a lot, including statistics and other things which are very hard to get from Azure. However, you have to specify what you actually would like to monitor, which is not straightforward.

• It works perfectly in the cloud.
• It made our back-end service scalable.

In many cases we use Azure as a service platform.

When larger data is collected by continuous business operations and will be processed for further analysis, we use SQL Azure.

• Scalability
• Cost efficiency
• Business continuity