WEBVTT

00:00:00.000 --> 00:00:10.530
[音乐]。

00:00:10.530 --> 00:00:13.170
嘿，大家好。欢迎光临
这一幕数据暴露。

00:00:13.170 --> 00:00:15.240
我是特拉维斯·赖特集团
产品经理

00:00:15.240 --> 00:00:18.435
SQL 服务器和 Azure 数据
微软的工程团队。

00:00:18.435 --> 00:00:22.335
今天我兴奋地介绍
给你一个SQL服务器2019年，

00:00:22.335 --> 00:00:24.945
最新发布的 SQL 服务器。

00:00:24.945 --> 00:00:28.515
SQL Server 正在庆祝其
今年25周年。

00:00:28.515 --> 00:00:31.830
已经相当长一段时间了。回首往会
在我职业生涯的早期

00:00:31.830 --> 00:00:34.230
我开始在 SQL Server 2000。

00:00:34.230 --> 00:00:36.300
在这25年的历史中

00:00:36.300 --> 00:00:38.490
SQL Server 确实
来很长的路。

00:00:38.490 --> 00:00:40.050
它真的扩展了以满足

00:00:40.050 --> 00:00:42.030
我们的需要
客户随时间而成为

00:00:42.030 --> 00:00:44.390
不同类型的数据
客户需要

00:00:44.390 --> 00:00:47.060
收集和处理
和查询已更改，

00:00:47.060 --> 00:00:49.310
和有更多的
和不同类型的

00:00:49.310 --> 00:00:51.965
数据库引擎要求
已经来了。

00:00:51.965 --> 00:00:54.470
因此，让我们回去旅行
下内存通道

00:00:54.470 --> 00:00:57.515
片刻，只是看看在哪里
SQL 服务器来自，

00:00:57.515 --> 00:00:59.390
然后我们再看一看
在 SQL Server 所在的位置

00:00:59.390 --> 00:01:02.515
接下来是 SQL Server 2019。

00:01:02.515 --> 00:01:05.350
让我们从 SQL Server 2008 开始。

00:01:05.350 --> 00:01:07.295
SQL Server 2008 实际上是

00:01:07.295 --> 00:01:09.995
扩展支持
就在今年

00:01:09.995 --> 00:01:14.390
如果你快进一点看
在 SQL Server 2012 和 2014

00:01:14.390 --> 00:01:17.870
我们真的做了一些很大的改进
在性能和

00:01:17.870 --> 00:01:19.880
高可用性
介绍总是

00:01:19.880 --> 00:01:22.565
可用性组
对于高可用性，

00:01:22.565 --> 00:01:24.500
并在内存功能，以真正

00:01:24.500 --> 00:01:26.845
提升性能
数据库。

00:01:26.845 --> 00:01:29.630
在 SQL Server 2016 和 2017 中

00:01:29.630 --> 00:01:31.295
我们真的改变了游戏很多

00:01:31.295 --> 00:01:33.320
通过介绍一些
新功能

00:01:33.320 --> 00:01:37.885
要存储和查询的 SQL 服务器
JSON 和图形，

00:01:37.885 --> 00:01:41.210
我们也做了一些事情
非常令人惊讶，带来

00:01:41.210 --> 00:01:45.580
SQL 服务器到 Linux 和
SQL Server 2017 中的容器。

00:01:45.580 --> 00:01:47.895
在 SQL Server 2019 中，

00:01:47.895 --> 00:01:49.540
我们又改变了游戏规则

00:01:49.540 --> 00:01:50.840
真正扩大和

00:01:50.840 --> 00:01:53.480
重新定义定义
什么是 SQL Server。

00:01:53.480 --> 00:01:55.490
当然，SQL 服务器仍然是

00:01:55.490 --> 00:01:58.220
关系数据库
那是25年前的事了

00:01:58.220 --> 00:02:00.770
您仍然可以存储
SQL Server 中的数据

00:02:00.770 --> 00:02:03.335
并在同一
的方式，你总是有。

00:02:03.335 --> 00:02:06.560
但与此同时，我们
重新定义 SQL 服务器和

00:02:06.560 --> 00:02:09.920
扩展它远远超出只是
关系数据库空间。

00:02:09.920 --> 00:02:14.135
因此，让我们来看看什么
我们在 SQL Server 2019 中所做的。

00:02:14.135 --> 00:02:17.045
在 SQL Server 2019 中，

00:02:17.045 --> 00:02:18.380
我们给你访问权限

00:02:18.380 --> 00:02:20.420
查询和处理数据

00:02:20.420 --> 00:02:23.990
在边界之外
传统的 SQL Server 实例。

00:02:23.990 --> 00:02:26.840
通过采用 PolyBase 功能，我们首先

00:02:26.840 --> 00:02:30.445
在 SQL 服务器中引入
2016 年到下一个水平。

00:02:30.445 --> 00:02:34.280
PolyBase 允许您创建
跨数据虚拟化层

00:02:34.280 --> 00:02:36.170
多个不同
数据源，如

00:02:36.170 --> 00:02:38.810
Oracle 其他 SQL 服务器实例。

00:02:38.810 --> 00:02:42.460
泰拉数据，MongoDB 和更多。

00:02:42.460 --> 00:02:46.460
我们还采取了 HDFS 和
火花，并建立在盒子里。

00:02:46.460 --> 00:02:48.230
所以现在使用 SQL Server，

00:02:48.230 --> 00:02:52.370
您可以处理和存储
数据 PB 刻度和

00:02:52.370 --> 00:02:57.650
处理和存储数据
甚至是非结构化数据。

00:02:57.650 --> 00:03:01.520
您可以将 SQL Server 与
几乎任何编程语言。

00:03:01.520 --> 00:03:04.310
你可以运行它漂亮的
现在很多平台。

00:03:04.310 --> 00:03:06.155
使用 SQL Server 2019，

00:03:06.155 --> 00:03:08.000
当然，你可以在 Windows 上运行它。

00:03:08.000 --> 00:03:11.345
您也可以在
红帽上的Linux，苏萨，

00:03:11.345 --> 00:03:13.670
或Ubuntu，你可以运行
它在一个容器里，

00:03:13.670 --> 00:03:15.320
你可以在库伯内特斯上运行它。

00:03:15.320 --> 00:03:18.875
您可以在其他
处理器架构。

00:03:18.875 --> 00:03:20.630
使用 Azure SQL 数据库边缘，

00:03:20.630 --> 00:03:24.640
你可以在手臂上运行它64
像树莓派一样的设备，

00:03:24.640 --> 00:03:27.680
你可以运行它在
云和 Azure SQL 数据库，

00:03:27.680 --> 00:03:29.030
或者您可以在本地运行它，

00:03:29.030 --> 00:03:31.115
或者你可以运行它，
其他公共云。

00:03:31.115 --> 00:03:32.720
那里有很多的多功能性。

00:03:32.720 --> 00:03:36.130
您可以使用 SQL Server
它最适合你。

00:03:36.130 --> 00:03:39.290
SQL Server 2019 继续

00:03:39.290 --> 00:03:42.190
扩展我们的行业领先
性能。

00:03:42.190 --> 00:03:45.710
SQL 服务器已建立自身
多年来现在作为数字

00:03:45.710 --> 00:03:49.490
1 在 OLTP 性能方面
与TPC-H基准，

00:03:49.490 --> 00:03:50.990
并作为数字1在

00:03:50.990 --> 00:03:54.050
数据仓库性能
与TPC-H基准。

00:03:54.050 --> 00:03:56.090
我们还引领了整个行业，

00:03:56.090 --> 00:03:58.670
最少数量
漏洞报告出任何

00:03:58.670 --> 00:04:01.910
主要数据库引擎
在过去的八年里

00:04:01.910 --> 00:04:06.010
根据国家研究所
标准和技术。

00:04:06.010 --> 00:04:08.330
因此，让我们走近一点
看看只是一些

00:04:08.330 --> 00:04:11.075
SQL Server 2019 的亮点。

00:04:11.075 --> 00:04:12.770
让我们从一些开始
改进，我们

00:04:12.770 --> 00:04:15.005
在性能空间。

00:04:15.005 --> 00:04:17.600
因此，首先，持久内存作为

00:04:17.600 --> 00:04:20.585
一项新技术
进入硬件市场。

00:04:20.585 --> 00:04:22.730
我们利用了
持久记忆

00:04:22.730 --> 00:04:24.785
真正提高性能。

00:04:24.785 --> 00:04:27.230
你不必做任何
对应用程序的更改，

00:04:27.230 --> 00:04:28.430
您可以存储您的数据和

00:04:28.430 --> 00:04:31.330
持久内存
更快的性能。

00:04:31.330 --> 00:04:34.030
其次，对于智能
查询处理，

00:04:34.030 --> 00:04:36.440
我们真的扩展了
此处的系列功能

00:04:36.440 --> 00:04:38.990
正如你可以看到，在这
图表包括手数

00:04:38.990 --> 00:04:41.615
新的方式，其中
查询优化器可以

00:04:41.615 --> 00:04:45.679
随着时间的推移学习基于
执行查询的去向，

00:04:45.679 --> 00:04:48.935
这些未来的执行
查询可以改进，

00:04:48.935 --> 00:04:51.560
提高性能
您的应用程序

00:04:51.560 --> 00:04:55.225
时间，而你不必改变
您的应用程序的任何内容，

00:04:55.225 --> 00:04:57.980
最后，我们把TempDB

00:04:57.980 --> 00:05:01.415
内存更快
临时数据库的性能。

00:05:01.415 --> 00:05:03.650
接下来，让我们来看看
一些改进，我们

00:05:03.650 --> 00:05:05.690
安全和合规性。

00:05:05.690 --> 00:05:08.330
首先，特别是GDPR，

00:05:08.330 --> 00:05:09.905
客户面临的

00:05:09.905 --> 00:05:13.220
更多的监管要求
他们必须见面。

00:05:13.220 --> 00:05:14.720
为了更容易，

00:05:14.720 --> 00:05:18.230
我们提供数据分类
功能开箱即用。

00:05:18.230 --> 00:05:21.850
您可以指向数据分类
引擎在您的数据库，

00:05:21.850 --> 00:05:23.555
它会自动发现

00:05:23.555 --> 00:05:25.130
不同类型的
您拥有的数据

00:05:25.130 --> 00:05:29.425
您的数据库，如
PCI 数据或 GDPR 数据，

00:05:29.425 --> 00:05:31.790
并自动
分类，并产生

00:05:31.790 --> 00:05:34.670
报告，你喜欢你看到
在此屏幕截图中，

00:05:34.670 --> 00:05:37.625
你可以定义你自己的
分类规则。

00:05:37.625 --> 00:05:39.470
接下来在安全性方面，

00:05:39.470 --> 00:05:43.340
我们已经改进了始终加密
我们的客户端加密

00:05:43.340 --> 00:05:44.645
技术，允许您

00:05:44.645 --> 00:05:47.630
分离加密
从数据库中。

00:05:47.630 --> 00:05:50.270
这样，
数据库管理员

00:05:50.270 --> 00:05:53.120
无法解密
允许

00:05:53.120 --> 00:05:55.640
你在这里分开的职责之间

00:05:55.640 --> 00:05:56.840
数据库管理员和

00:05:56.840 --> 00:05:59.425
应用程序开发人员和用户，

00:05:59.425 --> 00:06:01.910
最后，只是作为一个例子，在这里

00:06:01.910 --> 00:06:03.950
改进，我们
使，因为我们也有

00:06:03.950 --> 00:06:06.230
添加了执行加密

00:06:06.230 --> 00:06:09.480
飞地内所有数据。

00:06:10.160 --> 00:06:15.050
现在，在开发人员的空间
和 DBA 工具，希望，

00:06:15.050 --> 00:06:16.670
你们都已经了解并尝试

00:06:16.670 --> 00:06:19.595
Azure 数据工作室
新的跨平台

00:06:19.595 --> 00:06:22.550
适用于所有类型的开源工具

00:06:22.550 --> 00:06:25.190
数据的人，无论你是
数据库管理员，

00:06:25.190 --> 00:06:28.415
数据库工程师
或数据科学家。

00:06:28.415 --> 00:06:33.350
此工具可供您使用
免费下载和使用，

00:06:33.350 --> 00:06:35.225
它被设计为

00:06:35.225 --> 00:06:39.200
多数据库引擎，以便您可以
不仅将其用于 SQL 服务器，

00:06:39.200 --> 00:06:41.510
也使用 SQL 服务器

00:06:41.510 --> 00:06:44.060
云，如
Azure SQL 数据库或

00:06:44.060 --> 00:06:46.460
使用 Azure SQL 数据
仓库也与

00:06:46.460 --> 00:06:49.370
其他数据库引擎
像PostgreSQL和MySQL。

00:06:49.370 --> 00:06:52.460
改进之一，
人们最兴奋

00:06:52.460 --> 00:06:55.340
和 Azure 数据工作室是
笔记本体验。

00:06:55.340 --> 00:06:58.550
笔记本允许您创建
包含标记的文件

00:06:58.550 --> 00:07:01.670
和代码单元格一样。

00:07:01.670 --> 00:07:03.380
在降价中，您可以描述

00:07:03.380 --> 00:07:06.470
一些分析，你正在做或
应执行的步骤，

00:07:06.470 --> 00:07:08.240
然后在代码单元格中

00:07:08.240 --> 00:07:10.640
混合
那些标记细胞，

00:07:10.640 --> 00:07:13.705
你可以有一些代码，你
或其他人可以执行。

00:07:13.705 --> 00:07:17.250
我们有笔记本
TSQL，对于电源外壳，

00:07:17.250 --> 00:07:20.240
Python，而您

00:07:20.240 --> 00:07:23.075
可以在本地运行
或者你可以在Spark中运行它。

00:07:23.075 --> 00:07:25.910
非常强大
以协作方式

00:07:25.910 --> 00:07:29.915
其他人通过捕获这
信息和笔记本，

00:07:29.915 --> 00:07:32.180
和这些笔记本
可用于捕获

00:07:32.180 --> 00:07:35.450
样品或一些标准
操作程序或

00:07:35.450 --> 00:07:38.180
故障排除指南和共享
那些与其他人通过

00:07:38.180 --> 00:07:42.085
我们有的 Git 集成
内置到 Azure 数据工作室，

00:07:42.085 --> 00:07:43.685
最后，我们集成了

00:07:43.685 --> 00:07:45.650
一些很酷的技术从

00:07:45.650 --> 00:07:48.290
微软研究称为
允许的沙舞

00:07:48.290 --> 00:07:51.725
你做临时数据
可视化和探索

00:07:51.725 --> 00:07:54.020
使用一些很酷
图表功能

00:07:54.020 --> 00:07:55.975
就在那里里面
Azure 数据工作室。

00:07:55.975 --> 00:07:59.585
因此，一定要抓取 Azure 数据
工作室，如果你还没有。

00:07:59.585 --> 00:08:01.280
这是一个超级强大的工具，

00:08:01.280 --> 00:08:03.950
创新即将到来
有每月的基础上，因为我们

00:08:03.950 --> 00:08:07.640
每月发布
用于 Azure 数据工作室。

00:08:07.640 --> 00:08:11.270
因此，我们继续双倍

00:08:11.270 --> 00:08:14.180
我们的新方法

00:08:14.180 --> 00:08:16.820
我们如何看待不同
SQL 服务器的平台。

00:08:16.820 --> 00:08:18.500
在 SQL Server 2017 中，

00:08:18.500 --> 00:08:20.465
我们引入了对 Linux 的支持。

00:08:20.465 --> 00:08:22.100
但 SQL Server 2019

00:08:22.100 --> 00:08:24.470
我们采取，
下一步，通过创建

00:08:24.470 --> 00:08:27.620
更大的功能模仿
在 Windows 上的 SQL 服务器之间，

00:08:27.620 --> 00:08:31.875
和 LINUX 上的 SQL 服务器，通过带来
PolyBase 和所有服务，

00:08:31.875 --> 00:08:35.680
分布式事务协调员
和复制到Linux，

00:08:35.680 --> 00:08:37.160
和几乎检查关闭

00:08:37.160 --> 00:08:39.515
所有框
数据库引擎功能。

00:08:39.515 --> 00:08:42.200
所以你有近100
兼容性百分比

00:08:42.200 --> 00:08:45.695
在 Windows 上的 SQL 服务器之间
和 Linux 上的 SQL 服务器。

00:08:45.695 --> 00:08:47.450
与红帽合作

00:08:47.450 --> 00:08:49.880
我们还创建了rel
基于容器映像

00:08:49.880 --> 00:08:52.585
可在
微软容器注册表，

00:08:52.585 --> 00:08:54.170
你可以发现他们

00:08:54.170 --> 00:08:56.675
红帽集装箱
目录。

00:08:56.675 --> 00:08:58.730
最后在预览现在，

00:08:58.730 --> 00:09:02.080
我们有支持永远上
库贝内特斯的可用性组，

00:09:02.080 --> 00:09:04.610
这样，您才能得到
总是在

00:09:04.610 --> 00:09:07.415
可用性组
用于横向扩展读取

00:09:07.415 --> 00:09:09.350
或高可用性

00:09:09.350 --> 00:09:13.760
生活在那里的顶部
库伯内特斯层下面。

00:09:13.970 --> 00:09:17.270
最后，可能
最重要的区域

00:09:17.270 --> 00:09:19.040
改进和公正

00:09:19.040 --> 00:09:21.290
摊开帐篷
的 SQL 服务器，如果您

00:09:21.290 --> 00:09:24.215
将处理新的
方案类型，

00:09:24.215 --> 00:09:26.540
是改进，
我们在保利基地制作

00:09:26.540 --> 00:09:28.850
和数据虚拟化，因为我
在开头提到，

00:09:28.850 --> 00:09:30.140
我们可以在那里创建

00:09:30.140 --> 00:09:31.760
跨数据虚拟化层

00:09:31.760 --> 00:09:33.890
许多不同的数据
像甲骨文这样的来源，

00:09:33.890 --> 00:09:37.755
其他 SQL 服务器
实例和 Teradata。

00:09:37.755 --> 00:09:40.100
这使我们能够带来
数据在一起

00:09:40.100 --> 00:09:42.800
查询时有多个数据源，

00:09:42.800 --> 00:09:44.840
并真正最小化
使用

00:09:44.840 --> 00:09:47.420
ETL 作为集成方式
我们的数据在一起。

00:09:47.420 --> 00:09:50.705
没有人喜欢建筑和
维护 ETL 管道。

00:09:50.705 --> 00:09:54.200
所以我们想给你另一个
选项，您可以在

00:09:54.200 --> 00:09:58.385
除了 ETL，说明您
将数据集成在一起。

00:09:58.385 --> 00:10:00.545
在 SQL Server 2019 中，

00:10:00.545 --> 00:10:03.110
我们推出了一个新的
模式，我们如何部署

00:10:03.110 --> 00:10:07.970
SQL Server 通过引入新的
称为大数据群集的模式，

00:10:07.970 --> 00:10:09.650
和大数据群集允许您

00:10:09.650 --> 00:10:12.440
部署 SQL 服务器
实例与所有

00:10:12.440 --> 00:10:16.400
其典型功能
以及 HDFS 和

00:10:16.400 --> 00:10:20.825
一个集成解决方案中的火花
部署在库伯内特斯，

00:10:20.825 --> 00:10:22.610
这为您提供了采取

00:10:22.610 --> 00:10:24.820
SQL 服务器，并做所有的事情
执行 SQL 服务器，

00:10:24.820 --> 00:10:26.750
但然后很容易集成

00:10:26.750 --> 00:10:29.120
与 HDFS 和
火花，所以你可以做

00:10:29.120 --> 00:10:32.600
高容量查询
可扩展的数据

00:10:32.600 --> 00:10:34.400
出比你大1000倍

00:10:34.400 --> 00:10:37.070
可能存储
和 SQL Server 今天，

00:10:37.070 --> 00:10:39.500
到几十个甚至
数百 PB 的

00:10:39.500 --> 00:10:42.260
数据以及
能够存储和

00:10:42.260 --> 00:10:44.540
查询和流程
非结构化数据，如

00:10:44.540 --> 00:10:48.174
HDFS 中的视频文件或音频文件，

00:10:48.174 --> 00:10:50.900
你有好处
拥有火花引擎

00:10:50.900 --> 00:10:53.260
那里为数据准备
活动或做

00:10:53.260 --> 00:10:55.310
机器学习模型培训或

00:10:55.310 --> 00:10:58.525
操作
火花内的模型。

00:10:58.525 --> 00:11:00.815
因此，由微软提供

00:11:00.815 --> 00:11:02.660
集成的解决方案和支持

00:11:02.660 --> 00:11:05.420
一个集成的解决方案
和大数据集群，

00:11:05.420 --> 00:11:08.810
你得到一个共享的可扩展
数据湖建立

00:11:08.810 --> 00:11:12.545
任一 SQL 服务器的 HDF
或火花可以访问。

00:11:12.545 --> 00:11:15.500
这真的为您提供
完整的 AI 平台

00:11:15.500 --> 00:11:17.420
做一切
从摄取

00:11:17.420 --> 00:11:22.070
通过存储数据
在 HDFS 或 SQL 服务器中，

00:11:22.070 --> 00:11:23.900
然后执行数据准备任务

00:11:23.900 --> 00:11:26.250
使用 Spark 或 SQL 服务器，

00:11:26.250 --> 00:11:28.995
然后做机器
使用学习模型培训

00:11:28.995 --> 00:11:31.185
要么内置机器
学习库

00:11:31.185 --> 00:11:34.380
火花或使用

00:11:34.380 --> 00:11:35.900
机器学习
内置于

00:11:35.900 --> 00:11:38.600
SQL 服务器主实例
然后你就可以操作

00:11:38.600 --> 00:11:41.030
那些要么在火花运行时

00:11:41.030 --> 00:11:43.520
通过做批处理机器
学习评分，

00:11:43.520 --> 00:11:45.500
或者你可以在里面做
存储过程

00:11:45.500 --> 00:11:47.090
例如，在 SQL Server 中，

00:11:47.090 --> 00:11:49.640
或者我们有办法让你
可以实际采取一个模型和

00:11:49.640 --> 00:11:53.180
自动包装
在休息的 API 容器中，

00:11:53.180 --> 00:11:54.980
并规定
容器顶部

00:11:54.980 --> 00:11:56.600
大数据群集，以便

00:11:56.600 --> 00:11:58.220
易于应用
开发人员

00:11:58.220 --> 00:12:01.160
调用并使用
容器作为一种方式

00:12:01.160 --> 00:12:04.745
提交一些已评分的数据习惯
并获取分数值。

00:12:04.745 --> 00:12:07.940
因此，它使一个真正的
完成 AI 平台结束到

00:12:07.940 --> 00:12:09.500
结束能够做
一切你需要

00:12:09.500 --> 00:12:11.770
围绕 AI 和机器学习进行操作。

00:12:11.770 --> 00:12:14.615
所以希望，这给了
你快速介绍

00:12:14.615 --> 00:12:18.085
到 SQL Server 2019。

00:12:18.085 --> 00:12:22.085
这真的只是一个
视频在一系列视频

00:12:22.085 --> 00:12:24.080
在 SQL 2019 通道上

00:12:24.080 --> 00:12:26.465
你看到链接在这里
屏幕底部，

00:12:26.465 --> 00:12:27.860
我们真的希望

00:12:27.860 --> 00:12:29.840
你有机会去
通过所有这些视频。

00:12:29.840 --> 00:12:31.220
我们希望发布也许周围

00:12:31.220 --> 00:12:33.290
一百个视频，进入很多

00:12:33.290 --> 00:12:37.730
关于一切的细节
这是 SQL Server 2019 中的新增功能。

00:12:37.730 --> 00:12:39.095
如果您有任何反馈，

00:12:39.095 --> 00:12:40.700
请张贴在
以下评论

00:12:40.700 --> 00:12:42.830
并订阅该频道。

00:12:42.830 --> 00:12:44.990
所以，谢谢你今天加入我们

00:12:44.990 --> 00:12:47.375
了解有关 SQL Server 2019 的更多信息，

00:12:47.375 --> 00:12:49.220
我们会看到你出去
在下一个事件

00:12:49.220 --> 00:12:50.720
或 SQL 星期六。谢谢。

00:12:50.720 --> 00:13:05.290
[音乐]