SQL Server Reviews

We use SQL Server for database integration as we sometimes use queries to take information from the database. For example, if I need a couple of information that is archived or not indexed, I will inform the SQL Server team to help.

I use the menu on the management view credit section to get information from the database.

I have been using SQL Server for eight to ten years, but I still check Google for things that aren't clear to me. For service delivery, we use on-premises solutions for our customers.

We don't use SQL Server as our primary product. Our focus is on safe customer SQL admin as we don't want problems with customer data in our system.

I think we consulted once for support in the active directory. We requested the support of Integration Engineers for installation, and their service was very good. However, in the last eight years, we have also used Microsoft support with satisfaction.

For the initial installation process, I did an installation for database testing using SQL Server Express. Sometimes, the trials for the samplers are not allowing the SQL Server Express. So, when I was doing the installation, I just selected database management because it isn't the default and it has helped me not to fill out the same details for future use.

I cannot answer that question concerning pricing and licensing because I'm just a technical staff member. However, we are just a customer of Microsoft and some of our clients say SQL Server is very high in price.

SQL Server is a very good product and we use Microsoft SQL Server software that runs on Windows as most of our clients make use of the Windows operating system. But I don't have a hundred percent trust in Microsoft products. Why am I saying that? This is not a security issue. I am just... We are hitting this kind of issue because, as you know, Windows servers sometimes get corrupted or we need to restart them.

My background is primarily in software development, and I use SQL Server among other tools in that capacity. SQL Server was one of the main databases in my previous company, and it is used for storing data from different applications.

It is easy to use and easy to perform a backup.

It is easy to find resources that can manage SQL Server.

In my experience, I've found that scalability can be improved.

I have used SQL Server while working for different companies.

This is a stable product.

We have between 40 and 50 applications running on it, which are used by many people.

The support from Microsoft is good.

The installation is simple.

We have an in-house team for deployment and maintenance.

One administrator is suitable for managing it.

In summary, this is a good product and I recommend it.

I would rate this solution a nine out of ten.

We use SQL Server to process a lot of data. We are using versions and 2015 and 2018.

We like the whole product and we use most of the features.

Indexing, as well as integration, are areas of this product that need improvement.

We have been using SQL Server for approximately five years.

It's a stable solution. Stability is one of the most valuable features.

It's somewhat scalable.

We don't have any issues with technical support.

We have used SQL Server from day one, along with OpenSQL. We used them both regularly.

We don't use Oracle often but we do have a few areas where it is used.

The initial setup was straightforward. 

We have experience and did find it to be challenging.

We do multiple deployments which require three or four teams.

The cost is high and because it's an expensive product, we are in the process of moving towards open-source solutions.

We have evaluated MongoDB and are in the process of transforming ourselves.

We will continue using SQL Server for some things but not everything. Most of our applications will be migrated to MongoDB and others.

I am not in the position to recommend SQL Server to anybody. Rather, I am more in the area of quality assurance. 

I would rate this solution a seven out of ten.

Most of the application what we use today are SQL-based applications. If you take a Microsoft ecosystem, there are many tools that connect easily with SQL - especially when it comes to reporting and analytics. Power BI is one of the good examples which can easily connect to SQL and then you can pull any report you want. SQL itself has its own tools like reporting services and transformation services. It also helps you to generate reporting and analytics and data transformation.

Overall, it helps our organization a lot. Again, it depends on what requirements and company has, and for what purpose you are using it. However, from an application relational database point of view that we are using today, it helps due to the fact that it comes with all that we need. Also, from a performance point of view, it configures well.

When you use the solution with Azure, for example, you get very good scalability. You can scale fast, whether it is horizontal or vertical.

If we use the product as a PaaS, Platform as a Service, it comes with all the security features you need - including against DDoS attacks.

The product offers good bloc storage, which you can buy at an additional cost. This allows you to have large object storage if you need it.

Over a period of time, their split engine has evolved and in the latest version, they've done a lot. Even from the management tool perspective, a lot of things have been done. A lot of functions have been added.

The initial setup is pretty straightforward.

Technical support has been good.

The solution has the capability to scale.

The pricing isn't as high as other options.

SQL is very easy to use. That's a very good thing about it in general.

Microsoft doesn't have active-active load balancing scenarios. It's always a failover cluster. There is no active-active cluster, which other tools, other database providers like Oracle, provide. If Microsoft can consider or probably come up with an active-active cluster, then it would be good. It will be more powerful in a scenario like that.

The pricing, while not the most expensive, is still quite high.

They have something called Parallel Queries, however, I don't know how it works. I've never tested it in a horizontal way. I'd like to understand a bit more about it and be able to use it horizontally.

I'm new to my organization and have only been using the product for three or four months here, however, previously, I worked with SQL for a long time.

In terms of direct users, there are only a few. However, there are applications that are using SQL and those application's users are 100 plus, or maybe 300 to 400 plus users.

This company is in the phase of growth. If it grows as expected, then definitely the chances are high in terms of the number of users - which means we will scale up a bit.

We have direct support from Microsoft. We have Microsoft partners as well. I don't see any problem with technical support, as we ourselves are capable of troubleshooting. I'm a certified BBS developer. If there any related issues, we take care of them internally. If not, we raise a ticket from Microsoft and we get support from them. They are helpful and responsive. We are satisfied with the level of service they provide.

The solution is very straightforward. It's not too complex. A company shouldn't have an issue implementing it. Once you install everything and get it configured as per your requirements if you are an SQL professional and an administrator, it's very straightforward.

It's doesn't take too long to set up. Within a week you can get it deployed. If you do a standalone module, a week likely is not required. If it is in a cluster module, of course, within a week you can set up a cluster and then get things done.

SQL pricing is slightly high compared to where it was before. That said, compared to other products like Oracle, they are still cheap. It's not overly expensive in comparison to others.

The final price you can expect all depends on your requirements. A standard version of SQL is always cheaper than an enterprise. If you're going to go on a cluster, it's particularly expensive. However, when it comes to the value and what is provided, that is also important.

It all depends on what you need. I cannot just blindly say that it's expensive or cheap as it all depends on your requirement. Comparatively, SQL is cheaper than other products like Oracle. Oracle is really expensive compared to SQL. 

We are customers and end-users.

I'm certified in SQL. I have a pretty good understanding of the product.

Overall, I would rate the solution at a nine out of ten.

Whether or not it would work well for a company all depends on what purpose it is being used for. However, SQL is simple to use and simple to configure, and very powerful in terms of relational database and the SQL language and functions it comes with. If you configure it well and then use it well, the outcome will likely be very good.

We use SQL Server for our internal applications.

Working with SQL Server, it is quite convenient to use the SSMS tools to write a profile. I also like the profiling tools.

I like that the new version has a memory-optimized table to improve the performance.

We had some difficulty doing the performance tuning when we migrated from the 2008 version to the 2016 version. We experienced a drop in the performance. We could not understand or figure out what caused the drop in performance. We did not change any settings to cause this effect. We tried to keep the same settings.

We feel that when running the 2008 version, it was much quicker in terms of performance. 

That is an area of SQL Server that can be improved. Moving to a new version, you shouldn't have to change the configuration.

We have not been able to utilize it fully because it is not straightforward.

I would like to see the performance improved. Migrating should be easier and the scalability needs improvement.

I have been using this solution for many years. 

We are using version 2016.

It's a stable product.

In terms of scalability, it has some room for improvement.

We have 20 people in our organization who are using this solution.

We don't usually get support from Microsoft. We get it from our software vendors or we try to do it ourselves.

We are somewhat satisfied with the support that we have received from the vendor, but not fully because of the issue we faced when we moved to a newer version. But in other areas, it's okay.

We have used SQL Server from the beginning.

The initial setup was moderate. It was not easy but it was not difficult.

I would rate SQL Server a nine out of ten.

The most valuable feature is easy installation. It was very easy to install.

The interface is very user-friendly.

I would like to see more integration with other products and it needs to be more secure.

I have been using SQL Server for two months and I believe that we are using the latest version.

It's a stable solution. It's very stable.

It is a scalable solution.

My installation requires SQL Servers, so I have to continue using them.

I have not contacted technical support.

Previously, we did not use another product.

The initial setup was straightforward. The installation was easy.

It took two hours to deploy.

I completed the implementation myself.

I would recommend this solution to others who are interested in using it.

I would rate SQL Server an eight out of ten.

We primarily use the solution as a relational database system.

The solution offers very high performance.

It is a very reliable solution. We find it to be quite stable.

We've found the product to be very scalable, specifically from MSSQL. 

The product offers various deployment models.

The Message Broker portion of the solution is not very scalable in comparison to the rest of the solution. The problem is, you can exclude that portion.

The Task Scheduler has a lot of shortcomings. This could be improved quite a bit.

The enterprise version of the product should be more cost-effective.

We've been using the solution for the last 15 or so years. It's been a while. We have a lot of experience with it.

The stability of the product is very good. It offers excellent performance. There aren't bugs or glitches. It doesn't crash or freeze. It's reliable.

The solution is extremely scalable. If a company needs to expand, it can do so without any problems.

The enterprise version of the solution needs to be priced more competitively.

We have a couple of models. We lease through Azure monthly, which is for the Standard version. We have had to purchase the Enterprise version to the tune of a few hundred thousand dollars, which is just ridiculous.

On top of that, there aren't really any other knock-on costs.

We have experience with almost every angle of Microsoft ecosystem that you could imagine.

We're a direct customer. We own a MSSQL server. We have it deployed both on-premises and on the cloud, so we use different deployment models. We have distinct instances in the cloud and we have distinct instances in our on-prem.

I would warn other organizations to not use their Message Broker and don't rely on their Task Scheduler. Look elsewhere. Go look at Oversource, Rabbit MQ, Azure Message Broker, or something other than what's built into Microsoft's SQL server. That would be my advice.

Our original architecture messaging infrastructure was based on Microsoft SQL server's Message Broker. It's been a complete disaster. It's a black hole that can't be diagnosed or supported in terms of troubleshooting from Microsoft when it doesn't work. When it doesn't work, it just doesn't work and no one can answer why. That is very bad. The intended use of it was for enterprise messaging. However, that is not a use case for MSSQL Message Broker, period. We're in the process of moving in a couple of directions. We're going to move to Azure Service Bus as an interim solution, as our current technical capabilities are very Microsoft-centric. Then, the next step will be to move to other more enterprise-class messaging and queuing subsystems like RabbitMQ.

The SQL server as an engine probably deserves a very high nine out of ten. It's a very, very efficient relational database management system. And it is very scalable.

We use SQL Server to store, retrieve, and manage data.

This product works well, serving as our operational database.

The interface is user friendly.

Better integration with other platforms would be an improvement.

I have been using SQL Server for almost two years.

We have had no issues with stability.

This is a scalable product. It is being used in three or four projects with a total of between 50 and 100 people.

I have not been in contact with technical support for this project, but we use the Microsoft communities to get answers to questions that we have. For example, we have checked the settings to make sure that we are safe.

Overall, the support is pretty good.

The initial setup is definitely straightforward and can be completed within a couple of minutes.

The installation and initial setup were completed by our admin team. However, there are some drivers and additional components that I installed myself.

We always like to work with the best products, we are happy with SQL Server, and I recommend it.

I would rate this solution an eight out of ten.