SQL Server Reviews

We use it mostly for integration into an ERP system. We also use it for our internal development of products.

We have many users, between 50 and 100 using the SQL Server product.

We have been using SQL Server from the start, so it's a stable product.

I think a web console for the management studio, I think that would be a good thing. I think also on load balancing. I think that's something that we can use.

We've been using SQL Server for 12 years. We are currently using the latest version. It is deployed on-premise and cloud.

The product is stable.

The product is scalable.

Right now we don't get much technical support from Microsoft. I think for all issues we encounter, we do the solutions by ourselves. I think if there should be some avenue for us to raise some issues that we are encountering, so maybe that would be something that's good for us as well. It is not easy to contact Microsoft support for this product.

Setup required two engineers to deploy it. It was pretty straightforward and took one to two days.

We didn't have any licensing costs for SQL Server.

I would recommend this product to others and give it an 8 out of 10.

We are using SQL server for both transactional and analytical purposes, and for storing the data.

We are familiar with Microsoft products and bringing another Microsoft product was a very easy transition.

The most valuable features are ease of use and the integration with Single Sign On (SSO), as well as with other Microsoft products.

The performance needs some improvement and it needs more features integrated into it.

Technical support could be better. 

Scalability could be less costly.

One of the conflicts with Microsoft is if you have an enterprise relationship, you have to deal with a third-party offering Microsoft solutions.

In the 2016 version, they don't have support for Python. It may be included with the 2019 version but if they don't, I would like to see support for Python implemented.

The company has been using this solution for approximately 20 years. I was in contracting and now have been using it for approximately five years.

SQL Server is pretty stable.

There is a concern with the scalability because it's an on-premise technology. 

Scaling always comes with more costs and also the licensing cost increase, which makes it complex, and more difficult.

We have backend developers, data engineers, data scientists, and analysts using this solution.

Most of the time, technical support is not straightforward and it goes to a third party.

I wouldn't say that it is great, but okay.

Previously, we had not used any other solutions. We have been a Microsoft shop from the beginning.

The initial setup was not easy but not complex. Rather, it was somewhere in between.

We did not use an integrator or reseller to deploy this solution.

Pricing is reasonable for small organizations, but the scaling increases the price.

For larger organizations that would be using enterprise solutions, it contains some hidden costs.

It's suited for small organizations, but if someone from a larger organization is looking for this, they might have some problems implementing enterprise-wide solutions. This is because of the integrations, as there would be hidden costs to it.

The best parts of this solution are the costs and that it is easy to use, but the cons would be with implementing an enterprise-wide solution. There are many hidden factors, such as costs. Also, you have to put more effort into integrating with other solutions across the enterprise.

I would rate this solution a six out of ten.

We are currently developing our own business application and we are using SQL Server as the database. We deploy it as a .NET application and the webserver is IIS. The SQL is a three-node clustered system.

The most valuable feature is the system architecture.

The number of concurrent users is too limited and other databases are better than SQL in this regard.

There are limitations with load balancing.

We would like to see support for in-memory processing.

We have been using SQL Server for more than seven years.

SQL Server is a stable product.

We are the largest micro-credit finance company with more than thirty companies internally. We have 25,000 employees using the business application and SQL does not scale to our requirements.

I think that Oracle is better suited to smaller applications.

The supporting sites are good.

I have also worked with SAP HANA.

Setting up the database clustering is too complex.

Our current deployment has been ongoing for three years and it is not yet complete because our application is still being developed.

Our in-house team is handling the deployment.

We are currently searching for other products to replace this one with.

My advice for anybody who is considering SQL Server is that it works well for small applications. However, large business applications that use a content delivery network or geographical location, it is not suitable for.

I would rate this solution a seven out of ten.

ERP Database.

Using the SQL queries, the user can quickly and efficiently retrieve a large number of records from a database. In standard SQL, it is very easy to manage the database system. It doesn't require a substantial amount of code to manage the database system. Long established are used by the SQL databases that are being used by ISO and ANSI. Using the SQL language, the users can make different views of the database structure.SQL has a difficult interface that makes few users uncomfortable while dealing with the database.

Microsoft database is very user friendly. This new version of SQL Server continues to meet these twin demands. It adds new features from the worlds of data science and NoSQL. It offers cross-platform capabilities and Docker container compatibility. But it also reinforces its investment in core database engine performance, ease of index maintenance, high availability, and data warehouse performance. That's a difficult balance and one that other database vendors don't have to meet. While this may be Microsoft's cross to bear, the company does pretty well with it, turning a formidable challenge into a positive market differentiator.

The latest version supports for big data analytics. SQL Server's vector processing-based batch execution mode is now available to the entire execution of R or Python code. Since much of the work that tends to be done in R and Python involves aggregation, batch mode - which processes rows of data several at a time, can be very helpful. Two other new batch mode features, memory grant feedback, and adaptive joins will enhance SQL Server's performance and efficiency as well. It is good to move from Microsoft to deal with big data analytics

CAL licenses should cost less. Microsoft usually prices high for client access licenses. Server plus user client access license (CAL) licensing requires a separate Server license for each server on which the software is installed, plus a user CAL for each user accessing the server. A SQL Server CAL is required for a user to access or use the services or functionality of either edition of SQL Server and frequent updates to the latest versions will lead to obsolete and discontinuing the security patches has to be improved.

Since two years

Very good stability with 250-300 users.

This product can withstand with 250-300 users.

Very good.

SQL standard 2008.

Straightforward - no complexity.

Vendor team with an in-house team.

2 years.

It is an overall very good product.

We use on-premises, standalone deployment of SQL Server for our own CRM database. There are around seven to eight users in our company. 

SQL Server suffices our main requirement of a small database, and it is also very cost-effective.

The features that we have found the most valuable are reliability, availability perspective, and current scalability. 

The scalability and the high availability feature can be expanded or improved. Currently, there is a limitation on scalability. 

A feature similar to the Oracle Diagnostic feature can be included to provide a better user experience. 

We have been using SQL Server for around 10 years. 

Stability and scalability are both good. It suffices for our current requirements, but if we want to scale up in the future, it has limitations.

We sometimes contacted Microsoft technical support, and we also have in-house Microsoft support. We are happy with the support.

The initial setup was straightforward. 

Our in-house team handled the deployment. 

SQL Server is a cost-effective solution for a small database. 

I would definitely recommend SQL Server. 

I would rate SQL Server an eight out of ten. 

Not a ten because it has some limitations. When considering overall scalability, reliability, features, if you look at Oracle, it's still ahead of SQL Server.

Our primary use case for this product is as a transaction database and for the provision of rational data through the application-based server. The main application of my current organization is pointing towards the SQL server database and some servers which are later used for data warehousing. So mainly we use it for transaction data and data warehousing. I'm the assistant manager and data administrator, and we are customers of SQL. 

Security is obviously the most valuable feature because I can provide certain logins for a particular level of security and I can provide specific permissions for certain logins. That's a very good feature. I like the user interface as well, it's easy to use. The SSMS Management Studio, which we use to do some work in database file query is a recent feature from 2018 and the SSMS is quite good. It has many features and it also shows the query statistics which I was not getting previously. The other feature I like is the query store which helped me a lot to analyze the data getting hit on the database. 

I'd like to see a simplification of the query optimizer and feel that SQL needs to look into the internal processing of the query because the query optimizer sometimes uses a different query plan, which we don't expect. It is similar to the triggers they have which are used after execution and not before. For example, if I'm running a query, my trigger will be run after the query has executed although I sometimes need the trigger before execution. That's a feature not supported by the product. 

I've been using this solution for four years. 

It is quite scalable compared to other data engines and the latest version has increased support for new technologies, like Python and other languages. It's a big improvement on the previous version. We have 30 to 40 SQL servers installed and they're used for different different applications; internal applications, client applications as well as for ETA tools and reporting purpose. We probably have up to 200 users querying the SQL server of the product on a daily basis.

I'm satisfied with the technical support. Whenever a call is raised to Microsoft they see to it that all our questions are answered properly and in a timely manner. It doesn't take long for things to be resolved. 

The initial setup is very straightforward, just like any typical software where you just click next, next, next, next. You just need to know your environment properly and which exact features you need to install. Deployment takes max one to two hours to install on-premises. Depending on the environment and whether or not you're installing any cluster environment, it will take a couple of hours. To deploy a stand-alone SQL server doesn't take much time. 

I would recommend this solution, particularly for OLTP purposes, the transactional data purpose rather than for warehousing. For data warehousing I think there are better solutions but for the transaction data, for application purposes, SQL Server great.

I would rate this solution a nine out of 10. 

We use SQL Server to ingest and to extract reports for multiple customers. 

SQL Server is cost effective in multiple ways - both the cost of software and the cost of the resource. Meaning, how many resources do we have and what is their expertise level? How easily can they use the SQL Servers or can I use any of the software? Do I need to hire somebody else from the outside to work on the cost?

The feature that I have found most valuable is that it is easy to code. You can very easily get a resource to work on that. For example, if we have a big project it's hard to get a good resource in the IT industry. However, since SQL Server is the most popular solution, you can easily get resources to use it so the risk factors are very, very low. Even if someone leaves the company, you can easily replace them.

Additionally, it is very stable. 

You don't need to struggle for anything. Most of the codes are there.

In terms of what could be improved, everything on-premises is now moving to the cloud. Obviously SQL Server has also moved because Microsoft has its own cloud called Azure SQL and azure synapse. Every solution comes with its own advantages and disadvantages. Each cloud has its own way to maintain resources and that plays a major role. But I would say that Azure Clouds are easy to work as compared to others. To  Performance-wise it's still not as good as on-premises, but it is easy to work with. For example, if you are familiar with the SQL server then you don't need to put any effort to work on the Azure SQL or Azure Synapse. Your efficiency will not decrease and you can easily manage any projects. Its advantage is that it is very similar. Apart from that, if you moving to any other Warehouse like Snowflake, redshift with existing SQL server resources is a little difficult and organizations need to spend money on their training. Which increases cost. 

I have been using SQL Server for almost 10 years.

We just use the on-premises SQL because we have our own server, and we use it on that.

It is stable.

SQL Server is scalable. We started with one hundred data points and now we have up to 1500, it's scalable. You just need to install the new version every time it comes out with a new capability, such as SQL Server 2019 where you can do multiple things.

If I'm talking about the on-premises maintenance requirement, we need a DBA for that if the SQL maintenance is required. But if you move to the cloud this is automatically done by Microsoft itself. however, this still requires some maintenance though.

Microsoft has one of the best supports. They are highly enlightened. It is a very mature product. Even if many times I feel I can do it myself, I choose to reach out to the support team because they have a large number of users and they outsource. You are definitely going to get the outcome you want.

It's hard to tell the exact reason of switching. As I told earlier, Choosing DB cannot be measured only on the performance of the Database. Multiple points need to be considered.

The initial setup is straightforward. Again, it's a mature solution, so it is very straightforward. You don't need to worry about that.

My advice is that this is the time to completely move to the cloud. If you have a golden or platinum partnership with Microsoft or you have good Microsoft resources then best is to move azure clouds. Azure DB services have been improved a lot in the past few years and it continually improving like others. 

They are trying to make it closer to the on-premises version. I know it cannot be exactly like on-premises but they can bring most important features. For example Azure brings SSIS features in ADF which solve lot of issues. Another example, Azure launch Snowflake connector with ADF which saves us to writing code in Azure function. 

At last in my view, you need to evaluate what exactly you are looking for and what type of resource do you have and what is the growth rate of your data. Do you have a direct partner with Microsoft? All things are interrelated and the decision has to depend on these.

On a scale of one to ten, I would rate SQL Server a Seven.

In my role as faculty, I would use it to facilitate having a database with all the teachers needed that are equivalent to Oracle as a database for a small scale project.

The most valuable aspect of the solution is that the metadata is just generalized. Metadata is the way that data is described both for technical aspects of building a database and for the user interfaces. Our metadata is the objects attached to the database, not in the software. 

It helps with moving the design of the database into reality.

The server itself doesn't need much improvement. 

The product overall would benefit from the addition of better tutorials to help master the skills necessary to actually build a project database. Right now, what is available isn't sufficient.

Overall, I would suggest a nice tight integration with the toolset now known as Power BI. It might not even be missing, however, I'm planning to concentrate a lot of my time with the tutorials and I have Power BI loaded onto my HP laptop. bA brilliant student did it for me when she demoed it in a class. I'm going to use that copy of it and have many tutorials to get ready. 

I have enough experience to support students and grad students who use it as a database backend to accomplish their projects.

I have to qualify my experience with "using" the solution. I have done not very much on my own individually or for a client using SQL Server. I have been supportive in the role of facilitator for students to succeed with it and to be observant of how it is very similar in conceptual important ways to my very deep experience with Oracle as the database backend.

That said, I've been familiar with the solution for about ten years now.

What I don't know yet is if it would be stable when being migrated from the scale of a project that would be in a prototype on a small machine, into a much larger environment in order to get ready to go to production. I'm not sure of that experience, whether it's vulnerable or not. I haven't tried it.

However, in my experience, so far, the solution is quite stable. In terms of stability, with Microsoft being so supportive of its success, and so many smart professionals who have the skillsets to use it, that it would be stable. I'm confident about that. It's not a new tool, so stable being defined as it doesn't break down.

In terms of scalability, with the right people supporting it, who have the skills to do so, it would scale up. It's likely to be true in the context of the overall tool called Power BI that Microsoft has released, and which has high credibility among Gardner Group and others about it being available for business intelligence.

The solution isn't used often or widely per se. Not many people, if any, use it regularly due to the fact that an instance of SQL Server is set up only to accomplish a project relevant to a course that needs to have a database. After that, it doesn't stick around. It doesn't last longer than that.

Previous to my position at the university, I worked both as an employee and a consultant and was very much involved with Oracle as a database for years, going back to 1997 and until about 2010.

The initial setup isn't complex. It's certainly straightforward. The downloads and the installs don't all fall apart. It succeeds. The constraint is in the context of the students enabling a SQL Server to run on a laptop. That's a constraint rather than on an actual problem with the hardware server itself. 

Deployment takes, on average, about four hours. After that, you have a somewhat bare-bones server with the capability of running SQL datum to create the data itself or to import it from another database.

Since the solution is only really used for training purposes for classes and isn't meant to exist permanently, there's no one who needs to really maintain it.

I don't recall any help from people in the university who had the knowledge to support a student who was doing it for the course I was teaching. Sometimes these students have plenty of experience in their own professional job and they bring it to class to help succeed with the effort.

I, unfortunately, do not handle licensing, so I don't know what the costs are for the product.

MySQL as a database is sufficient for the scale of the projects that I've been talking about for ht purposes we have currently. PostgreSQL, which I do not personally know very well, is something else we looked at. It's a matter of the scale, generally. When I'm teaching, I'm probably the only member of faculty teaching actual database design in our school of engineering. We only would work on something that I call prototyping. Nothing that would reach for the responsibility of becoming our actual production database. 

In August of last summer, we updated to the latest version of the solution. At least, at that time, it was the latest version.

What the school does in its academics is make a minimum training available for students who want to use it. They can learn how.

Now we're all online. I do not know if the University has SQL Server as the backend for any of its regular production databases. I think it only is a database for students to choose when they need one for a project.

I don't think it has extensive utilization. And in the teaching involved for online learning, I would probably express very lightweight recommendations to try it because we're not on campus. We cannot connect to a real server for a backend in order to do the install on onsite. This is just a COVID-19 in constraint.

If a company is considering utilizing this tool in the future, I would advise that they have someone on staff or in a consulting agreement who really knows the tool, and has succeeded with it.

I'd rate the solution ten out of ten. It's the right tool for production-ready or enabled databases. It's now equivalent to Oracle.