Article by IT journalist David Williams
Big data is big business, and global software titan Microsoft is making big data its business to streamline businesses with the next release of SQL Server 2019 late this year.
Microsoft states SQL Server 2019’s focus is to make managing a big data environment a lot easier.
In fact, the product supports a rich variety of environments like Hadoop Distributed File System (HDFS), Spark, analytics tools, and even Kubernetes-managed Linux containers.
Previously, Microsoft allowed T-SQL queries inside SQL Server 2016 to pull data from Hadoop and return it in a structured way without moving or copying the data.
In the 2019 release, this concept of data virtualisation is widely expanded to data sources including Oracle, MongoDB, even CSV files.
Data virtualisation means database administrators can virtualise external data in a SQL Server instance, regardless of source, location, and format, so it can be queried like any other set of tables within your SQL Server instance.
Data virtualisation helps you create a single “virtual” layer of data from these disparate sources providing unified data services to support multiple applications and users.
This sounds like a data lake, but unlike a typical data lake there is no need to move data from where it lives when using data virtualisation, and this is a huge advantage over traditional ETL (extract, transform, load) processes that by necessity require delays, extra storage, additional security, and an amount of engineering to setup and maintain.
For database administrators, software developers, data scientists and others this new capability is transformative and powerful in its simplicity.
Quite literally, Microsoft has enabled SQL Server 2019 databases to hold virtual tables which come from some other place on the Internet - whether it is a SQL Server database or otherwise, whether it’s local or far - and query and join and work with these tables just as if they were native to a company’s database.
All complex ETL processes are gone.
There are numerous situations where this delivers tremendous time and functionality savings.
For instance, if a user makes a dashboard showing their company’s revenues by period, office and client out of their main line-of-business app’s database.
Management then asks for budgeted sales figures to be included so the dashboards contrast actuals against the budget.
However, these aren’t included in the main app but instead held in an Excel spreadsheet.
Traditionally, the solution is to manually or periodically upload the spreadsheet into a new table created for this purpose, which your dashboard then queries against.
Or, if they’re using SQL Server 2019, the user merely saves the budget figures as a CSV file on the Finance team’s file share and add this as a virtual table in their app’s database.
The budget figures appear, and can be queried against, and reported on, as if they were always in the database.
Another case: the company needs sales figures to move from its main application into the back-office ERP platform.
Typically, this is achieved by exporting and importing the data between the disparate products.
Or, if someone is using SQL Server 2019, they include relevant tables from the ERP system as virtual tables in the main application’s database, and directly move data via a scheduled stored procedure.
The ERP doesn’t even have to be an SQL Server database, so long as it is accessible.
SQL Server 2019’s data virtualisation supports Cosmos DB, SQL Server, Azure SQL, Oracle, HDFS and DB2.
Other SQL Server 2019 features include