WEBVTT

00:00:00.000 --> 00:00:10.530
[HUDBA].

00:00:10.530 --> 00:00:13.170
>> Hej všichni. Vítejte v
tuto epizodu exponovaných dat.

00:00:13.170 --> 00:00:15.240
Jsem skupina Travise Wrightové
Správce produktů pro

00:00:15.240 --> 00:00:18.435
data serveru SQL Server a Azure
strojírenský tým společnosti Microsoft.

00:00:18.435 --> 00:00:22.335
Dnes jsem nadšená, že vám představím
pro vás SQL Server 2019,

00:00:22.335 --> 00:00:24.945
nejnovější vydanou aplikaci SQL Server.

00:00:24.945 --> 00:00:28.515
SQL Server oslavuje
25.

00:00:28.515 --> 00:00:31.830
To je dost na čas. Pohledem zpět
na začátcích své kariéry,

00:00:31.830 --> 00:00:34.230
Začal jsem na serveru SQL Server 2000.

00:00:34.230 --> 00:00:36.300
V této 25leté historii

00:00:36.300 --> 00:00:38.490
SQL Server skutečně
přijít dlouhou cestou.

00:00:38.490 --> 00:00:40.050
Je opravdu rozšířený na setkání

00:00:40.050 --> 00:00:42.030
potřeby našeho
zákazníky v čase jako

00:00:42.030 --> 00:00:44.390
různé typy dat
aby zákazníci měli

00:00:44.390 --> 00:00:47.060
shromažďovat a zpracovávat
a dotaz byl změněn,

00:00:47.060 --> 00:00:49.310
a protože tam bylo víc
a různé druhy

00:00:49.310 --> 00:00:51.965
požadavky databázového stroje
.

00:00:51.965 --> 00:00:54.470
Tak pojďme na výlet zpátky
Paměťová ulička

00:00:54.470 --> 00:00:57.515
chvíli a jen se podívejte, kde
SQL Server pochází z aplikace,

00:00:57.515 --> 00:00:59.390
a pak se podíváme
kde SQL Server je

00:00:59.390 --> 00:01:02.515
pokračovat s SQL Server 2019.

00:01:02.515 --> 00:01:05.350
Začněme serverem SQL Server 2008.

00:01:05.350 --> 00:01:07.295
SQL Server 2008 je ve skutečnosti

00:01:07.295 --> 00:01:09.995
z rozšířené podpory
právě letos.

00:01:09.995 --> 00:01:14.390
Pokud se trochu zrychlí a podíváte
na serveru SQL Server 2012 a 2014,

00:01:14.390 --> 00:01:17.870
opravdu jsme udělali velké zlepšení
Pokud jde o výkonnost a

00:01:17.870 --> 00:01:19.880
vysoká dostupnost
zavedení vždy

00:01:19.880 --> 00:01:22.565
o skupinách dostupnosti
pro vysokou dostupnost,

00:01:22.565 --> 00:01:24.500
a paměťové schopnosti skutečně

00:01:24.500 --> 00:01:26.845
zvýšit výkon
databází.

00:01:26.845 --> 00:01:29.630
V systému SQL Server 2016 a 2017,

00:01:29.630 --> 00:01:31.295
opravdu hodně změníme hru

00:01:31.295 --> 00:01:33.320
zavedením některých
nové funkce v

00:01:33.320 --> 00:01:37.885
SQL Server pro ukládání a dotazování
JSON a graf také,

00:01:37.885 --> 00:01:41.210
a také jsme udělali něco
velmi překvapivé tím, že přinese

00:01:41.210 --> 00:01:45.580
SQL Server na Linux a
kontejnerů na serveru SQL Server 2017.

00:01:45.580 --> 00:01:47.895
Na serveru SQL Server 2019

00:01:47.895 --> 00:01:49.540
znovu tu hru proměním,

00:01:49.540 --> 00:01:50.840
a skutečně se rozšiřuje a

00:01:50.840 --> 00:01:53.480
předefinování definice
toho, co je SQL Server.

00:01:53.480 --> 00:01:55.490
Server SQL samozřejmě stále

00:01:55.490 --> 00:01:58.220
relační databázi
to bylo před 25 lety.

00:01:58.220 --> 00:02:00.770
Stále můžete ukládat
data na serveru SQL Server

00:02:00.770 --> 00:02:03.335
a zadat dotaz ve stejném
způsobem, který jsi vždycky měl.

00:02:03.335 --> 00:02:06.560
Ale zároveň jsme
předefinování serveru SQL Server a

00:02:06.560 --> 00:02:09.920
jeho prodloužení nad rámec pouhé
prostoru relační databáze.

00:02:09.920 --> 00:02:14.135
Takže se podíváme, co
děláme na serveru SQL Server 2019.

00:02:14.135 --> 00:02:17.045
Na serveru SQL Server 2019

00:02:17.045 --> 00:02:18.380
My vám dáme přístup

00:02:18.380 --> 00:02:20.420
k dotazování a zpracování dat

00:02:20.420 --> 00:02:23.990
mimo hranice
tradiční instanci serveru SQL Server.

00:02:23.990 --> 00:02:26.840
Přijetím funkce PolyBase budeme nejprve

00:02:26.840 --> 00:02:30.445
zavedené na serveru SQL Server
2016 na další úroveň.

00:02:30.445 --> 00:02:34.280
PolyBase umožňuje vytvořit
vrstva virtualizace dat napříč

00:02:34.280 --> 00:02:36.170
více různých
zdroje dat, například

00:02:36.170 --> 00:02:38.810
Další instance serveru SQL společnosti Oracle.

00:02:38.810 --> 00:02:42.460
Tera data, MongoDB a mnoho dalších.

00:02:42.460 --> 00:02:46.460
Vzali jsme také hbp a
jiskru a postavit do krabice.

00:02:46.460 --> 00:02:48.230
Nyní se serverem SQL Server

00:02:48.230 --> 00:02:52.370
můžete zpracovávat a ukládat
údaje stupnice petabyte a

00:02:52.370 --> 00:02:57.650
zpracovat a uložit data, která jsou
jsou také i nestrukturovaná data.

00:02:57.650 --> 00:03:01.520
Server SQL můžete použít s
prakticky jakýkoliv programovací jazyk.

00:03:01.520 --> 00:03:04.310
Můžeš to udělat pěkně
.

00:03:04.310 --> 00:03:06.155
Se serverem SQL Server 2019,

00:03:06.155 --> 00:03:08.000
můžete jej spustit v systému Windows, samozřejmě.

00:03:08.000 --> 00:03:11.345
Můžete jej také spustit v
Linux na Red Hat, na Susa

00:03:11.345 --> 00:03:13.670
nebo Ubuntu můžete spustit
jej do kontejneru,

00:03:13.670 --> 00:03:15.320
můžete ji spustit na Kubernetes.

00:03:15.320 --> 00:03:18.875
Můžete jej spustit na jiném
procesorové architektury.

00:03:18.875 --> 00:03:20.630
S okrajem databáze SQL Azure,

00:03:20.630 --> 00:03:24.640
můžete jej spustit na paži 64
zařízení jako Malberry PI,

00:03:24.640 --> 00:03:27.680
a můžete jej spustit v
Mrak a azurová databáze SQL,

00:03:27.680 --> 00:03:29.030
nebo ji můžete spustit na místě,

00:03:29.030 --> 00:03:31.115
nebo ji můžete spustit a
Další veřejné mraky.

00:03:31.115 --> 00:03:32.720
Je tam velká všestrannost.

00:03:32.720 --> 00:03:36.130
SQL Server můžete použít všude, kde
sluší ti to nejlíp.

00:03:36.130 --> 00:03:39.290
SQL Server 2019 nadále

00:03:39.290 --> 00:03:42.190
rozšířit náš průmysl-vedoucí
Výkon.

00:03:42.190 --> 00:03:45.710
SQL Server se sám ustavuje
již mnoho let jako počet

00:03:45.710 --> 00:03:49.490
1 z hlediska výkonu OLTP
s kritérii TPC-H,

00:03:49.490 --> 00:03:50.990
a jako číslo 1, pokud jde o

00:03:50.990 --> 00:03:54.050
výkon datového skladu
s kritérii TPC-H.

00:03:54.050 --> 00:03:56.090
Také jsme vedli průmysl tím, že jsme

00:03:56.090 --> 00:03:58.670
nejmenším počtem
chyby zabezpečení oznámené v libovolném

00:03:58.670 --> 00:04:01.910
hlavních databázových motorů
během posledních osmi let

00:04:01.910 --> 00:04:06.010
Podle Národního institutu
Standardů a technologií.

00:04:06.010 --> 00:04:08.330
Tak pojďme blíž
podívat se jen na některé

00:04:08.330 --> 00:04:11.075
nejzajímavější místa serveru SQL Server 2019.

00:04:11.075 --> 00:04:12.770
Začneme s nějakým
vylepšení, kterým jsme

00:04:12.770 --> 00:04:15.005
ve výkonním prostoru.

00:04:15.005 --> 00:04:17.600
Tak především trvalá paměť jako

00:04:17.600 --> 00:04:20.585
novou technologii, která je
vstupujících na trh s hardwarem.

00:04:20.585 --> 00:04:22.730
Využili jsme
trvalé paměti

00:04:22.730 --> 00:04:24.785
opravdu zvýšit výkon.

00:04:24.785 --> 00:04:27.230
Nemusíš dělat žádné
změny v aplikaci,

00:04:27.230 --> 00:04:28.430
a můžete data uložit a

00:04:28.430 --> 00:04:31.330
trvalá paměť pro
rychlejším výkonem.

00:04:31.330 --> 00:04:34.030
Za druhé, pro inteligentní
zpracování dotazu,

00:04:34.030 --> 00:04:36.440
opravdu jsme rozšířili
řadu funkcí zde

00:04:36.440 --> 00:04:38.990
Jak je vidět v tomto
graf pro zahrnutí šarží

00:04:38.990 --> 00:04:41.615
nových způsobů, kdy
optimalizační dotaz může

00:04:41.615 --> 00:04:45.679
časem se dozvíte v závislosti na
provádění postupu při zadávání dotazů,

00:04:45.679 --> 00:04:48.935
Jak budoucí popravy těchto
dotazy mohou být zlepšeny,

00:04:48.935 --> 00:04:51.560
zvýšení výkonu
aplikací přes

00:04:51.560 --> 00:04:55.225
čas, aniž byste museli měnit
v aplikacích cokoli,

00:04:55.225 --> 00:04:57.980
a nakonec jsme dali TempDB do

00:04:57.980 --> 00:05:01.415
paměti pro ještě rychlejší
výkon dočasné databáze.

00:05:01.415 --> 00:05:03.650
Dále se podíváme na
vylepšení, které jsme

00:05:03.650 --> 00:05:05.690
zajištění bezpečnosti a dodržování předpisů.

00:05:05.690 --> 00:05:08.330
Především s GDPR,

00:05:08.330 --> 00:05:09.905
zákazníci čelí

00:05:09.905 --> 00:05:13.220
ještě více regulačních požadavků
že se musí sejít.

00:05:13.220 --> 00:05:14.720
Aby to bylo snazší,

00:05:14.720 --> 00:05:18.230
Poskytujeme klasifikaci dat
možnosti z krabice.

00:05:18.230 --> 00:05:21.850
Můžete odkazovat na klasifikaci dat
Engine v databázi,

00:05:21.850 --> 00:05:23.555
a automaticky objeví

00:05:23.555 --> 00:05:25.130
různé typy
dat, která máte v

00:05:25.130 --> 00:05:29.425
databázi, například
Data sběrnice PCI nebo data GDPR,

00:05:29.425 --> 00:05:31.790
a automaticky
klasifikují, že a produkují

00:05:31.790 --> 00:05:34.670
sestavy pro vás, jak vidíte
zde na tomto snímku,

00:05:34.670 --> 00:05:37.625
a můžete definovat vlastní
také klasifikační pravidla.

00:05:37.625 --> 00:05:39.470
Další z hlediska bezpečnosti

00:05:39.470 --> 00:05:43.340
Vylepšili jsme vždy šifrování
šifrování na straně klienta

00:05:43.340 --> 00:05:44.645
technologie umožňující

00:05:44.645 --> 00:05:47.630
oddělit šifrování
z databáze.

00:05:47.630 --> 00:05:50.270
Takže
Správci databáze

00:05:50.270 --> 00:05:53.120
nelze dešifrovat data v
databázi, která umožňuje

00:05:53.120 --> 00:05:55.640
k oddělení cel mezi

00:05:55.640 --> 00:05:56.840
správci databází a

00:05:56.840 --> 00:05:59.425
vývojáře a uživatele aplikací,

00:05:59.425 --> 00:06:01.910
a nakonec právě jako příklad

00:06:01.910 --> 00:06:03.950
vylepšení, která jsou
Jak jsme si také

00:06:03.950 --> 00:06:06.230
přidané provedení šifrování

00:06:06.230 --> 00:06:09.480
všech dat v enklávách.

00:06:10.160 --> 00:06:15.050
Nyní v prostoru pro vývojáře
a nástroje DBA, doufejme,

00:06:15.050 --> 00:06:16.670
Všichni jste se naučili a zkoušeli

00:06:16.670 --> 00:06:19.595
Azurové datové Studio a
Nová napříč platformami

00:06:19.595 --> 00:06:22.550
Nástroj pro otevření zdroje pro všechny typy

00:06:22.550 --> 00:06:25.190
na datovou osobu, ať už jste
Správce databáze,

00:06:25.190 --> 00:06:28.415
databázový inženýr,
nebo s datovým vědcem.

00:06:28.415 --> 00:06:33.350
Tento nástroj je k dispozici
ke stažení za účelem uvolnění a použití

00:06:33.350 --> 00:06:35.225
a je navržen tak, aby byl

00:06:35.225 --> 00:06:39.200
Vícedatabázový stroj, který umožňuje
Nepoužívejte jej pouze se serverem SQL Server,

00:06:39.200 --> 00:06:41.510
ale také se serverem SQL Server v

00:06:41.510 --> 00:06:44.060
Mrak, jako
Azurová databáze SQL nebo

00:06:44.060 --> 00:06:46.460
s daty Azure SQL
Sklad také s

00:06:46.460 --> 00:06:49.370
jiné databázové moduly
jako PostgreSQL a MySQL.

00:06:49.370 --> 00:06:52.460
Jedno z vylepšení, které
lidé jsou velmi nadšeni

00:06:52.460 --> 00:06:55.340
a Azure Data Studio je
zážitek z poznámkového bloku.

00:06:55.340 --> 00:06:58.550
Poznámkové bloky umožňují vytvořit
soubor obsahující značku

00:06:58.550 --> 00:07:01.670
a také buňky kódu.

00:07:01.670 --> 00:07:03.380
V označení můžete popsat

00:07:03.380 --> 00:07:06.470
nějakou analýzu, kterou děláte, nebo
kroky, které by měly být provedeny,

00:07:06.470 --> 00:07:08.240
a v buňkách kódu, které jsou

00:07:08.240 --> 00:07:10.640
promísily se s
Tyto buňky pro označení,

00:07:10.640 --> 00:07:13.705
můžete mít nějaký kód, který
nebo může spustit někdo jiný.

00:07:13.705 --> 00:07:17.250
Máme poznámkové bloky pro
TSQL, pro PowerShell,

00:07:17.250 --> 00:07:20.240
pro Python a Vy

00:07:20.240 --> 00:07:23.075
můžete ji spustit místně
nebo ji můžete spustit v jiskru.

00:07:23.075 --> 00:07:25.910
Je to velmi mocná
způsob spolupráce s

00:07:25.910 --> 00:07:29.915
jiným uživatelům zachycením této
informace a poznámkové bloky,

00:07:29.915 --> 00:07:32.180
a tyto poznámkové bloky
lze použít k zachycení

00:07:32.180 --> 00:07:35.450
Ukázky nebo některé standardní
provozní postupy nebo

00:07:35.450 --> 00:07:38.180
příručky poradců při potížích a sdílení
s jinými uživateli prostřednictvím

00:07:38.180 --> 00:07:42.085
Git integraci, kterou máme
zabudovaný do Azure Data Studio,

00:07:42.085 --> 00:07:43.685
a nakonec jsme integrovanými

00:07:43.685 --> 00:07:45.650
opravdu super technologie z

00:07:45.650 --> 00:07:48.290
Společnost Microsoft Research volala
SandDance, který umožňuje

00:07:48.290 --> 00:07:51.725
k datům ad hoc
vizualizace a průzkum

00:07:51.725 --> 00:07:54.020
použití nějakého opravdu super
možnosti grafů

00:07:54.020 --> 00:07:55.975
přímo tam uvnitř
V Azure datovém studiu.

00:07:55.975 --> 00:07:59.585
Tak určitě, Běž chytit Azure Data
Studio, jestli jsi to ještě neudělal.

00:07:59.585 --> 00:08:01.280
Je to Supervýkonný nástroj,

00:08:01.280 --> 00:08:03.950
a inovace se blíží
na měsíčním základě, jak jsme

00:08:03.950 --> 00:08:07.640
uvolnění každý měsíc
pro Azure Data Studio.

00:08:07.640 --> 00:08:11.270
Takže budeme pokračovat v dvojnásobné

00:08:11.270 --> 00:08:14.180
Náš nový přístup k

00:08:14.180 --> 00:08:16.820
Jak se podíváme na různé
platformy pro SQL Server.

00:08:16.820 --> 00:08:18.500
Na serveru SQL Server 2017

00:08:18.500 --> 00:08:20.465
zavedli jsme podporu pro Linux.

00:08:20.465 --> 00:08:22.100
Ale SQL Server 2019,

00:08:22.100 --> 00:08:24.470
Vezmeme to na
Další krok vytvořením

00:08:24.470 --> 00:08:27.620
ještě větší parodii
mezi serverem SQL Server v systému Windows,

00:08:27.620 --> 00:08:31.875
a SQL Server na Linuxu tím, že přinese
PolyBase a všechny služby,

00:08:31.875 --> 00:08:35.680
Koordinátor distribuovaných transakcí
a replikaci do systému Linux,

00:08:35.680 --> 00:08:37.160
a to se hodně ověřuje

00:08:37.160 --> 00:08:39.515
všechny kolonky pro
funkcí databázového stroje.

00:08:39.515 --> 00:08:42.200
Takže máte blízko 100
procento kompatibility

00:08:42.200 --> 00:08:45.695
mezi serverem SQL Server v systému Windows
a SQL Server na platformě Linux.

00:08:45.695 --> 00:08:47.450
Ve spolupráci s červeným kloboukem

00:08:47.450 --> 00:08:49.880
vytvořili jsme také rel
kontejnerové obrázky na bázi

00:08:49.880 --> 00:08:52.585
které jsou k dispozici na
Registr kontejnerů společnosti Microsoft,

00:08:52.585 --> 00:08:54.170
a můžete je objevit v

00:08:54.170 --> 00:08:56.675
Kontejner červeného klobouku
katalogu.

00:08:56.675 --> 00:08:58.730
Konečně v náhledu právě teď

00:08:58.730 --> 00:09:02.080
Máme podporu pro vždy na
skupiny dostupnosti v Kubernetes,

00:09:02.080 --> 00:09:04.610
abyste mohli získat
výhody toho, že jsou vždy na

00:09:04.610 --> 00:09:07.415
skupiny dostupnosti
pro měřítko čtení

00:09:07.415 --> 00:09:09.350
nebo pro vysokou dostupnost

00:09:09.350 --> 00:09:13.760
žít přímo na vrcholu
V podzemí je vrstva Kubernetes.

00:09:13.970 --> 00:09:17.270
A konečně, pravděpodobně
nejvýznamnější oblast

00:09:17.270 --> 00:09:19.040
zlepšení a jen

00:09:19.040 --> 00:09:21.290
rozprostření stanu
serveru SQL Server, pokud

00:09:21.290 --> 00:09:24.215
bude zpracovávat nové
typy scénářů,

00:09:24.215 --> 00:09:26.540
je vylepšení, které
Děláme to v PolyBase

00:09:26.540 --> 00:09:28.850
a virtualizace dat
zmíněny na začátku,

00:09:28.850 --> 00:09:30.140
Kde lze vytvořit

00:09:30.140 --> 00:09:31.760
vrstva virtualizace dat napříč

00:09:31.760 --> 00:09:33.890
mnoho různých dat
zdroje jako Oracle,

00:09:33.890 --> 00:09:37.755
jiný server SQL
instancí a Teradata.

00:09:37.755 --> 00:09:40.100
To nám umožňuje přinést
spojit data napříč

00:09:40.100 --> 00:09:42.800
více zdrojů dat v čase dotazu,

00:09:42.800 --> 00:09:44.840
a opravdu minimalizovat
potřebu použití

00:09:44.840 --> 00:09:47.420
ETL jako způsob integrace
naše data dohromady.

00:09:47.420 --> 00:09:50.705
Nikdo nemá rád stavebnictví a
údržbu potrubí ETL.

00:09:50.705 --> 00:09:54.200
Takže vám chceme dát další
možnost, kterou můžete použít v

00:09:54.200 --> 00:09:58.385
Dodatek k ETL pro způsob
integrování dat společně.

00:09:58.385 --> 00:10:00.545
Na serveru SQL Server 2019

00:10:00.545 --> 00:10:03.110
zavedli jsme nový
vzor způsobu nasazení

00:10:03.110 --> 00:10:07.970
SQL Server zavedením nového
vzorek nazývaný velké datové clustery,

00:10:07.970 --> 00:10:09.650
a velké datové clustery umožňují

00:10:09.650 --> 00:10:12.440
nasazení serveru SQL Server
instanci se všemi

00:10:12.440 --> 00:10:16.400
jeho typické možnosti
spolu s HDFS a

00:10:16.400 --> 00:10:20.825
Jiskra v jednom integrovaném roztoku
Jak bylo nasazeno na Kubernetes,

00:10:20.825 --> 00:10:22.610
poskytující možnost převzít

00:10:22.610 --> 00:10:24.820
SQL Server a provádět všechny akce
Serveru SQL Server,

00:10:24.820 --> 00:10:26.750
ale pak snadno integrovat tuto

00:10:26.750 --> 00:10:29.120
společně s hbp a
jiskry, abyste mohli

00:10:29.120 --> 00:10:32.600
dotazy nad vysokým objemem
data, která mohou být škálovat

00:10:32.600 --> 00:10:34.400
1000 krát větší než vy

00:10:34.400 --> 00:10:37.070
by mohly uložit
a SQL Server dnes

00:10:37.070 --> 00:10:39.500
do desítky nebo dokonce
stovky petabytů z

00:10:39.500 --> 00:10:42.260
data, stejně jako
schopna uložit a

00:10:42.260 --> 00:10:44.540
dotaz a proces
nestrukturovaná data jako

00:10:44.540 --> 00:10:48.174
videosouborů nebo zvukových souborů v souboru HDFS,

00:10:48.174 --> 00:10:50.900
a máte výhodu
mít zapalovač

00:10:50.900 --> 00:10:53.260
tam pro přípravu dat
činnosti nebo

00:10:53.260 --> 00:10:55.310
Školení modelu strojového studia nebo

00:10:55.310 --> 00:10:58.525
funkcializace těchto
modely uvnitř jiskru.

00:10:58.525 --> 00:11:00.815
Společnost Microsoft tedy poskytuje

00:11:00.815 --> 00:11:02.660
integrované řešení a podpora

00:11:02.660 --> 00:11:05.420
Toto integrované řešení
a velkých datových clusterů,

00:11:05.420 --> 00:11:08.810
získáte sdílenou škálovatelnou
datová jezera postavená na

00:11:08.810 --> 00:11:12.545
HDFS, které buď server SQL
nebo jiskra může mít přístup.

00:11:12.545 --> 00:11:15.500
To vám opravdu umožňuje
kompletní platforma AI

00:11:15.500 --> 00:11:17.420
pro všechno
z požínění

00:11:17.420 --> 00:11:22.070
dat jejich uložením
v systému HDFS nebo na serveru SQL Server,

00:11:22.070 --> 00:11:23.900
a následným provedením úloh přípravy dat

00:11:23.900 --> 00:11:26.250
pomocí Spark nebo SQL Server,

00:11:26.250 --> 00:11:28.995
a potom počítač
Výuka modelu výuky pomocí

00:11:28.995 --> 00:11:31.185
buď integrovaný počítač
Výukové knihovny

00:11:31.185 --> 00:11:34.380
Jiskra nebo použitím

00:11:34.380 --> 00:11:35.900
Výuka strojů a zařízení
služby vestavěné do

00:11:35.900 --> 00:11:38.600
instance hlavního serveru SQL Server
a pak můžete operalizovat

00:11:38.600 --> 00:11:41.030
buď v zážehovém běhu

00:11:41.030 --> 00:11:43.520
pomocí dávkových strojů
Studijní hodnocení,

00:11:43.520 --> 00:11:45.500
nebo to můžete udělat uvnitř
o skladové proceduře

00:11:45.500 --> 00:11:47.090
v aplikaci SQL Server například

00:11:47.090 --> 00:11:49.640
nebo máme způsob, jakým
může skutečně převzít model a

00:11:49.640 --> 00:11:53.180
automaticky zabalit
v kontejneru pro zbývající rozhraní API,

00:11:53.180 --> 00:11:54.980
a stanovit, že
kontejner nad

00:11:54.980 --> 00:11:56.600
velký datový cluster tak, aby

00:11:56.600 --> 00:11:58.220
je to snadné pro aplikaci
vývojáři k

00:11:58.220 --> 00:12:01.160
Zavolejte a použijte tuto
kontejner jako způsob

00:12:01.160 --> 00:12:04.745
Odeslat některé datové návyky
a Získejte zpět hodnotu skóre.

00:12:04.745 --> 00:12:07.940
Takže je to opravdu
kompletní koncová platforma AI

00:12:07.940 --> 00:12:09.500
konec, aby mohl
vše, co potřebujete k

00:12:09.500 --> 00:12:11.770
provádět výuku AI a strojového studia.

00:12:11.770 --> 00:12:14.615
Doufejme, že to dává
Rychlý úvod

00:12:14.615 --> 00:12:18.085
na SQL Server 2019.

00:12:18.085 --> 00:12:22.085
Tohle je opravdu jen jedna
video v sérii videí

00:12:22.085 --> 00:12:24.080
na kanálu SQL 2019

00:12:24.080 --> 00:12:26.465
které vidíte zde propojené v
spodní část obrazovky,

00:12:26.465 --> 00:12:27.860
a opravdu doufáme, že

00:12:27.860 --> 00:12:29.840
Máš šanci jít
prostřednictvím všech těchto videí.

00:12:29.840 --> 00:12:31.220
Doufáme, že budeme publikovat asi

00:12:31.220 --> 00:12:33.290
stovky videí, které jdou do spousty

00:12:33.290 --> 00:12:37.730
Podrobnosti o všem
To je nové na serveru SQL Server 2019.

00:12:37.730 --> 00:12:39.095
Máte-li zpětnou vazbu,

00:12:39.095 --> 00:12:40.700
zaúčtujte jej v
Níže uvedené poznámky

00:12:40.700 --> 00:12:42.830
a přihlásit se k odběru kanálu.

00:12:42.830 --> 00:12:44.990
Díky, že jste se dnes připojil k

00:12:44.990 --> 00:12:47.375
Další informace o serveru SQL Server 2019,

00:12:47.375 --> 00:12:49.220
a uvidíme se venku
na další událost

00:12:49.220 --> 00:12:50.720
nebo SQL v sobotu. Děkuju.

00:12:50.720 --> 00:13:05.290
HUDBY