SQL Server Reviews

In my data warehousing project, I use SQL Server alongside Power BI. SQL Server serves as the data storage solution, while Power BI is used for data visualization.

The most valuable features for database management in SQL Server are SQL Server Management Studio and Visual Studio Code with its administration capabilities.

Improvement in SQL Server should focus on lowering the high cost, especially for environments requiring extensive CPU and memory usage like data warehousing. While existing features are great, affordability is a significant concern, particularly for enterprise licenses. Additionally, enhancements in managing availability groups and clustering could be beneficial.

I have been working with SQL Server for 20 years.

I would rate the stability of the solution as a nine out of ten.

SQL Server is highly scalable, but the scalability comes with a price tag. Additionally, for on-premise deployments, hardware purchase is necessary, which can be a limiting factor. I would rate the scalability of the solution as an eight out of ten. We have approximately 500 users at our company.

My experience with SQL Server's customer support has been positive in the past, but recently, I have noticed a decline in responsiveness, and now I would rate them as an eight out of ten instead of a perfect ten. While I used to receive prompt answers to my inquiries, I have had a question pending for several weeks now without a resolution. It seems that Microsoft's focus on Azure may be impacting their support for on-premise solutions like SQL Server.

Positive

The initial setup of SQL Server is straightforward and user-friendly and I would rate it at around an eight out of ten for ease of use. While the basic setup is simple, additional considerations for security may require some tweaking. 

Deploying a SQL Server for testing purposes typically takes around ten minutes, while for production, it can take an entire day due to the additional tweaking required for optimal performance and security.

SQL Server is generally more expensive than other solutions. I would rate the price of the enterprise version of SQL Server as a ten out of ten for being very expensive compared to the standard version. The enterprise version costs approximately 20 times more than the standard version.

We use SQL Server Availability Groups for high availability. It supports our requirements well and is preferred over cluster solutions for its effectiveness.

SQL Server offers advanced security features like data masking, which allows users to restrict access to specific columns, enhancing data privacy and control. This capability is particularly useful for protecting sensitive information from even database administrators.

SQL Server is the primary technology we use, tightly integrated with our existing IT infrastructure and applications. We rely on Microsoft products for seamless compatibility and avoid unnecessary complexity by sticking to a single vendor ecosystem.

My recommendation for using SQL Server is that it is a stable and versatile option with a lot of capabilities. However, there are cheaper alternatives available on the internet that offer similar performance. It is essential to consider whether the cost difference justifies the added performance of SQL Server, especially when cheaper options can achieve comparable results with slightly slower hardware.

Overall, I would rate SQL Server as an eight out of ten.

Out of all the tools in the complete SQL Server package, I'm mainly using Toolbox and SQL Profiler because I'm using SSIS packets, so we're using job scheduling a lot. And sometimes we are creating the SSIS packages, so I'm using SQL Server for MSD for maintenance purposes. SQL Server is quite user-friendly. I have experience with Oracle and PostgreSQL, so out of three, I like SQL Server a lot.

They could increase the intelligence of SQL Server. That would be good for us.  There are some good intelligent features in SQL Server. However, they need to increase the intelligence because people switching to SQL Server from other solutions are not so familiar with it. I've been working with SQL Server for the last six years, but people are coming from MySQL or Oracle, so it will take one or two months to adjust. Still, they could add some intelligent tools to convert Oracle into SQL Server something like that. 

And sometimes when I'm writing a function, there is already a predefined structure available. So if they defined their structure more precisely, that would be good for us. And the last thing I would like to add is that SQL Server should handle queries more like Oracle does. For example, you submit a query in Oracle, and the whole table comes up. In SQL Server, you go to the table, right-click, and it lets you see the first 200 rows. Then on top of that, you can add 200 more rows.

So in place of those 200 rows, if I can update all my table records or search my table record without a new search query, it'll be very beneficial. That functionality exists in Oracle, but this feature is not available everywhere in SQL Server. So if SQL Server had the feature, it'd be great because SQL Server is lacking only on this point. For example, one of my clients is a semi-technical person, so I have to train them to file a query in SQL. And they say that Oracle is much better. Say, for example, that I wanted to query a particular employee from a list of all staff. So the query output comes, and they can directly filter out the data by just applying the filter. They don't have to use the drop-down menu and search for all the employees with a given name. 

I've been using SQL Server for the last six years. I'm working with SSIS, SSRS, or MDS. These tools are part of SQL Server, and the back-end queries are developed in SQL Server. 

SQL Server is stable. SQL Server has crashed only two times in six years, but it wasn't a major system error. 

It may be a licensing issue, but sometimes its operating speed becomes slow if we have multiple users. It's lacking some performance, but it's acceptable because we have a heavy load. And I would like to add that we're running SQL Server and SSIS at the same time. So while I've found that SQL Server is quite fast, SSIS is a part of SQL Server. It is just for data testing in India. But if a person knows SSIS, then they usually have very little knowledge about SQL and vice versa.

I know both of them. I found that maybe it's a bad habit, but I'm using SSIS packages. And in the SSIS package, I'm using Toolbox from SQL Server to improve the latency. Implementing both together takes a little time. And one more point is data handling. I am just forwarding the error names, and there are multiple errors in the SQL Server tool, but what if a person comes to work under me and has only one or two years of experience?  Sometimes it might be difficult for them to understand what the errors mean. For example, when joining data, it's easy to implement the inner joint. In the inner joint, there are two columns, so when there's an output error, someone who is inexperienced with SQL Server might not understand. Error messages should be a little more precise and defined, so it's easy to understand.

Setting up an individual SQL Server is pretty straightforward, but when you are implementing multiple tools, it's more complicated. In terms of maintenance, for the DBA part, there are two based in my company because I am on a master device, so they don't allow me to maintain the server part. So one person is from South Korea, and the other is from China. They are handling my SQL Server. So maybe there are multiple teams, but I am contacting these two guys, the DBA. And I'm MDS, so I'm a single person. There are two people on my team, and I have one junior staff member. So I have a three-person team, and there are two DBA sites because I'm discussing my master team. I am deployed on the business side, and there are more than 80 people who are end-users of SQL.

If you're using SQL Server along with SSIS and SSRS tools, it works pretty smoothly and all. When working with Oracle SQL, PostgreSQL, MySQL, etc, there are a few problems with the connection.

Overall, SQL Server is good, but sometimes, optimization becomes a little bit tricky when you're using SQL Servers in place of Oracle. For example, while I was implementing two queries one time, the SQL Server gave me the wrong results. This wasn't because of their internal modules. So there may have been some missing data, but SQL Server failed to identify those issues. SQL Server needs to improve there.

For example, say there is a line with a value of 136 or 137. The second value is a space, and the third value is null. And the last one is space. So a space means this is also null. So you are comparing these four values, and if you don't have any idea about data, it's a little problematic. So cases like this, we can deal with such queries using syntax, but if a person has no idea how to deal with this, they'll face an issue.

Here's another example. Say there's a team query that means we are erasing data from the teams, and some people are just analyzing the string. So I see data from it, which means the calling system is there. In the calling system, we receive the data to call anyone, and that type of wire call setup is there. So I am receiving a full-text format from the file I have to upload in the SSIS package. And some cells have a null value. It's a text file, so you can understand there are blanks in some places. I don't know the file type, so I am just trying to dump it into our SQL Server. But when I have time to get to that table, I realize that some values are null, space, and blank. So these four values make problems for me.

I rate SQL Server nine out of 10. I would recommend SQL Server to anyone because you can use cloud-based services, so it's very beneficial. If you install SQL Server on-premise and on the Azure cloud, it is much more advantageous for you. 

Despite the core database is not SQL Server in my working company, SQL Server is widely being used as the backend for many in-house applications and customized applications like Solarwinds.

Helping to effectively and efficiently manage the business-critical data

- There are hundreds of "Dynamic Management Views" (DMVs) & Dynamic Management Functions (DMFs) that are system views & system functions that return metadata of the system state and they provide valuable insight into the current SQL instance state. 

- Resumable online index rebuild 

- Table Partitioning and the Swap out to covert a Table Partition into a separate table.

- Python & R2 Integration, Graph Databases

- Automatic Database Tuning

- Very reliable Backup technology and many more

The price could be better:

Compare to Oracle it is cheaper but with the existence of many open source databases currently in the market, consider reducing the Licensing cost. Secondly, with the Core-based Licensing since SQL 2012 Version, the SQL Licensing price has substantially increased.

Postgres Extensions is a concept in Postgres to extend the Postgres features that are very useful for Performance Monitoring & Optimizations. Similarly option to extend the features as necessary.

I have been using SQL Server for 12 years.

It's been scalable since 2016. With each version, they are adding more features which are very helpful. 

On a rare occasion, I had contacted technical support about five or six years ago and only when I had a specific use case.

The GUI-based step-by-step initial setup is easier for the initial setup and even the Jr.DBAs can handle it with minimal training. The automated installation is possible with PowerShell Scripts and the Infrastructure Provisioning and Configurations tools like Ansible. We managed to automate the SQL installation using Ansible Playbooks and Gitlab to deploy Continous Integration and Continous Deployment.

We implemented this solution by ourselves.

CPU Core-based Licensing & Windows Licensing costs are additional overheads compare to open source databases like MySQL and PostgreSQL.

Managed SQL Server Database Service in Azure is lagging with many features like Linked Server, DB Mail.

SQL Server deployment in the Cloud does not seem to be cost-effective with respect to the Licensing cost and average Life cycle of 5 years (I reiterate, this is in my opinion). 

If you take Postgre SQL and MySQL, they provide almost all the same features even though they are both open source databases.

I recommend this solution because you can engage in database manipulation, administration and manage almost all your requirements. When compared to Oracle licensing costs, SQL Server is better. 

On a scale from one to ten, I would give SQL Server a ten.

We use SQL Server to query our database for specific reports we need to write for our clients.

The solution's most valuable feature is that we can set up redundant databases and replication in the databases. SQL Server has very good integration capabilities.

The solution’s pricing is high.

I have been using SQL Server for ten years.

SQL Server is a very stable solution,

I rate the solution’s stability a nine out of ten.

The solution’s scalability is quite good. Around 30 users use the solution in our organization. Currently, I use SQL Server about once a week.

I rate the solution an eight out of ten for scalability.

On a scale from one to ten, where one is difficult and ten is easy, I rate the solution's initial setup a nine out of ten.

The solution was implemented by an in-house team in a couple of hours.

SQL Server has dramatically improved our ROI. We couldn't do without it, and it's been a very valuable tool.

On a scale from one to ten, where one is cheap and ten is expensive, I rate the solution's pricing a seven out of ten.

I would recommend the solution to users looking for any form of transactional database or commercial database.

Overall, I rate the solution an eight out of ten.

We use it for both development and administration purposes.  

It's serving our data solution needs okay. 

I like that it's the Always On Availability Groups setup. It ensures our servers are always running.

We need it to support Linux for better troubleshooting flexibility.

I have been using this product for five years. We currently use the older versions, SQL Server 2019 and 2017.

We will soon migrate to the 2022 version. 

It works perfectly. No issues there. 

So, it is a stable product. 

There are around 300 to 500 end users using it. 

We use it for our on-premises solutions, virtual servers and SSAS, SSRS packages. Also, our applications are .NET based, so it made sense to use it. 

The initial setup is very easy. It is easy to understand. 

It is an expensive product. 

I would recommend using it , but it's best if you already know how it works.

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

We use the solution to provide the database layer for multiple applications.

We have been using this solution for 10+ years.

I have had issues with SQL Server but Microsoft support has been able to resolve them quickly and most came down to configuration/design errors and not a stability of the product issue.

SQL Server is quick to install < an hour.  Additional features increase the installation time.

The SQL Server pricing model is based on CPU cores that your database server utilises.

To others looking into using a SQL Server, I would say that it goes down to the application that you are developing and what funds you have available to run the total system.

I work as a BI specialist, so I am directly using SQL Server since I am using the database and making reports from it via SSAS.

I use SQL Server daily for data analysis using its database capabilities and reporting via SSAS. It is easy to use for a BI specialist.

It can be better if it enables the use of AI functions. I used to work with Alteryx, and it has an analytical platform that was best for working directly from a database with machine learning algorithms. So, it would be better, I think.

I have been using SQL Server for around three years.

I would rate the stability around nine or ten. I have not encountered any problems with it.

I used to work with Dataiku, however, I switched jobs. I used to work as a developer for Dataiku, and now I am working as a BI specialist.

I think it is not easy to work with date types when compared to Oracle. Oracle is more useful, but I do not know which feature is better for SQL Server.

I deploy all packages myself and use SSIS for that. We are creating stored procedures and triggering some jobs in SQL Server. I did the deployment by myself.

I am unable to determine any ROI since I have always used SQL Server and cannot compare it with other tools.

I have previously worked with Dataiku.

Based on my experience, SQL Server is a common tool and does not offer significantly higher benefits or anything too special. It is easy to use, and I would recommend it to others. 

I would rate it around five on a scale of one to ten.

SQL Server is easy to use. As a Microsoft product, it has an intuitive and user-friendly interface.

The product performance can become slow when the data reaches sizes like a terabyte.

The product is stable. 

Our organization has a maximum of 100 SQL Server users. The scalability needs improvement.

We have used other solutions such as PostgreSQL, MySQL, and Oracle. 

SQL Server is often chosen for Windows platforms due to its compatibility. For other development environments, like PHP or Java, we might select MySQL or PostgreSQL, respectively.

The setup process is straightforward. It involves running the setup file, configuring general settings, setting up a user account, and creating a database. After that, you can create tables within the database and start using it.

The product's price is reasonable. It requires a one-time license purchase, unlike Azure SQL, which operates on a subscription basis.

SQL Server's performance is good enough for medium-sized applications. The security features are adequate and effective.

I rate it a seven out of ten.