WEBVTT

00:00:00.000 --> 00:00:09.686
[HUDBA]

00:00:13.045 --> 00:00:15.590
Každého Vítá do jiného
zajímavé díl Data vystavena.

00:00:15.590 --> 00:00:16.470
Jsem host, Scott Kleinovi.

00:00:16.470 --> 00:00:18.580
A se mnou ještě dnes
jsou dvě Super hosty.

00:00:18.580 --> 00:00:20.200
Tedy na jejich
Dejte sami.

00:00:20.200 --> 00:00:21.210
Takže, proč není se obrátíte nejdříve?

00:00:21.210 --> 00:00:22.310
A pak půjdeme na vás.

00:00:22.310 --> 00:00:25.540
>> V pořádku, Hi,
mé jméno je, že jsem v programu Správce

00:00:25.540 --> 00:00:29.540
experimentálně týmové databáze
ve skupině data.

00:00:29.540 --> 00:00:30.210
>> V pořádku.

00:00:30.210 --> 00:00:31.520
>> Mé jméno Denay Kurtutlil

00:00:31.520 --> 00:00:34.050
Jsem správce inženýrství v
Datový tým experimenty.

00:00:34.050 --> 00:00:35.410
>> V pořádku, velký, proto
Děkujeme za přišel.

00:00:35.410 --> 00:00:36.330
Je naše radost budete mít.

00:00:36.330 --> 00:00:37.900
>> Nice je Scott splnit.

00:00:37.900 --> 00:00:40.470
>> Tak jsme jste slyšeli šarže,
I jste měli někteří lidé v rozhovoru zde

00:00:40.470 --> 00:00:43.350
o asistenty migrace dat
a všechny tyto druhy věcí.

00:00:43.350 --> 00:00:46.140
I jste nikdy neslyšeli, ale
Pomocník pro experimenty databáze.

00:00:46.140 --> 00:00:47.320
>> To je vzhledem k tomu, že je nový.

00:00:47.320 --> 00:00:49.500
>> V pořádku, dobrá,
pak nám [NESMĚJEME] jej.

00:00:49.500 --> 00:00:51.250
Co to je?

00:00:51.250 --> 00:00:56.270
>> To je ve skutečnosti velmi nový nástroj
pomáhající zákazníkům migraci z

00:00:57.390 --> 00:01:00.870
nižší verze serveru SQL Server
na vyšší verzi.

00:01:00.870 --> 00:01:02.860
Tak jste pravděpodobně jste neslyšeli
migrace dat pomoci a

00:01:02.860 --> 00:01:04.910
Další sesterské nástroje.

00:01:04.910 --> 00:01:08.560
To je druh jako
doplněk, který.

00:01:08.560 --> 00:01:11.160
Ano, jste slyšeli, že a / B testování?

00:01:11.160 --> 00:01:11.740
>> Ano.

00:01:11.740 --> 00:01:14.190
>> Tak to je A / B testování
databázových systémů.

00:01:14.190 --> 00:01:15.440
>> V pořádku.
>> Tak, aby se co to je.

00:01:15.440 --> 00:01:18.630
Znají, jak je vidět
Většina našich zákazníků SQL

00:01:18.630 --> 00:01:21.350
2008 nebo nižší a
chtějí přejít na 2016.

00:01:21.350 --> 00:01:25.060
A tam dnes jsou nebude svém bankovním spojení a
Migrace z důvodu složitosti a

00:01:25.060 --> 00:01:26.780
rizika, které se účastní.

00:01:26.780 --> 00:01:28.260
>> V pořádku.
>> Tedy pomocí tohoto nástroje bude

00:01:28.260 --> 00:01:32.400
získat všechny, některé Principy
přerušení a změny, které jsou s ním nebo

00:01:32.400 --> 00:01:34.730
i jakékoli výkonu
důsledky, které mohou pocházet

00:01:34.730 --> 00:01:36.760
Pokud se přesunou na novější verzi.

00:01:36.760 --> 00:01:39.720
A uživatelé budou moci inovovat novější
verze s mnohem mnohem více.

00:01:39.720 --> 00:01:40.497
větší důvěru.

00:01:40.497 --> 00:01:44.940
>> V pořádku,
Přechod můžete umístit na místě.

00:01:44.940 --> 00:01:48.630
Ale neprovádí migraci pomocníka
také provést analýzu Haló,

00:01:48.630 --> 00:01:50.220
nejnovější změny a
například že?

00:01:50.220 --> 00:01:53.000
>> Migrace druhu asistenta
o jeho roli spíše jako

00:01:53.000 --> 00:01:54.450
typ motoru věc rovnoměrně.

00:01:54.450 --> 00:01:56.600
Ve skutečnosti neprovádí
porovnání pracovní vytížení.

00:01:56.600 --> 00:01:59.430
Rozmyslete si to jako skutečně
Chcete-li prohlédnout vaše pracovní vytížení

00:01:59.430 --> 00:02:00.990
při výrobě a

00:02:00.990 --> 00:02:03.650
Chcete-li zobrazit, jak se vaše pracovní vytížení
Spusťte novější verzi.

00:02:04.670 --> 00:02:08.040
Inovace je jeden z důvodů pro nás, ale
o něm si můžete představit jako mnoho úkonů

00:02:08.040 --> 00:02:11.530
různé druhy zkoušek,
jako je to funkce zapínat a vypínat.

00:02:11.530 --> 00:02:14.500
Jako DBA chcete zapnout
Funkce a funkce.

00:02:14.500 --> 00:02:17.090
Ano je to druh jako
Obecné řešení testování AB

00:02:17.090 --> 00:02:19.920
Je jedním z největších scénář
doprava, teď jsme podporují.

00:02:19.920 --> 00:02:21.590
Ale totéž lze použít pro
Další scénáře příliš.

00:02:21.590 --> 00:02:25.508
>> K sumarizaci, DMA skutečně
nemá statickou analýzu kódu.

00:02:25.508 --> 00:02:30.530
Jak již bylo zmíněno, je však velmi
více ve srovnání pracovního vytížení

00:02:30.530 --> 00:02:32.240
použití skutečné pracovní vytížení, příliš, vpravo.

00:02:32.240 --> 00:02:32.850
>> V pořádku.

00:02:32.850 --> 00:02:34.960
>> Je jeden z těch.

00:02:34.960 --> 00:02:36.320
Okay ochladí.

00:02:36.320 --> 00:02:37.990
>> Ano.
>> Je bod v čase,

00:02:37.990 --> 00:02:38.940
Další načtení otázku,

00:02:38.940 --> 00:02:42.030
možná bod v čase pokud tyto
stejný nástroj možná stane?

00:02:42.030 --> 00:02:43.440
>> Není k dispozici.
>> Vzhledem k tomu, pokud jsem nezávislý a

00:02:44.620 --> 00:02:47.570
Jsem jako mám v pořádku spustit
Chcete-li spustit tento nástroj k dispozici nástroje a I.

00:02:47.570 --> 00:02:50.620
>> Ano, existuje mnoho jsme
přemýšlení o něm byla.

00:02:50.620 --> 00:02:52.440
Je možné pro
Toto sloučení.

00:02:52.440 --> 00:02:53.970
>> V pořádku.
>> Z hlediska scénáře.

00:02:53.970 --> 00:02:55.959
Aktuálně jsou, ale
pouze samostatné nástroje.

00:02:57.090 --> 00:02:59.240
Ale který druh povrchové úpravy
intervent migrace.

00:02:59.240 --> 00:02:59.760
>> Ano, v pořádku.

00:02:59.760 --> 00:03:03.900
A že dává smysl, protože
Jak jsme vyprázdnit,

00:03:03.900 --> 00:03:07.870
jak to můžeme flush, Řekněme
>> Složitosti jednotlivých nástrojů.

00:03:07.870 --> 00:03:09.930
>> Složitosti jednotlivých nástrojů

00:03:09.930 --> 00:03:12.990
velmi jsme získali ji k bodu
kde jsou pečené, dobrý.

00:03:12.990 --> 00:03:13.555
[NEŽÁDOUCÍM] Perfektní.

00:03:13.555 --> 00:03:14.150
Co je další.

00:03:14.150 --> 00:03:15.180
>> Neposkytuje celkový smysl.

00:03:15.180 --> 00:03:19.490
Manuální, provede vás vysoká
nastavení úrovně testu zde

00:03:19.490 --> 00:03:21.840
před tím, než jsme se neměli potápět v ukázku.

00:03:21.840 --> 00:03:25.210
Takže Řekněme, že máme scénář
Pokud zákazník pohybuje od

00:03:25.210 --> 00:03:25.790
SQL 2008-2016.

00:03:25.790 --> 00:03:29.810
Takže výrobní
prostředí 2008

00:03:29.810 --> 00:03:33.592
což je, kde jsme digitalizace
všechna trasování SQL.

00:03:33.592 --> 00:03:34.370
>> V pořádku.

00:03:34.370 --> 00:03:35.210
>> A které jsme a

00:03:35.210 --> 00:03:38.070
pak mají testovací prostředí
Pokud mají dvě instance obsahuje.

00:03:38.070 --> 00:03:41.880
Jeden, který napodobuje SQL
prostředí 2008.

00:03:41.880 --> 00:03:44.560
Stejně jako ve své druhé
instance by mít SQL 2016,

00:03:44.560 --> 00:03:47.020
což je cíl.

00:03:47.020 --> 00:03:49.220
To je A a
B, který jsme mluví o.

00:03:49.220 --> 00:03:53.670
Ano používáme DA,
databáze před zneužitím,

00:03:53.670 --> 00:03:57.900
ať zachycené v k
Tyto dvě testovací prostředí.

00:03:57.900 --> 00:03:58.820
>> V pořádku, perfektní.

00:04:00.140 --> 00:04:03.960
>> Po provedení, DEA
zpracovává a analyzuje stop

00:04:03.960 --> 00:04:06.380
můžete dostat z
>> A a B,

00:04:06.380 --> 00:04:06.590
>> V pořádku.

00:04:06.590 --> 00:04:10.170
>> A potom zobrazí na
nice sestava uživatelského Rozhraní, který lze

00:04:10.170 --> 00:04:13.200
obsahují podrobné výkonu a
chyby, chyby související data.

00:04:13.200 --> 00:04:14.720
>> Manuální zkontrolujte.
Doporučujeme zálohovat real rychle?

00:04:14.720 --> 00:04:16.770
A Omlouváme se za
stupid dotaz.

00:04:16.770 --> 00:04:18.410
Ano, mám A a

00:04:18.410 --> 00:04:20.360
vzhledem k tomu, že se rovná 2008
>> Doprava.

00:04:20.360 --> 00:04:20.870
>> Opravte.

00:04:20.870 --> 00:04:22.850
>> Kliknu znovu přehrát
proti další instanci 2008,

00:04:22.850 --> 00:04:23.140
>> Doprava.

00:04:23.140 --> 00:04:24.150
>> Stejně jako instanci 2016?

00:04:24.150 --> 00:04:24.650
>> Však Ano.
>> Doprava.

00:04:24.650 --> 00:04:26.170
Ale existuje důvod proč.

00:04:26.170 --> 00:04:27.510
Je vhodný bod ve skutečnosti.

00:04:27.510 --> 00:04:29.140
Je-li důvod proč
můžeme tento krok.

00:04:29.140 --> 00:04:32.580
>> Obvykle ve výrobním
prostředí, víte, DBAs a

00:04:32.580 --> 00:04:36.540
Vlastníci App nelíbí příliš velká část
nároky na výkon systému.

00:04:36.540 --> 00:04:40.160
Ano Chceme mít výkon
režie zapnutím zachycení

00:04:40.160 --> 00:04:41.345
na minimální výrobní systém.

00:04:41.345 --> 00:04:42.050
>> V pořádku.
>>

00:04:42.050 --> 00:04:44.740
Co můžeme udělat v prvním kroku při jsme
sběr dat trasování ve výrobě

00:04:44.740 --> 00:04:47.670
systém, můžeme pouze zachytit
podmnožinu událostí trasování.

00:04:47.670 --> 00:04:49.650
Který právě mi poskytuje zátěže,
že je vše, co potřebujeme.

00:04:49.650 --> 00:04:53.190
A zbytek položky můžeme
v testovacím prostředí ale

00:04:53.190 --> 00:04:54.330
stále můžete provést AB testování,

00:04:54.330 --> 00:04:56.840
platí pro: jablka, porovnání
jak dlouho A základen a

00:04:56.840 --> 00:04:59.230
B jsou druh podobný hardware
Konfigurace a věci jako že.

00:04:59.230 --> 00:04:59.780
>> V pořádku.
>> Ano.

00:04:59.780 --> 00:05:02.430
Omluv mě
srovnání, kde jsem na, doprava?

00:05:02.430 --> 00:05:03.970
>> Ano.
>> Na druh typu základní úroveň

00:05:03.970 --> 00:05:04.540
scénáře.

00:05:04.540 --> 00:05:05.250
>> Přesně.
>> Ano.

00:05:05.250 --> 00:05:05.820
>> V pořádku.
Ochladí se.

00:05:05.820 --> 00:05:07.280
>> Rád je zachycena na, i když.

00:05:07.280 --> 00:05:09.970
>> V pořádku, Ano,
I dívali a byl v pořádku,

00:05:09.970 --> 00:05:11.687
Proč znovu používám to?

00:05:11.687 --> 00:05:13.990
V pořádku, cuz pokud jsem jej žádostí, která
někdo jiný chce požádat.

00:05:13.990 --> 00:05:15.040
>> Absolutně.
>> Kliknete na požádat,

00:05:15.040 --> 00:05:17.020
I neměl volat
je vlečný otázky.

00:05:17.020 --> 00:05:19.388
Bude klást otázky zřejmé,
cuz [NEŽÁDOUCÍM].

00:05:19.388 --> 00:05:22.285
>> To pochází od zákazníka
je tedy o, my sami 1,5 % je

00:05:22.285 --> 00:05:25.648
nároky na CPU při bychom
produkce, což je druh

00:05:25.648 --> 00:05:27.960
velmi malý ve skutečnosti Pokud
Váš názor, Ano.

00:05:27.960 --> 00:05:28.910
>> V pořádku ale co je příjemné je, že

00:05:28.910 --> 00:05:30.860
přece při ukončení zobrazí
Tato sestava nice, vedoucí,

00:05:30.860 --> 00:05:34.470
Haló zde je co
>> Vpravo, o které se má přejít?

00:05:34.470 --> 00:05:35.210
>> To je vpravo.

00:05:35.210 --> 00:05:36.730
>> A s tím
jsme budete vyzvednout ukázku.

00:05:36.730 --> 00:05:39.170
>> To je řazení z jako
Zadáte-li DEA,

00:05:39.170 --> 00:05:42.610
na levé straně je
Viz tři funkce.

00:05:42.610 --> 00:05:44.400
Zachycení, přehrání a analýzy.

00:05:44.400 --> 00:05:47.250
Veškerá práva a právě mluvili
že v stavební prvky.

00:05:47.250 --> 00:05:49.060
V podstatě ty, které
Existují tři funkce.

00:05:49.060 --> 00:05:51.200
>> Ano, tak to je Moje počáteční
kliknu na instanci 2008

00:05:51.200 --> 00:05:51.820
Shromážděte data z.

00:05:51.820 --> 00:05:53.130
>> Přesně.
>> V pořádku, tak zde

00:05:53.130 --> 00:05:56.390
Pokud přijde do sběru se
ve skutečnosti může odkazovat na SQL Server

00:05:56.390 --> 00:05:57.210
instance.

00:05:57.210 --> 00:05:59.150
Jedná se o zdroje 2008.

00:05:59.150 --> 00:06:02.240
A lze určit, jak dlouho na to
Opravdu chcete spustit trasování pro

00:06:02.240 --> 00:06:04.090
a to je zde v době trvání.

00:06:04.090 --> 00:06:05.960
A pak maximální velikost souboru.

00:06:05.960 --> 00:06:08.480
To je obvykle profil
velikost pro trasování.

00:06:08.480 --> 00:06:09.620
Podezření, že doporučená je 200.

00:06:09.620 --> 00:06:12.140
Můžete ponechat jako 200,
Pokud není některé zvláštní potřeby nebo

00:06:12.140 --> 00:06:14.470
něco jako, a
Název trasování.

00:06:14.470 --> 00:06:16.290
A při spuštění,
Co se stane, že je to přejde a

00:06:16.290 --> 00:06:18.960
vyvolá událost zachycení sledování
na serveru SQL Server 2008.

00:06:18.960 --> 00:06:20.060
>> V pořádku.

00:06:20.060 --> 00:06:22.620
>>, Viz zde již
spustit sběr dat trasování.

00:06:22.620 --> 00:06:25.800
Máte Hezký viz jak na to
měření postupu a

00:06:25.800 --> 00:06:26.540
jako je například vlastní položky.

00:06:26.540 --> 00:06:28.050
>> V pořádku.
>> Tak nyní dělá produkce

00:06:28.050 --> 00:06:28.820
sběr dat pracovního vytížení.

00:06:28.820 --> 00:06:30.460
To bude běžet po dobu 60 minut a

00:06:30.460 --> 00:06:33.000
pak bude mít trasování
do konce roku to.

00:06:33.000 --> 00:06:35.800
>> V pořádku, [NESMĚJEME],
Mám dotaz.

00:06:35.800 --> 00:06:38.660
Ano je jejich schopnost říci přece, ať
Stačí přejít na mě, pokud již máte

00:06:38.660 --> 00:06:41.730
možná že jste I trasování již
provést lze I ho vytáhněte zde?

00:06:41.730 --> 00:06:43.040
>> Ano,
nemusíte se potom položky.

00:06:43.040 --> 00:06:44.400
Můžete přejít na další
kroku, pokud je k dispozici.

00:06:44.400 --> 00:06:45.790
>> V pořádku, protože
I můžete spustit druhý krok a přejděte v pořádku.

00:06:45.790 --> 00:06:46.480
>> Kroku dvě a naleznete zde.

00:06:46.480 --> 00:06:48.040
>> Již mám trasování,
I jste již zaznamenali.

00:06:48.040 --> 00:06:48.721
>> Ano.
>> V pořádku.

00:06:48.721 --> 00:06:49.901
Ano, je obvykle vhodné

00:06:49.901 --> 00:06:52.811
stejné pracovní zatížení, ale můžete jej přehrát znovu na
různé druhy konfigurací

00:06:52.811 --> 00:06:54.321
a položky, jako je například, pokud chcete.
>> Dobrá ochladí.

00:06:54.321 --> 00:06:55.401
>> To je důvod, proč vždy je vždy

00:06:55.401 --> 00:06:58.141
decoupled tímto způsobem.
Pokud uživatelé zaznamenali trasování

00:06:58.141 --> 00:07:00.380
již nebudou muset jít
pomocí stejnou věc znovu.

00:07:00.380 --> 00:07:03.650
Můžete přijít a replay nebo
nebo víte věci, jako je například.

00:07:03.650 --> 00:07:04.500
>> Velmi dobrá, v pořádku, ochladí.

00:07:04.500 --> 00:07:05.500
Velmi hezké.

00:07:05.500 --> 00:07:09.260
Tedy přejít k druhé části a
jsme právě zastavíte sběr

00:07:09.260 --> 00:07:12.120
zde máme jednu osobu kompletní,
To je dobré.

00:07:12.120 --> 00:07:15.460
Tak přejdete k části replay
Zde je několik kroků

00:07:15.460 --> 00:07:19.960
přehrání v podstatě v prvním kroku
druh infrastruktury opětovné přehrání ověřuje

00:07:19.960 --> 00:07:20.090
>> V pořádku

00:07:20.090 --> 00:07:21.720
>> A jednu klíčovou zde

00:07:21.720 --> 00:07:23.890
na to, v tomto vydání
příště bychom sada

00:07:23.890 --> 00:07:26.860
replay infrastruktury,
Doporučujeme použít nástroj distributed replay

00:07:26.860 --> 00:07:28.830
která je již k dispozici
součástí instalace SQL.

00:07:28.830 --> 00:07:30.920
>> Ano, nástroj distributed replay
řadič nebo něco podobného, jako.

00:07:30.920 --> 00:07:31.630
>> Přesně.
Ano.

00:07:31.630 --> 00:07:33.920
Proto jsme rádi, ověření
nastavení v tomto okamžiku.

00:07:33.920 --> 00:07:36.880
Ano zde uvedené, stejně jako
jeden řadič stroje a

00:07:36.880 --> 00:07:37.820
čtyři podřízené stroje a

00:07:37.820 --> 00:07:40.390
jste již nakonfigurován
Tímto způsobem v nastavení vpravo.

00:07:40.390 --> 00:07:43.290
A kdy přejít další, co to je
dělá, je to druh jako ověřování

00:07:43.290 --> 00:07:45.960
Hola hola je instalace opravdu těsné
mít přístup.

00:07:45.960 --> 00:07:46.840
Všechny podřízené a

00:07:46.840 --> 00:07:50.810
komunikaci, řadiče
a věci pracovat správně.

00:07:50.810 --> 00:07:52.880
>> Veškerá práva, proto
to říká, že přece věci pracovat správně.

00:07:52.880 --> 00:07:54.610
Nyní je čas při
jej vyberte trasování.

00:07:54.610 --> 00:07:57.090
To co jsme se
zachyceny v kroku 1.

00:07:57.090 --> 00:07:58.480
>> V pořádku.
>> Nezapomeňte pracovní vytížení

00:07:58.480 --> 00:07:59.630
zachycení, které my sami.

00:07:59.630 --> 00:08:01.820
>> To je, které navštěvují
Řekněme, že jedno již zobrazilo.

00:08:01.820 --> 00:08:03.090
>> Přesně tak, že je správná.

00:08:03.090 --> 00:08:05.545
Manuální, právě pull
zde tento nahoru.

00:08:11.554 --> 00:08:14.481
Chtěl bych, že jsem měl automatizovaný způsob, jak
Chcete-li provést toto ale I příště, tak.

00:08:16.909 --> 00:08:21.120
>>, Zde I Věnujte proto trasování
soubor, který sběr a

00:08:21.120 --> 00:08:25.949
pak říci, ukládání
předběžné zpracování výstupu zde.

00:08:25.949 --> 00:08:26.820
>> V pořádku.
>>

00:08:26.820 --> 00:08:28.930
To je v podstatě, něco udělat
s daty hrát architektury,

00:08:28.930 --> 00:08:31.870
Převede soubory do
Optimalizované souboru vpravo.

00:08:31.870 --> 00:08:35.480
A pak skutečně přejde a
obrázky, optimalizovaný způsob

00:08:35.480 --> 00:08:39.000
převést tyto soubory trasování
soubor přehrání souboru v pořádku.

00:08:39.000 --> 00:08:40.680
>> A třetí krok
dělá před zneužitím.

00:08:40.680 --> 00:08:43.751
A zobrazí se v uživatelském Rozhraní, k dispozici
je možnost určitého bodu

00:08:43.751 --> 00:08:45.057
databáze a [NEŽÁDOUCÍM].

00:08:45.057 --> 00:08:46.967
>> Je místem, kde budete například Haló,

00:08:46.967 --> 00:08:48.850
Spustit proti to-
>> Přesně.

00:08:48.850 --> 00:08:49.450
>> Veškerá práva.

00:08:49.450 --> 00:08:53.020
>> Ano, který je, kde se
opakované přehrání do dané databáze.

00:08:53.020 --> 00:08:55.950
Ano v tomto scénáři, kde jste
2008 se inovace nebo 16,

00:08:55.950 --> 00:08:58.740
Můžete to provést jednou fo 2008 a
jiný čas pro 2016.

00:08:58.740 --> 00:09:02.021
>>-Li si vzpomenout na architekturu
jsme měli dva.

00:09:02.021 --> 00:09:04.760
Na A a
druhý je B.

00:09:04.760 --> 00:09:06.610
>> Můžete dělat ty paralelně, nebo

00:09:06.610 --> 00:09:09.390
služba spuštěna před A a
pak B?

00:09:09.390 --> 00:09:10.970
>> Z uživatelského Rozhraní,
jsme budete být jedním ji najednou.

00:09:10.970 --> 00:09:12.400
>> Jeden po druhém.
>> Máme podpora příkazu

00:09:12.400 --> 00:09:14.770
kde lze provést současně.

00:09:14.770 --> 00:09:16.990
>> Je možné vykázat pro
obě instance.

00:09:16.990 --> 00:09:18.010
>> To je dobrý.

00:09:18.010 --> 00:09:19.080
Ochladí se.

00:09:19.080 --> 00:09:20.260
>> Ano, Ano
máme na poslední obrazovce.

00:09:20.260 --> 00:09:21.440
Nehodlám příliš daleko do něj.

00:09:21.440 --> 00:09:22.520
To bude trvat
trocha času.

00:09:22.520 --> 00:09:24.250
Tak pro úrok čas,

00:09:24.250 --> 00:09:26.690
Nyní můžeme skutečně odkazovat
Chcete-li instance serveru SQL.

00:09:26.690 --> 00:09:28.440
A vyslovte, zastavit mé před zneužitím.

00:09:28.440 --> 00:09:29.540
>> V pořádku.
>> A potom soubor přehrání.

00:09:29.540 --> 00:09:30.610
A zobrazte průběh,

00:09:30.610 --> 00:09:32.580
stejně jako jste viděli průběh
v první z nich.

00:09:32.580 --> 00:09:33.340
>> Tak to je, kde by přejít,

00:09:33.340 --> 00:09:36.360
Řekněme, že zde je Moje instance 2008
[NEJSOU SLYŠITELNÁ] Přesně.

00:09:36.360 --> 00:09:39.100
>> A poté, kdy byla provedena,
Nyní lze spustit proti mé 2008

00:09:39.100 --> 00:09:40.610
Moje 2016 instance.

00:09:40.610 --> 00:09:41.170
>> Přesně.

00:09:41.170 --> 00:09:42.080
>> V pořádku.
>> Který je správný.

00:09:42.080 --> 00:09:43.700
Veškerá práva a
pak po ukončení kde zjistím

00:09:43.700 --> 00:09:44.860
Výstup výsledků?

00:09:44.860 --> 00:09:47.700
>> Tak nyní máte dvě stopy
zachytit z obou je nahrazen.

00:09:47.700 --> 00:09:50.190
>> V pořádku.
>> A v třetím kroku.

00:09:50.190 --> 00:09:52.310
Máme nové analýzy.

00:09:52.310 --> 00:09:55.460
Tak to je, kde se uvádí, pokud je
Zde naleznete v trasování ze zdrojového serveru

00:09:55.460 --> 00:09:57.560
a sledování od cílového serveru.

00:09:57.560 --> 00:10:00.690
Tak to je, kde se uvádí
soubory trasování 2008 a 2016.

00:10:00.690 --> 00:10:06.076
>> Dva,
není zdroj jeden, dva.

00:10:06.076 --> 00:10:07.064
>> A prvotní a B.

00:10:07.064 --> 00:10:07.825
>> Na B přednostní, v pořádku.

00:10:07.825 --> 00:10:08.411
>> Doprava.

00:10:08.411 --> 00:10:08.971
>> Gotcha.

00:10:08.971 --> 00:10:12.258
>> Ano a pak můžete stanovit, že
a přejděte k serveru SQL Server

00:10:12.258 --> 00:10:15.340
instance, které chcete
Vložte sestavy analýzy.

00:10:15.340 --> 00:10:17.170
A získat data, Ano.

00:10:17.170 --> 00:10:18.670
Ano manuální zobrazit, co máme.

00:10:18.670 --> 00:10:21.099
Jako příklad některých
testy, které jste můžeme provést.

00:10:31.008 --> 00:10:34.260
To je tak, jak by
Zobrazte existující sestavy.

00:10:34.260 --> 00:10:36.860
Jedná se o všechny sestavy
které byly vytvořeny před.

00:10:36.860 --> 00:10:39.067
Což je jeden z nich
Další přechod zobrazení,

00:10:39.067 --> 00:10:42.481
tak to je poznatky, že budete
dostanou do srovnání pracovního vytížení.

00:10:42.481 --> 00:10:45.026
>> Ano, kliknu na dotaz
Toto právo při spuštění

00:10:45.026 --> 00:10:45.851
>> Chtěl jsem ti říct,

00:10:45.851 --> 00:10:47.920
Společnost Microsoft tyto zprávy uložit
Tento druh věcí.

00:10:47.920 --> 00:10:48.623
>> Přesně.

00:10:48.623 --> 00:10:49.138
>> V pořádku.

00:10:49.138 --> 00:10:50.652
>>-Li odkazovat na instanci DB

00:10:50.652 --> 00:10:52.900
bude z vlastního nastavení
věci, které jste provedli.

00:10:52.900 --> 00:10:55.800
>> Takže pokud zjistíte, že všechny
sestavy jsou vytvořeny s

00:10:55.800 --> 00:10:58.800
analýzy předponu a název
které jste zadali v předchozím

00:10:58.800 --> 00:10:59.960
obrazovka, která byla zobrazena přezdívka.

00:10:59.960 --> 00:11:03.030
Ano bude vyžádanou nahoru vše
z této databáze.

00:11:03.030 --> 00:11:03.530
>> V pořádku.
Ochladí se.

00:11:04.640 --> 00:11:08.390
První věcí, které zde vidíte, je
znázornění velikosti pracovní zátěže.

00:11:08.390 --> 00:11:10.490
Nyní existují dva druhy
balls, modré kuličky a

00:11:10.490 --> 00:11:11.630
zelené kuličky.

00:11:11.630 --> 00:11:16.160
Modrá koule průměr zjistí, že jsme
viděli jste poprvé,

00:11:16.160 --> 00:11:19.250
zatímco zelené kuličky rozumí dotazy
které jsme již viděli a

00:11:19.250 --> 00:11:21.240
jsme který jste vyhodnocena.

00:11:21.240 --> 00:11:23.590
Ano, druh ukazuje, jak vaše
průběhu pracovního vytížení a

00:11:23.590 --> 00:11:25.670
To je druh jako
zkušební zatížení.

00:11:25.670 --> 00:11:27.040
To zjistíte v průběhu času,

00:11:27.040 --> 00:11:29.910
většinu dotazů
již jsou vyhodnocovány.

00:11:29.910 --> 00:11:34.380
Cílem je poskytnout přehled na
Haló jste zaznamenali jako zboží

00:11:34.380 --> 00:11:37.980
výši vašeho pracovního vytížení, nebo
velikosti pracovní zátěže stále probíhá?

00:11:37.980 --> 00:11:39.120
>> Ano.
>> Potřebujeme zachytit pro

00:11:39.120 --> 00:11:39.790
little bit delší?

00:11:39.790 --> 00:11:42.370
Tak, aby se druh insight,
Chceme poskytovat z pracovního vytížení

00:11:42.370 --> 00:11:43.150
reprezentace.

00:11:43.150 --> 00:11:44.870
>> V pořádku, tak je to Haló,

00:11:44.870 --> 00:11:46.810
mám dost zaznamenali
>> Přesně.

00:11:46.810 --> 00:11:48.590
>> Aby bylo možné informace
Chcete-li dobré rozhodnutí.

00:11:48.590 --> 00:11:50.470
>> Opravte.
>> Tento druh vůle pomoci ostatním uživatelům

00:11:50.470 --> 00:11:52.530
Podobně jako u finančních institucí

00:11:52.530 --> 00:11:55.540
Příklad, jako mají vyskladnění
hodiny na jako 3: 00 do 5: 00.

00:11:55.540 --> 00:11:56.140
>> V pořádku.

00:11:56.140 --> 00:11:56.980
>> Nyní, společnosti nebo

00:11:56.980 --> 00:11:59.270
I 'm právě to říci, jako I
Nevím, jaké doby vyskladnění.

00:11:59.270 --> 00:11:59.950
>> Doprava.
>> Ale

00:11:59.950 --> 00:12:02.750
které se chtějí zaměřit v
objednávky, chcete-li získat tento skutečné pracovní zátěže

00:12:02.750 --> 00:12:03.470
reprezentace.

00:12:03.470 --> 00:12:05.250
>> V pořádku,
nebyl jsme myslím, že jsme zde pokrýt.

00:12:05.250 --> 00:12:05.800
>> Ano.
>> Je?

00:12:05.800 --> 00:12:06.310
>> Opravte.

00:12:06.310 --> 00:12:08.020
>> V pořádku.
>> Tento přehled vám pomůže to je

00:12:09.800 --> 00:12:10.910
zachycení v pravý čas.

00:12:10.910 --> 00:12:11.980
>> V pořádku, perfektní.

00:12:11.980 --> 00:12:12.950
>> Ano.

00:12:12.950 --> 00:12:15.410
>> A je to co vidíme.

00:12:15.410 --> 00:12:19.200
Poskytujeme analýzy spolehlivosti
na jaké dotazy mnoha chybami,

00:12:19.200 --> 00:12:22.060
dotazy, co dojde ke zhoršení, jaké dotazy
lepší a věci který po

00:12:22.060 --> 00:12:25.410
Provádíme experimenty mezi dvěma
různé verze serveru SQL Server.

00:12:25.410 --> 00:12:27.140
>> Tak, zde tento blok
Červený blok

00:12:27.140 --> 00:12:30.000
ve skutečnosti jsou uvedeny dotazy
že příliš mnoha chybami.

00:12:30.000 --> 00:12:30.998
>> Můžeme získat do které.

00:12:30.998 --> 00:12:35.750
>> Čekat, může vás bude
můžete požádat jiného zřejmé nebo

00:12:35.750 --> 00:12:37.800
možná není zřejmá otázka.

00:12:37.800 --> 00:12:38.360
>> Opravdu.
>> Tak,

00:12:38.360 --> 00:12:40.850
jsme spustili test proti SQL 16.

00:12:40.850 --> 00:12:41.920
>> Doprava.

00:12:41.920 --> 00:12:44.290
>> Tak,
Mám dotaz postupy, které byly spuštěny.

00:12:44.290 --> 00:12:47.910
Takže říká červený, není dotazy
která pochází z [INAUDIBLE]

00:12:47.910 --> 00:12:49.860
2008, které mají chybné na 2016.

00:12:49.860 --> 00:12:51.781
>> V pořádku.
[NEŽÁDOUCÍM] Dva,

00:12:51.781 --> 00:12:53.635
tři možnosti, vpravo?

00:12:53.635 --> 00:12:57.160
Jeden je dotazů, které pracovalo správně
v roce 2008, ale chybné, v 2016.

00:12:57.160 --> 00:12:57.900
>> V pořádku.

00:12:57.900 --> 00:13:00.660
>> A jeden vypadá,
věci, které pracovalo správně

00:13:00.660 --> 00:13:03.840
také nefunguje správně v 2008,
ale začal, pracovat správně na 2016.

00:13:03.840 --> 00:13:05.150
To je možná příliš.

00:13:05.150 --> 00:13:05.680
>> Ano.

00:13:05.680 --> 00:13:07.490
>> Tak jsme druh Zobrazit vše
kombinace zde.

00:13:07.490 --> 00:13:08.600
>> V pořádku.

00:13:08.600 --> 00:13:10.470
Ano pro
například, pokud přejdete zde vpravo?

00:13:10.470 --> 00:13:13.060
Existují tři věci,
existující chyby, nové chyby a

00:13:13.060 --> 00:13:13.990
vyřešit chyby.

00:13:13.990 --> 00:13:15.750
>> V pořádku.
>> Existující chyby je to znáte

00:13:15.750 --> 00:13:19.290
chyby jsme viděli v roce 2008 a jsme
Typ zobrazení v 2016 i.

00:13:19.290 --> 00:13:20.770
>> V pořádku.
>> Nové chyby jsou stejně jako My

00:13:20.770 --> 00:13:23.054
Toto ale neviděl
můžeme jej nyní zobrazeny v 2016.

00:13:23.054 --> 00:13:24.552
>> Některých fyzických změn.

00:13:24.552 --> 00:13:27.540
>> Některé změny a některá klíčová slova nejsou
jsou podporovány a doplňky jako že.

00:13:27.540 --> 00:13:29.800
A odstranění chyb,
věci, které jsme viděli v roce 2008,

00:13:29.800 --> 00:13:31.480
erring ale byl vyřešen v 2016.

00:13:31.480 --> 00:13:34.980
>> V pořádku.
>>, Je to obojí, provádíme

00:13:34.980 --> 00:13:38.340
Pokud se podíváte na některé například
chyby, vypočítat klávesnice vpravo.

00:13:38.340 --> 00:13:40.905
Můžeme zastavit výpočetní podpora
klávesnice Super, říká

00:13:40.905 --> 00:13:41.715
je 12 jednoho slova.

00:13:41.715 --> 00:13:45.765
>> Tedy na druh říká alespoň DMA
Zde je problém, který můžeme nalézt v pořádku

00:13:45.765 --> 00:13:46.465
>> Ano, přesně.

00:13:46.465 --> 00:13:49.115
Tak druh zjistíte z
Perspektiva pracovního vytížení.

00:13:49.115 --> 00:13:51.995
A můžete přejít k podrobnostem a zobrazit jako
Další informace o editorech a

00:13:51.995 --> 00:13:53.905
věci, jako že.

00:13:53.905 --> 00:13:58.525
Mohu se vrátit na hlavní stránku a

00:13:58.525 --> 00:14:01.550
Když se vrátíme zpět na právní dotazy
Chci říct.

00:14:01.550 --> 00:14:03.082
Ano, také DBA a

00:14:03.082 --> 00:14:05.980
Aplikace, které se pokouším zjistit, co
je vliv spuštění mé pracovní vytížení.

00:14:05.980 --> 00:14:09.690
Kolik výkonu přístupů
jsem po vyjmutí tímto způsobem?

00:14:09.690 --> 00:14:11.900
Ano toto zobrazení druh vám který.

00:14:11.900 --> 00:14:16.180
Tak vidíme dotazy,
střední hodnota doby trvání AB a

00:14:16.180 --> 00:14:18.310
rozdíl trvání a
prezentace rozdíl.

00:14:18.310 --> 00:14:20.370
Vybrat objekt, který je
trochu významné.

00:14:22.180 --> 00:14:23.020
Může být jeden z nich.

00:14:25.620 --> 00:14:27.220
Můžeme tedy sestavit dolů
z dotazu zde.

00:14:27.220 --> 00:14:30.140
Všimněte si, jedna věc je
dotaz je normalizován.

00:14:30.140 --> 00:14:31.620
Parametry jsou převzaty.

00:14:31.620 --> 00:14:34.540
Který zajišťuje, že jsme sort z

00:14:34.540 --> 00:14:37.710
použití algoritmu hash stejný dotaz
bez parametrů.

00:14:38.960 --> 00:14:42.050
Zjistíte, jak často
jej obdržel zabezpečené A a B, střední

00:14:42.050 --> 00:14:45.710
doby trvání, procesorů, čtení,
zápisy a podobný věci.

00:14:45.710 --> 00:14:49.430
To také umožní
porovnání plánů dotazů.

00:14:49.430 --> 00:14:52.300
Nyní se pro tuto část jsme
plány dotazů byly zkompilovány.

00:14:52.300 --> 00:14:53.520
>> V pořádku.

00:14:53.520 --> 00:14:56.870
>>, Ale pokud se podíváte na zkompilovaný
plány dotazů, které stále můžete vidět zde

00:14:56.870 --> 00:15:00.570
je rozdíl, pokud jde o způsob
jsou plány kompilovaný dotaz.

00:15:00.570 --> 00:15:07.140
Tak například pro it jeho zobrazení
Průměrné trvání 47,847.

00:15:07.140 --> 00:15:08.545
A b, je zobrazen mnohem více.

00:15:08.545 --> 00:15:10.490
>> Doprava.
>> Platební plán kompilace, tj.

00:15:10.490 --> 00:15:13.780
a data skutečného provedení
říci totéž.

00:15:13.780 --> 00:15:16.790
Pokud se na to podíváte zde
vidíte, doba trvání

00:15:16.790 --> 00:15:19.620
B, tečkované čáry
modré čáry v horní části,

00:15:19.620 --> 00:15:23.345
je mnohem vyšší než bez teček
modrá čára, tučné modré čáry.

00:15:23.345 --> 00:15:24.560
>> V pořádku.
>> A uvidíte je

00:15:24.560 --> 00:15:26.640
rozdíl v také využití procesoru.

00:15:26.640 --> 00:15:28.440
Ve skutečnosti používají v B
trochu více procesorů.

00:15:28.440 --> 00:15:28.970
U tohoto úvěru

00:15:28.970 --> 00:15:31.550
uvidíte rozdíl ve výkonu
Pokud jde o rozklad.

00:15:31.550 --> 00:15:32.050
>> V pořádku.
>> Ano.

00:15:32.050 --> 00:15:32.730
A je to

00:15:32.730 --> 00:15:36.710
Lze uhodnout, je střelivo
Chcete-li zjistit, proč je

00:15:36.710 --> 00:15:37.870
degredated a říkají Haló,
>> Ano.

00:15:37.870 --> 00:15:38.995
>> To je správné, vpravo.

00:15:38.995 --> 00:15:41.920
>> Cuz je druh zajímavé
víte, že jsme měli pár - příčina

00:15:41.920 --> 00:15:44.430
Boba Warda na zde přejde,
SQL16 je jen rychlejší.

00:15:44.430 --> 00:15:45.220
A podíváme se na to a

00:15:45.220 --> 00:15:47.090
Jsem jako studny,
>> Ano.

00:15:47.090 --> 00:15:49.330
>> V některých případech není,
>> Ano, přesně.

00:15:49.330 --> 00:15:50.010
To co se stalo?

00:15:50.010 --> 00:15:52.000
>> Mohou mít má pokračovat a
nástroje Tweak plán dotazů.

00:15:52.000 --> 00:15:52.860
Ano nástroje Tweak plán dotazů.

00:15:52.860 --> 00:15:54.490
A potom odstranit před
můžete provést upgrade.

00:15:54.490 --> 00:15:55.350
>> Doprava. Okay >> doprava.

00:15:55.350 --> 00:15:56.260
>> A která dává smysl, protože

00:15:56.260 --> 00:15:57.630
stejně jako jste řekli, že je
somethings,

00:15:58.640 --> 00:15:59.960
Nemáte přeložit i-
>> Přesně.

00:15:59.960 --> 00:16:04.040
>> Na 16 z klíčového slova
segregator a věci jako že.

00:16:04.040 --> 00:16:07.150
>> Doprava. Jisti. >> Opravit,
Ano a pracujeme na další data

00:16:07.150 --> 00:16:12.100
do něj Jak vidíme více
data, která mohou být užitečné.

00:16:12.100 --> 00:16:14.330
>> Lze tento nástroj v určitém okamžiku

00:16:14.330 --> 00:16:17.310
Databáze SQL Azure nepodporuje
v tomto okamžiku se?

00:16:17.310 --> 00:16:18.650
Nebo je pouze v prostorách.

00:16:18.650 --> 00:16:20.650
>> Nepodporuje
Azure SQL DB právě teď.

00:16:20.650 --> 00:16:23.200
Ale nepodporuje SQL na VMs.

00:16:23.200 --> 00:16:24.750
Ačkoli je možné scénáře.

00:16:24.750 --> 00:16:25.520
>> Je stejný.

00:16:25.520 --> 00:16:27.860
>> Ano, SQL a SQL na VMs.

00:16:27.860 --> 00:16:29.150
>> By existovat plány?

00:16:29.150 --> 00:16:32.010
Protože možná Pokud přemýšlím
asi přece chcete přejít.

00:16:33.380 --> 00:16:34.800
Protože pokud jsem nezávislým výrobcům softwaru nebo

00:16:34.800 --> 00:16:37.150
něco jako, že
láska k přechodu do databáze SQL Azure.

00:16:37.150 --> 00:16:38.950
ale je Moje pracovní vytížení
Chcete-li přeložit, a

00:16:38.950 --> 00:16:42.290
případně jaké vrstvy služeb produktu v Azure SQL
databáze nutné k vyskladnění, aby

00:16:42.290 --> 00:16:44.290
mít tento stejný výkon pracovního vytížení?

00:16:44.290 --> 00:16:45.240
>> Ano.
>> Je druh?

00:16:45.240 --> 00:16:46.620
>> Ano.
To jsou věci, které máme

00:16:46.620 --> 00:16:47.280
mluvili a má

00:16:47.280 --> 00:16:47.780
>> V pořádku.
>> Přesně.

00:16:47.780 --> 00:16:48.510
>> Nechci I s žádostí o

00:16:48.510 --> 00:16:49.170
silniční mapa.
>> Ano.

00:16:49.170 --> 00:16:50.320
>> Nebo datum, nebo něco podobně jako.

00:16:50.320 --> 00:16:52.350
>> Doprava. Č. >>
>> Bylo na naše mozky a

00:16:52.350 --> 00:16:53.190
jsme jste byl mluví o něm.

00:16:53.190 --> 00:16:54.430
>> A
ve skutečnosti platný scénář je příliš.

00:16:54.430 --> 00:16:56.060
>> Ano, je platný scénář.

00:16:56.060 --> 00:16:58.110
>> Ano.
Je push směrem k průchodu a sass,

00:16:58.110 --> 00:16:58.830
věci, jako že.

00:16:58.830 --> 00:16:59.330
>> Přesně.

00:16:59.330 --> 00:17:00.870
>> By mohla vidíme, že kinda přechodem.

00:17:00.870 --> 00:17:01.900
>> Přesně. Úplně.

00:17:01.900 --> 00:17:02.630
>> Dobrá ochladí.

00:17:02.630 --> 00:17:03.960
Je to Super.

00:17:03.960 --> 00:17:05.630
Miluji z hlediska.

00:17:05.630 --> 00:17:08.970
A myslím, že můj původní dotaz byl,
Obě DMA.

00:17:10.180 --> 00:17:11.370
Je -
>> DOMOOVÉ.

00:17:11.370 --> 00:17:11.910
>> DOMOOVÉ.

00:17:11.910 --> 00:17:15.305
Nestojí
vládní organizace.

00:17:15.305 --> 00:17:17.720
[NESMĚJEME] Nestojí u dané.

00:17:17.720 --> 00:17:20.240
Ale můžete vidět tyto nástroje
druh společně,

00:17:20.240 --> 00:17:22.130
cuz, obě doplňuje
každý další velmi dobře.

00:17:22.130 --> 00:17:22.920
>> Absolutně.

00:17:22.920 --> 00:17:23.650
>> Ano.
>> Právo?

00:17:23.650 --> 00:17:25.800
Ale já si myslím co DMA
nemá se

00:17:25.800 --> 00:17:28.690
Když na to podíváte z od
Moje pracovní zatížení perspektivy.

00:17:28.690 --> 00:17:29.620
>> Opravte.

00:17:29.620 --> 00:17:32.840
>> To co je
Je nutné stanovit pro můj dotaz?

00:17:32.840 --> 00:17:36.990
A můžete my kohout, teď jsem
lze hovořit o, je možné

00:17:36.990 --> 00:17:40.880
Klepněte do úložiště dotaz 16
a go využít některé, možná?

00:17:40.880 --> 00:17:43.560
Nevím, je kinda
Myslím nahlas trochu.

00:17:43.560 --> 00:17:44.440
>> Ano.
Myslím zcela jistě.

00:17:44.440 --> 00:17:46.220
Myslím, že to jsou věci
díváme se do.

00:17:46.220 --> 00:17:47.030
>> V pořádku.

00:17:47.030 --> 00:17:48.980
>> Ano,
diskuse o které Pořádáme. Ochladí se.

00:17:48.980 --> 00:17:50.760
>> Tak to je právě znovu spustit jej.

00:17:50.760 --> 00:17:51.420
>> V pořádku.
>> Myslím I

00:17:51.420 --> 00:17:54.710
byl o tom dříve,
jsme navštívili out live minulý týden.

00:17:54.710 --> 00:17:55.210
>> V pořádku.

00:17:55.210 --> 00:17:59.510
>> Bylo oznámeno, technická
Náhled v minulém týdnu.

00:17:59.510 --> 00:18:00.100
>> V pořádku.
>>

00:18:00.100 --> 00:18:02.050
je k dispozici pro veřejné zobrazení
a

00:18:02.050 --> 00:18:04.030
je ke stažení z
Stažení softwaru.

00:18:04.030 --> 00:18:05.850
>> V pořádku.
>> Tak mohou lidé, prohlédněte si

00:18:05.850 --> 00:18:06.630
použijte.

00:18:06.630 --> 00:18:08.320
Vaše názory všech.

00:18:08.320 --> 00:18:08.910
Dané položky.
>>

00:18:08.910 --> 00:18:11.410
Popis pořadu
jsme se umístili odkaz ke stažení.

00:18:11.410 --> 00:18:12.710
>> Vynikající.
>> Absolutně.

00:18:12.710 --> 00:18:14.825
>> A co je nejlepší způsob
jejich názor?

00:18:14.825 --> 00:18:17.905
>> [NEJSOU SLYŠITELNÁ]
>> Je DA názory na

00:18:17.905 --> 00:18:19.630
Microsoft.com, zde
je tam alias.

00:18:19.630 --> 00:18:20.530
>> V pořádku.

00:18:20.530 --> 00:18:24.390
>> Také musíme
>> Propojení z nástroje, které potřebujeme

00:18:24.390 --> 00:18:26.240
Chcete-li přidat na místě
>> V pořádku, protože

00:18:26.240 --> 00:18:27.110
Vložit všechny dané informace-
>> A

00:18:27.110 --> 00:18:31.070
již jsme začali, zobrazení dávky
ke stažení od minulého týdne.

00:18:31.070 --> 00:18:33.000
A také jsme měli několik názorů.

00:18:33.000 --> 00:18:33.970
>> Ano, naprosto.

00:18:33.970 --> 00:18:36.270
>> Tak, aby byly osoby
přehrávání kolem pro-

00:18:36.270 --> 00:18:37.610
>> Dobře jste SQL průchod vpravo.

00:18:37.610 --> 00:18:39.110
Ano všechny této osoby
budou například nový nástroj!

00:18:39.110 --> 00:18:39.890
Manuální stažení.

00:18:39.890 --> 00:18:41.320
>> Ano.
>> Přesně.

00:18:41.320 --> 00:18:43.160
Super, je to Nádherné,
Děkujeme za přišel.

00:18:43.160 --> 00:18:44.050
>> Děkuji.

00:18:44.050 --> 00:18:48.020
>> Děkujeme za váš čas, bylo by
vás uvidíme zpět asi kinda

00:18:48.020 --> 00:18:52.600
GA, když je nová funkce, které
přijdete protože myslím, že je vezmete

00:18:52.600 --> 00:18:57.790
Některé tuto zpětnou vazbu a zlepšit
cuz nástroj již je Super,

00:18:57.790 --> 00:19:01.030
že jsme by se rádi
>> Druh co je nového v tomto nástroji.

00:19:01.030 --> 00:19:01.908
>> Dobré zvuky.
>> Vychladnout.

00:19:01.908 --> 00:19:03.404
>> Přece každý uživatel,
Děkujeme za sledování a

00:19:03.404 --> 00:19:04.372
uvidíme se příště.

00:19:04.372 --> 00:19:14.372
[HUDBA]