SQL Server Reviews

Usually I install an SQL Server as part of something bigger from Microsoft (NAV, CRM, SharePoint, SCCM, SCOM, BizTalk, etc.) or some custom built solution that was designed around this DMBS. 

I also teach in a university. My students admit that SQL Server is quite easy to install and work with if you are a total beginner (compared with others). 

I am not sure, as we have been working with it from the start. Comparing with other database management systems that I tried in other companies, SQL Server is quite easy to install, configure, and maintain. It is also quite reliable in cluster configurations and has helped me to reduce downtime and improve SLAs. If backups and alerts are configured properly, I can also rely on my restoration plan saving my butt more than once. 

Always On is my favorite feature. I do like availability groups and cannot imagine how I lived with them before. 

Microsoft tries to release new features with every version, but I cannot say that they are killer features. Usually these are just "nice to have" stuff. However, SQL Server works and it works just fine. It is really reliable if you don't shoot your own leg. All the basic functionality is 100% bulletproof. 

I like it the way it is, though I would appreciate a dark theme for SQL Server Management Studio and ability to add databases with TDE enabled into availability groups.

I am aware of Connect and Trello pages, and there are a lot of good ideas from other people, most of them are useful only in some very rare scenarios. There are interesting suggestions present, and Microsoft should pay more attention. 

Over the years, there was one service pack and two cumulative updates that were recalled as problematic ones, but otherwise it is very stable system.

Unfortunately, SQL Server cannot be scaled out so easily as some NoSQL solutions. There are some options that may allow it to work with quite enormous workloads. For example, try to google how Stack Overflow is built (yes, it works with SQL Server). They have quite an interesting architecture. 

It depends. The shear number of support specialists is huge. You can get a freshman or a seasoned veteran. Usually, it is tolerable but it might take a while to solve a problem. In my experience, 50% of all problems can be resolved by installation of the latest patch. In 25% of times, it is your own stupidity. The 25% that left are real bugs, exotic configurations, and rocket science-level problems with a real high-load and very specific code and environments. 

It depends how many features you want to implement. Basic stuff is very easy to install, but if you want to implement all the features or deploy a high-load or a clustered environment, it might be tricky. That is why you need a good architect and skilled DBA for something really complicated. 

I have seen everything. It always depends on people skills. To get full performance from the SQL Server you need a well prepared environment and hard team work. 

This is a downside of enterprise Microsoft products. Currently, almost all of my machines are in Azure and I think it is the best way of licensing now (VM+software).

Though I do like the SQL Server, I must say it is very hard to find a good DBA nowadays and having a DBMS without a DBA is like having a car without a driver and skills to drive it yourself. Before choosing or switching to this DMBS, check what kind of workforce is available in your area. 

You may consider Azure SQL Database as a simple alternative, but I would advise it only for small workloads though.

It allows me to obtain access to data that I would not otherwise obtain access to from different programs. It has helped pull statistics and data, then put it into a report form to do some Power BI on it. This really helps people above me to view what we are doing, how we are doing it, and how to improve it.

Overall, it just makes your job simpler.

• Ease of installation.
• Ease of creating your databases.
• Ease of changing what your databases look like when you need to.
• Creating tables is simple.
• They have lots of different options that you can use for the fields within the tables. 

It is a simple query language. It is consistent across all versions. If you start with an older version, move to the newer version. The same code will still work.

It can go easily on a virtual machine and be accommodated by a virtual machine easily. That is a plus, as not all databases can handle that. It also will do clustering, so you can have two database servers looking at the same data simultaneously. 

You can always access the data. You could have an offsite and an onsite, and if the onsite goes down, the offsite picks it up. I like that flexibility to provide continuing operations.

Right now, the tool you use to query the system updates every month. It pesters you to update the Client every month when there is nothing new that you really need to add, but it is constantly pestering you. I do not care for it.

I have no problems with stability at all, even when they are clustered.

Scalability depends on the version. I have to know ahead of time what version I need, but that is typical of all database software. However, as long as I build it correctly, it works great.

I have not had support for the SQL Server product. 

This is Microsoft, so you just buy a ticket and they will just work with you until it is fixed. However, I have not had any issues where I needed to contact them.

We previously used MySQL, because it is a free product. It was just hard to operate, do backups, and make automated. Also, it was not scalable.

Initial setup is real simple. Just install it. Though, I recommend for new users to at least look online for training or a manual.

It has the easiest licensing.

We are a Microsoft shop, so we use Active Directory. That integrates well with this product, but we did look at Oracle. We also looked at IBM. This was the best price point for us for what we were getting.

We use it

• to capture long distance calls for billing
• as a quoting database
• to redirect phone calls based on customer caller line id.

Ease of use.

• Only one CPU core can be used
• Can’t move a database between servers easily
• Can’t use triggers

The free version is cumbersome to use and maintain. But $5000 for a licence is more expense than the benefit I would get from a licensed version.

No stability issues.

We are capturing 1 million calls per month. The free version can’t scale this much data.

Never used. Google is sufficient.

Postgre has a weird syntax and it is slower than MS SQL. The command line interpeter makes it complex to learn.

MS SQL is the easiest of the three I tried.

A licence might be worth the price to simplify management and speed up searches.

There was an online system in which we had about 2500 requests to the DB per second. Every request had a completion window of one second to process and retrieve data. Before my arrival, the numbers were 1000 requests per second and two, and sometimes, three to five seconds spent per request.

After switching to SQL Server, and AlwaysOn, and Snapshot, and tinkering, and configuring and tinkering, the handling capacity we measured increased to about 5000 requests per second, while the time decreased to 0.5 seconds per request.

The AlwaysOn high-availability feature is the most valuable feature of SQL Server to us. This is because of the relative ease of the configuration, rather than configuring for OLTP-OLAP distinction.

As a software developer, it can be hard to do something in Oracle that is SQL Server specific, and vice-versa, sometimes.

Improvements must not be stopped and must not end. When business needs arrive, then the improvements follow. For example, 15-20 years ago, MySQL did not have built-in Stored Procedure support; there was no business need for MySQL to have stored procedures built-in.

One stability issue I encountered was the deadlocking between calls to the same resources (tables, etc.). That was solved by row versioning. (We were shooting ourselves in the feet).

No scalability issues.

I have never had the need to reach out to the vendor.

Yes I did use another solution previously. The switch was mainly for the performance. Secondly, it was for the technology compatibility.

It was very straightforward. There was no complexity which I couldn’t handle.

I’m not a "product" fan. I try to use "the" product which will comply smoothly with the software I’m working on.

I’ve been working on Microsoft SQL Server since 2005, and currently I’m using SQL Server 2014 in my development environment and SQL Server 2012 in the production environment.

The primary use of SQL Server is to store and retrieve data.  If you go into the extra features that come with your license, you can also do reporting, analytics and ETL.

Everything is valuable. It is a relational database system which is critical for storing reporting data or any data that is highly relate-able. Plus your data is one of the most important assets in your company.  Might as well have a good system to protect it.

In a manufacturing system, storing test data in an Excel file has limitations in how much data can be stored at one time and how many people can manipulate the data at one time. Storing it in SQL Server allows you to store as much data as you have disk space for. It can be viewed and modified by multiple people at one time.

Setting up some of the more complex systems could be simpler. Things like service broker can be tricky to set up for the inexperienced.

Stability seems very good. I have not seen any issues with this.

I have not run into scalability issues. It feels very scalable.

I have not needed to contact technical support for this product

I did not use a previous solution. I have heard of other companies using Microsoft Access or Excel for similar problems. However, after hearing the headaches they have, I would not recommend those for large scale projects.

The initial setup was straightforward, but configuration post-install can be complex. Complexity comes from attempting to optimize it and implementing some of the new features that come in new versions.

We implemented it entirely in-house.  

Pricing and licensing is based on a per core and/or per-processor license. Try to keep these low, but keep it above four. (Four is the minimum number of cores.) If you are working mostly with OLTP, make sure your single thread CPU speeds are high.

We did not evaluate other options. The other options lacked support, lacked performance, or were too expensive.

If you don't have a DBA on site, hiring a consultant is recommended to help get things setup and configured. This will reduce headaches down the line.

• SQL Server Integration Services tools

• Data Quality Services tools

• Master Data Services tools

• SQL Server Reporting Services tools

• Data Partitioning (Horizontal Partitioning) tools

• ColumnStore Indices

• In-Memory OLTP tables

We design and implement DW solutions with SS 2016 Dev Ed tools. This solution has given us high levels of productivity, which has allowed us to use an Agile approach to the design and implementation of DW solutions for our customers, and this Agile approach has in turn given us a competitive advantage in our market.

We have also started exploring the use of Microsoft R Client, MS R Services and MS R Server with SQL Server 2016 Dev Ed, which are part of the hosted Data Science package.

We are also looking forward the inclusion of Python support in SQL Server 2017 for said hosted Data Science package.

We are very interested in complementing DW solutions with Data Science and Machine Learning solutions, which could be a major plus for our existing DW customers, even though all hosted data science tools are only available in Enterprise Ed (for our customers), which again presents the same limiting factor (budget) already mentioned.

Having said that, we see that the potential that the hosted Data Science tools offer to some of our customers is large enough to be explored and considered on a case by case basis, with proper ROI analysis.

We do not have much to complain about SS 2016 Dev Ed in itself, we do have some complaints regarding licensing for SQL Server 2016 Enterprise Ed. In an emerging market like Argentina, it is very steep for our customers to pay U$S 28,000 or more on licensing for an instance of SS 2016 Enterprise Ed, and this poses a limiting factor to our growth.

We have been using SS 2016 Dev Ed for a few months so far, but have been using the previous version (SS 2014 Dev Ed) for more than two years.

The deployment tools for DW solutions in both 2014 and 2016 editions of SQL Server are part of the SQL Server Data Tools (SSDT) package. As SSDT is based on Visual Studio, this toolset has been very stable since its inception, both in terms of performance as well as in terms of functionality, so, deployment in 2016 is done in the same way as in 2014, which translates into no issues during deployment.

There were no stability issues.

There were no scalability issues, even though the Dev Ed does not offer the same level of performance and scalability that the equivalent Enterprise Ed offers.

Pertaining to the hosted Data Science package that we have been exploring, we have found an important increase in scalability when comparing the performance of a given solution running as hosted, and the same solution running on the same server with only client R tools.

This scalability advantage presents itself as an important reason to consider these tools as a viable solution to some of our DW customers.

As usual, MS offers a very good customer service. The amount of resources (self-study materials, online courses, tutorials) is huge, most of it is free.

Paid customer service is also very good.

Paid tech support is very good and efficient.

I have always used DW tools from Microsoft since SQL Server 2000.

If prior to the setup you do the proper training, there are no issues with setup, but the learning curve is wide and tall.

You could get started fast and sure if you stick to the many Wizards included with the tools, but the scope of said Wizards is limited.

We did not have deployment/implementation issues.

Since SS 2014 Dev Ed, MS is offering these tools free of charge, ROI mainly is focused around training investment. As I have said, we do the training in-house. ROI is around one year (12 months).

No issues with pricing and licensing for SS 2016 Dev Ed, as it is free of charge, as mentioned above, the thorny issue with pricing and licensing is with customers. We do our best to design DW solutions that can cover reqs from our customers within the capabilities of SS 2016 Standard Ed.

The cost-benefit ratio offered by Microsoft's DW solutions is, by a long shot, much more convenient for our customers (small and medium companies) than solutions from other vendors, hands down.

Consider the ROI (most training investment). If training is not in-house, only hire training from an official Microsoft Training Center in your region. Look for the best Training Center. Once you are done with the training, you can start taking customers for DW projects.

Most of SQL Server High Availability and Disaster Recovery solutions. They are easy to configure and maintain.

It provides the best performance and an easy way to monitor and troubleshoot problems.

Indexing, execution plans, and the SQL Server Management Studio performance.

Over seven years.

No.

No.

Medium.

No.

Complex design, easy configuration.

It is not very expensive and is suitable for an international company, like what I am working with. Free licenses are suitable for small companies, too.

No.

Stable and easy to administrate.

Performance improvements, optimizer enhancements. Most of our clients have high demands for performance, and this version of SQL Server delivers what we need.

We are a professional services company, so we use SQL Server to help our clients achieve their goals. Our clients use SQL Server 2016 for their most demanding mission critical systems, for data warehouses, and big data solutions.

The Query Store is a good start, but I expect the query processor to be a lot smarter and to use machine learning in order to improve and adjust execution plans automatically.

One year.

Since we are working with a lot of clients on many edge cases, we encounter bugs and stability issues once in a while, but these are rare.

If you know how to work with the product and leverage its various features and possibilities, then you can achieve great scalability.

Microsoft offers several levels of technical support, which is OK, but not too good. But there is a wonderful community with lots of resources on the internet, so most issues can be solved without contacting Microsoft support.

No, I have been using SQL Server for the past 20 years.

The initial setup is very clear and friendly. It has improved from the previous version.

Unfortunately, SQL Server licensing is a very complex topic. I advise people to consult with a licensing expert.

No.

Download the Developer Edition for free, install it on your personal computer (it’s very easy), and start exploring. If you need help with something, just search for it on the internet, and you’ll find a wealth of resources about everything you need.