WEBVTT

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

00:00:13.237 --> 00:00:15.891
Hi každého Vítejte do jiného
zajímavé díl Data vystavena.

00:00:15.891 --> 00:00:16.920
Jsem váš hostitel Scott Kleinovi a

00:00:16.920 --> 00:00:19.060
s me v oblíbených
Michal [NESMĚJEME] poptávky.

00:00:19.060 --> 00:00:19.780
>> [NESMĚJEME]
>> Michael Rys.

00:00:19.780 --> 00:00:20.370
>> Děkuji, Scott.

00:00:20.370 --> 00:00:22.000
>> Michaela, jak se máte?

00:00:22.000 --> 00:00:23.570
>> Hi že, Ano

00:00:23.570 --> 00:00:28.380
Jsem zpět po více než půl rok
aplikace není mluví o U-SQL.

00:00:28.380 --> 00:00:31.100
Jsem zpět vám umožní aktualizaci
o co jsme přidali a

00:00:31.100 --> 00:00:31.660
co jsme změnili.

00:00:31.660 --> 00:00:34.540
>> Ano, a díváme se dopředu
k němu cuz U-SQL je oblíbené téma.

00:00:34.540 --> 00:00:36.400
Proto před tím, než začneme,
Můžeme hovořit o tom,

00:00:36.400 --> 00:00:38.490
Dejte sami sobě skutečně urychluje
ti, kteří nemusí vědět.

00:00:38.490 --> 00:00:39.830
>> Ano, takže mé jméno je Mike Rys

00:00:39.830 --> 00:00:43.170
Jsem Správce programů v
Tým společnosti Microsoft Big Data.

00:00:43.170 --> 00:00:47.510
Jsem odpovědný za U-SQL a
Azure Data Lake Analytics.

00:00:47.510 --> 00:00:48.240
>> Super.

00:00:48.240 --> 00:00:50.082
V pořádku, takže zde můžete hovořit o,

00:00:50.082 --> 00:00:54.294
cuz Ano bylo pravděpodobně čtyř až
vzhledem k tomu, že jsme je měli v posledních šesti měsíců.

00:00:54.294 --> 00:00:54.960
>> Ano.

00:00:54.960 --> 00:00:59.070
>> A co je nového od
naposledy jsme měli jste?

00:00:59.070 --> 00:01:02.790
>> Dobře, takže jsme provedli docela trochu
pokrok při přidání některých funkcí

00:01:02.790 --> 00:01:04.163
že lidé požádali.

00:01:04.163 --> 00:01:04.737
>> Ano.
>> A

00:01:04.737 --> 00:01:09.060
několik funkcí, které si můžeme představit
je možné přidat zajímavé.

00:01:09.060 --> 00:01:11.610
Také přidá výkonu
vylepšení atd., a

00:01:11.610 --> 00:01:15.380
Rychle jsem druh zde na
několik těchto dotknete.

00:01:15.380 --> 00:01:17.014
>> Veškerá práva.
>> A zobrazí některé kód a

00:01:17.014 --> 00:01:17.910
vzorky, atd.

00:01:17.910 --> 00:01:18.750
>> Vždy líbí se dívá na kód.

00:01:18.750 --> 00:01:20.160
Veškerá práva, Řekněme krok vpravo v.

00:01:20.160 --> 00:01:20.890
Tak co jsme získali?

00:01:20.890 --> 00:01:25.440
>> V pořádku, tak nejprve v podmínkách
Některé nové funkce, které máme.

00:01:25.440 --> 00:01:27.160
Můžeme přidat zabezpečení.

00:01:27.160 --> 00:01:27.690
>> V pořádku.
>> A

00:01:27.690 --> 00:01:32.178
v podstatě ACLing ve složce a
úroveň souboru fidle a

00:01:32.178 --> 00:01:34.925
složky na úrovni, o který bohužel.

00:01:34.925 --> 00:01:36.500
>> [NESMĚJEME]
>> V úložišti a

00:01:36.500 --> 00:01:39.900
také možnost nastavení
oprávnění na úroveň databáze.

00:01:39.900 --> 00:01:42.210
Manuální tak rychle zobrazit.
můžete v portálu,

00:01:42.210 --> 00:01:44.670
což je jediným způsobem,
To můžete nyní provést.

00:01:44.670 --> 00:01:45.200
>> V pořádku.
>>

00:01:45.200 --> 00:01:46.955
zde máme náš portál Azure a

00:01:46.955 --> 00:01:49.170
I 'm otevření mé
Data Lake účet zde.

00:01:50.370 --> 00:01:54.530
A potom na účet datového jezera
pomocí nástroje Průzkumník dat

00:01:54.530 --> 00:01:56.340
Vidím zde databází.

00:01:56.340 --> 00:01:59.010
Ano, pokud I přiblížit rychle,

00:01:59.010 --> 00:02:00.910
Můžete si zde Můj katalog
>> Ano.

00:02:00.910 --> 00:02:02.930
>> má tyto databáze.

00:02:02.930 --> 00:02:07.030
Takže nyní Podívejme se na
JSONBlock databáze zde.

00:02:07.030 --> 00:02:13.160
A nyní si všimnete, tak zde
existuje vlastnost řízení přístupu.

00:02:13.160 --> 00:02:17.510
Nyní mi umožňuje
v zásadě udělit oprávnění pro

00:02:17.510 --> 00:02:21.340
uživatelům databáze a
proveďte akce s ním.

00:02:21.340 --> 00:02:26.690
Takže vidíte zde, v tomto okamžiku
je pouze Já, která mají přístup.

00:02:26.690 --> 00:02:29.975
Takže mít vlastníka, který je
osoba, která vytváří databázi.

00:02:29.975 --> 00:02:30.600
>> Mm-hm.

00:02:30.600 --> 00:02:33.780
>> Lze nastavit oprávnění
na základě za skupinu.

00:02:33.780 --> 00:02:35.460
A pro ostatní uživatelé.

00:02:35.460 --> 00:02:39.244
Například můžete mít
skupiny osob, které lze pro

00:02:39.244 --> 00:02:41.221
Příklad vytvoření objektů v ní.

00:02:41.221 --> 00:02:45.634
Například zaregistrovat sestavení, vytvoření
tabulky, vkládání dat a automatické skenování.

00:02:45.634 --> 00:02:49.460
Číst pouze z dat
uvnitř tabulky.

00:02:49.460 --> 00:02:52.737
>> Je to stejně jako ostatní Azure
úložiště dat a podobný věci?

00:02:52.737 --> 00:02:53.727
To být možné vytáhnout

00:02:53.727 --> 00:02:56.170
Azure Active Directory
>> Ano.

00:02:56.170 --> 00:02:56.700
>> oprávnění?

00:02:56.700 --> 00:02:59.280
>>, Tak zásady zabezpečení
jsou Azure služby Active Directory.

00:02:59.280 --> 00:03:02.630
Proto je buď některé přihlašovací nebo

00:03:02.630 --> 00:03:06.160
skupiny zabezpečení, které můžete použít
jako zabezpečení zásady zde.

00:03:06.160 --> 00:03:06.750
>> V pořádku.
>> A

00:03:06.750 --> 00:03:09.960
oprávnění
jsou specifické databáze.

00:03:09.960 --> 00:03:14.640
Tak pro čtení nebo zápis, nebo
v zásadě výčet, např.

00:03:14.640 --> 00:03:16.780
Tak uvidíte zde druh
oprávnění, která mají.

00:03:16.780 --> 00:03:17.340
>> V pořádku.

00:03:17.340 --> 00:03:18.440
Na úrovni databáze.

00:03:18.440 --> 00:03:19.630
>> Krásné, v pořádku.

00:03:19.630 --> 00:03:22.210
A jak dlouho
který byl k dispozici?

00:03:22.210 --> 00:03:28.280
>> Tak, aby byl k dispozici pro
o měsíc nyní.

00:03:28.280 --> 00:03:29.608
>> V pořádku.
>> Nyní I další věc je

00:03:29.608 --> 00:03:31.780
Chcete-li hovořit o
zlepšení výkonu.

00:03:31.780 --> 00:03:35.660
Nyní tato zlepšení výkonu
ještě nejsou v produktu.

00:03:35.660 --> 00:03:36.360
>> V pořádku.
>> Ale

00:03:36.360 --> 00:03:39.315
by měl být pravděpodobně v době
Toto video uvedete.

00:03:39.315 --> 00:03:41.410
>> [NESMĚJEME]
>> Nebo se po krátké době zde zpravidla.

00:03:41.410 --> 00:03:42.020
>> Zpravidla.

00:03:42.020 --> 00:03:44.118
>> Není stejně jako měsíc později.

00:03:44.118 --> 00:03:47.380
A co je, je, že je v podstatě jsme

00:03:47.380 --> 00:03:50.585
mají velký počet uživatelů této lásky
Náš soubor používat funkci nastavit.

00:03:50.585 --> 00:03:53.885
V podstatě znamená sadu funkcí souborů
Zadejte cestu, která obsahuje

00:03:53.885 --> 00:03:58.125
zástupné znaky v cestě k vyzvednutí
všechny soubory, které odpovídají cestu.

00:03:58.125 --> 00:03:59.145
>> Odpovídat cestě.

00:03:59.145 --> 00:04:00.755
>> Ale
Máme problémy s výkonem.

00:04:00.755 --> 00:04:03.055
A manuální rychle zobrazit.
Můžete například zde.

00:04:04.175 --> 00:04:09.620
V takovém případě přejít přes zde
Mám Visual Studio.

00:04:09.620 --> 00:04:11.370
Mám jednoduchý skript.

00:04:11.370 --> 00:04:14.020
>> Ano.
>> Nyní tento skript bude

00:04:14.020 --> 00:04:16.230
Některé z našich telemetrické údaje.

00:04:16.230 --> 00:04:16.949
>> V pořádku.
>> A

00:04:16.949 --> 00:04:19.639
Pokud se podíváte na co
máte je zde,

00:04:19.639 --> 00:04:24.770
má v podstatě poměrně dlouhou cestu
Název s velkým množstvím vzorů v něm.

00:04:24.770 --> 00:04:29.160
Takže v podstatě parameterizes
Můžeme Hledat v clusteru.

00:04:29.160 --> 00:04:30.840
Datum, rok, měsíc, datum.

00:04:30.840 --> 00:04:31.610
>> Ano a název.

00:04:31.610 --> 00:04:33.350
>> A název souboru.

00:04:33.350 --> 00:04:36.929
A co udělat, zde je I stejně
v podstatě extrahovat data z

00:04:38.200 --> 00:04:40.950
řádky, protože
Jsem druh poměrně líný zde.

00:04:40.950 --> 00:04:42.440
>> Ano.
>> A I podporu zjevně všechny

00:04:42.440 --> 00:04:45.395
Tyto nazýváme virtuální sloupce
ze vzorku.

00:04:45.395 --> 00:04:45.950
>> Doprava.
>> A

00:04:45.950 --> 00:04:49.270
potom dělat některé jednoduché
shluky dolů došlo, a

00:04:49.270 --> 00:04:50.660
jejich výstup do souboru.

00:04:50.660 --> 00:04:53.170
Takže není nutné
zapsat data.

00:04:53.170 --> 00:04:58.600
Teď nehodlám používat, ale
Pokud spustíte tento existující

00:04:58.600 --> 00:05:02.850
v současné době běhu
si všimnete, že je zde několik věcí.

00:05:02.850 --> 00:05:06.110
Manuální rychle přiblížit,
uvidíte zde čísla.

00:05:06.110 --> 00:05:13.000
To první máme asi 2,150
soubory, které jsme provozující.

00:05:13.000 --> 00:05:15.010
Zde najdete
na pravé straně.

00:05:15.010 --> 00:05:16.098
>> 2,150.
>> Manuální,

00:05:16.098 --> 00:05:18.700
je možné zvětšit do části zde.

00:05:18.700 --> 00:05:20.310
Tak to je v podstatě vstup.

00:05:20.310 --> 00:05:23.290
Tak můžeme pracovat na více než 2 000 souborů.

00:05:23.290 --> 00:05:23.940
>> V pořádku.

00:05:23.940 --> 00:05:27.825
>> Nyní bohužel
Kompilace trvá deset minut.

00:05:27.825 --> 00:05:28.600
>> [NESMĚJEME]
>> V okamžiku.

00:05:28.600 --> 00:05:31.230
A skutečně,
Pokud dosáhnete asi 5000 soubory nebo

00:05:31.230 --> 00:05:33.190
tak jsme vyprší je.

00:05:33.190 --> 00:05:37.580
Protože naše doba kompilace
mimo limit je 24 minut.

00:05:37.580 --> 00:05:39.620
>> V pořádku.
>> A pak brát v úvahu queuing, I

00:05:39.620 --> 00:05:42.850
kdyby některé položky, které při
stejnou dobu, kdy dělal tuto úlohu.

00:05:42.850 --> 00:05:46.411
A pak jsi
systém za 35 minut.

00:05:46.411 --> 00:05:46.932
>> Ano, woo.

00:05:46.932 --> 00:05:50.264
>> Nebo 35 a půl minut
ve skutečnosti získáte své vlastní položky provést.

00:05:50.264 --> 00:05:50.889
>> V pořádku.

00:05:50.889 --> 00:05:53.178
>> Ano, tak ne velmi dobrý.

00:05:53.178 --> 00:05:55.150
>> Více než 2 000 souborů, které
jeví jako velmi dlouho.

00:05:56.240 --> 00:05:57.570
>> My sami nyní byl,

00:05:57.570 --> 00:06:02.120
je nyní práce s
na nové bity spuštěny.

00:06:02.120 --> 00:06:02.660
>> V pořádku.

00:06:02.660 --> 00:06:07.890
>> A první věc, kterou
zjistíte, že je Moje

00:06:07.890 --> 00:06:11.530
Nyní odešla doba kompilace
dolů o řádově.

00:06:11.530 --> 00:06:12.830
Nyní je o minutu nebo tak.

00:06:12.830 --> 00:06:13.640
>> Za minutu Ano.

00:06:13.640 --> 00:06:17.560
>> A s největší pravděpodobností bude
měřítko v mnohem lépe.

00:06:17.560 --> 00:06:18.707
podmínky počet souborů.

00:06:18.707 --> 00:06:19.508
>> V pořádku.
>>, Můžeme očekávat, že ji

00:06:19.508 --> 00:06:21.780
být jeden až dva pořadí
soubory více než dříve.

00:06:21.780 --> 00:06:23.550
>> Wow.

00:06:23.550 --> 00:06:25.990
>> A jiné poznámky
tak jako je oznámení,

00:06:25.990 --> 00:06:30.890
opět brát v úvahu queuing,
spuštění bylo méně než deset minut.

00:06:30.890 --> 00:06:35.700
To zpracování těchto
soubory a 2 000 byla poměrně

00:06:35.700 --> 00:06:37.180
Nyní o něco rychlejší.

00:06:37.180 --> 00:06:41.010
Vzhledem k tomu, že také produkují
který lépe plány

00:06:41.010 --> 00:06:43.510
vědět, jak zacházet s těmito soubory.

00:06:43.510 --> 00:06:44.420
>> V pořádku, dobré.

00:06:44.420 --> 00:06:47.930
>> To je právě druhu pokynů na

00:06:47.930 --> 00:06:49.825
co přichází
podmínky výkonu.

00:06:49.825 --> 00:06:50.440
>> Dobré.

00:06:50.440 --> 00:06:53.710
>> Další fakt že jsme
zlepšení je opakované použití obalů.

00:06:53.710 --> 00:06:58.160
Tak dnes při plánování projektu,
Tyto poznámky, které

00:06:58.160 --> 00:07:02.920
mají uvnitř grafu projektu
v podstatě spusťte v malých nádobách.

00:07:02.920 --> 00:07:08.550
A při každém spuštění úlohy
To vytvoří nový kontejner a

00:07:08.550 --> 00:07:13.225
která má mezi půl sekundy
potenciálně několik sekund.

00:07:13.225 --> 00:07:13.970
>> Doprava.

00:07:13.970 --> 00:07:17.710
>> A to co jsme nyní
v další verzi postupu

00:07:17.710 --> 00:07:20.440
je, že jsme se opakovaného použití
kontejnery-li to možné.

00:07:20.440 --> 00:07:23.780
Takže v podstatě nemáte s
že spuštění neustále.

00:07:23.780 --> 00:07:26.799
A která by měla zlepšit
výkon poměrně bit.

00:07:27.930 --> 00:07:28.830
>> To je dobré vědět.

00:07:28.830 --> 00:07:29.893
>> Nyní z hlediska funkčnosti,

00:07:29.893 --> 00:07:31.441
samozřejmě od té doby jsem nebyla
již zde tak dlouho.

00:07:31.441 --> 00:07:32.469
>> [NESMĚJEME]
>> Je k dispozici velké množství

00:07:32.469 --> 00:07:33.089
Funkce [NEŽÁDOUCÍM].

00:07:33.089 --> 00:07:35.760
>> Dlouhý seznam.

00:07:35.760 --> 00:07:39.350
>> Možná přejít a zobrazit několik
ty, manuální rychle přejít přes.

00:07:39.350 --> 00:07:43.000
Tak jsme přidali odběru vzorků, budou I
Ukázat jednoduchý příklad.

00:07:43.000 --> 00:07:46.840
Ale máme také možnost
k odběru vzorků jednotné a

00:07:46.840 --> 00:07:50.480
dokonce i odběr vzorků přes
vzájemném vztahu objektů DataSet.

00:07:50.480 --> 00:07:54.310
Takže pokud tak učiníte, výkresy, kopie
ve skutečnosti statisticky významný

00:07:54.310 --> 00:07:56.765
Ukázka z na obou
společné partnery.

00:07:56.765 --> 00:07:57.610
>> Doprava.

00:07:57.610 --> 00:08:02.270
>> Jsme také možnost
PRESORT nebo omezit.

00:08:02.270 --> 00:08:05.330
I zobrazí rychle kód,
jejich volání.

00:08:05.330 --> 00:08:10.190
Mám na blogu na můj MSDM
blog, který skutečně ukazuje, jak

00:08:10.190 --> 00:08:13.090
reduktorem také zapisovat.

00:08:13.090 --> 00:08:18.240
Přidali jsme některé další
Možnosti deklarací proměnných

00:08:18.240 --> 00:08:20.845
že jsme se zabývají
Parametrizace a

00:08:20.845 --> 00:08:23.705
Konstanta překládání,
Do druhého se zobrazí

00:08:23.705 --> 00:08:25.563
A můžeme přidat Pokud potom jiný.

00:08:25.563 --> 00:08:28.127
>> Ano [NESMĚJEME].

00:08:28.127 --> 00:08:28.985
Ano!

00:08:28.985 --> 00:08:30.465
>> Však je pouze v době kompilace.

00:08:30.465 --> 00:08:31.245
>> V pořádku.
>> V podstatě dává

00:08:31.245 --> 00:08:33.355
je možnost k
parametrize skriptu.

00:08:33.355 --> 00:08:33.930
>> V pořádku.
>> A

00:08:33.930 --> 00:08:37.815
Podívejte se, zda chcete provést,
Řekněme,

00:08:37.815 --> 00:08:40.933
ladicí verze nebo výroby
verze souboru skriptu, například.

00:08:40.933 --> 00:08:42.860
>> V pořádku.
Stále užitečné, když.

00:08:42.860 --> 00:08:47.200
>> Ano, můžete použít také
SOUBOR neexistuje nebo existuje oddíl

00:08:47.200 --> 00:08:51.550
uvnitř IF pak výraz ELSE
nebo v jiné logické souvislosti.

00:08:51.550 --> 00:08:53.492
>> V pořádku.
>> Chcete-li zkontrolovat například

00:08:53.492 --> 00:08:56.323
neobsahuje soubor nebo
oddíl již existuje.

00:08:56.323 --> 00:08:59.490
A pokud ano,
pak můžeme něco provést.

00:08:59.490 --> 00:09:01.040
Nebo pokud tomu tak není,
potom provést něco jiného.

00:09:01.040 --> 00:09:02.150
>> To je skvělý.
>>, Ukážeme vám v

00:09:02.150 --> 00:09:02.830
chvíli také.

00:09:02.830 --> 00:09:04.080
>> V pořádku.

00:09:04.080 --> 00:09:06.680
Přeskočte prvních n řádků, bylo
dotaz pro určitou dobu, myslím.

00:09:06.680 --> 00:09:07.920
>> Ano, Ano, Ano, a

00:09:07.920 --> 00:09:11.252
jsme skutečně byly naději, jsme
by jste se Kdysi dávno.

00:09:11.252 --> 00:09:12.245
>> [NESMĚJEME]
>>, Ale trvalo nám,

00:09:12.245 --> 00:09:13.890
Bohužel, o něco déle.

00:09:13.890 --> 00:09:14.770
A nyní je k dispozici.

00:09:14.770 --> 00:09:15.607
>> V pořádku.
>>, Ukážeme vám

00:09:15.607 --> 00:09:16.169
za jednu minutu také.

00:09:16.169 --> 00:09:18.420
>> Woo, v pořádku.

00:09:18.420 --> 00:09:20.650
>> A
pomocí příkazu zkrátit názvy jazyka C#.

00:09:20.650 --> 00:09:23.150
>> V pořádku.
>> Jsem se zobrazí, který rychle.

00:09:23.150 --> 00:09:26.980
A pak neposlední,
budeme mít změnit přidáním tabulky a

00:09:26.980 --> 00:09:28.090
odebrání sloupců.

00:09:28.090 --> 00:09:29.491
>> V pořádku.
>> Který umožňuje tuto schopnost

00:09:29.491 --> 00:09:31.490
trocha schématu
vývoj na tabulky.

00:09:31.490 --> 00:09:32.560
>> Vynikající.
>> I.

00:09:32.560 --> 00:09:34.950
>> Dobré.
>> Jsem se nezobrazí to však.

00:09:34.950 --> 00:09:36.397
>> To je v pořádku.
>> Můžete vyhledat jej ve verzi

00:09:36.397 --> 00:09:37.598
poznámky, které jsme trochu publikoval.

00:09:37.598 --> 00:09:41.017
>> V pořádku.
>> V pořádku Pojďme zpět na kód

00:09:41.017 --> 00:09:45.633
Zde a podíváme se na
Druhý skript, který mám.

00:09:45.633 --> 00:09:49.318
Nyní tento skript provádí je
Některé proměnné, prohlašuje a

00:09:49.318 --> 00:09:51.275
Že se zobrazí do druhého.

00:09:51.275 --> 00:09:52.862
>> Mm-hm.

00:09:52.862 --> 00:09:54.800
>> Vzhledem k tomu, že
jsou různé možnosti a

00:09:54.800 --> 00:09:56.681
Chcete rychle zobrazit.
je co dělat.

00:09:56.681 --> 00:09:59.712
A pak dolů zde I
Máte příkaz IF.

00:09:59.712 --> 00:10:04.472
A co když nemá prohlášení je
ve skutečnosti zkontroluje soubor neexistuje

00:10:04.472 --> 00:10:07.617
v úložišti při
Skript získá kompilován.

00:10:07.617 --> 00:10:09.279
>> Ano, to je jedním z příkladů
který jste zadali na snímku vpravo?

00:10:09.279 --> 00:10:14.260
>> Ano, a pokud existuje,
potom proveďte oddělení zde.

00:10:14.260 --> 00:10:18.899
Nyní pracuje extrakce
na některá auta telemetrické data.

00:10:18.899 --> 00:10:23.839
A tak, jaká data skutečně
obsahuje, manuální zobrazení,

00:10:23.839 --> 00:10:29.049
rychle se dvěma řádky záhlaví.

00:10:31.040 --> 00:10:34.630
Naleznete zde, je některá auta
telemetrické z řádku dolů.

00:10:34.630 --> 00:10:39.132
Ale stejně dává první řádek
mě některé informace o záznamu.

00:10:39.132 --> 00:10:43.199
A pak mi poskytuje druhý řádek
vlastní záhlaví a tak dále.

00:10:43.199 --> 00:10:45.929
A to samozřejmě I by
Tyto dvě tak přeskočíte

00:10:45.929 --> 00:10:47.361
že můj přístroj funguje.

00:10:50.286 --> 00:10:55.948
Tak používám skipFirstNRows:2.

00:10:55.948 --> 00:11:00.877
Potom udělat některé výpočty
jen několik seskupení

00:11:00.877 --> 00:11:05.940
Chcete-li zobrazit určité informace, a
potom na konci I výstup.

00:11:05.940 --> 00:11:07.880
Pokud soubor neexistuje,

00:11:07.880 --> 00:11:13.200
Stačí vytvořit řádek pseudo
která říká, soubor nebyl nalezen.

00:11:13.200 --> 00:11:16.334
A dělat stejný výstup
podle cheating na název

00:11:16.334 --> 00:11:17.410
sloupce v tomto poli.

00:11:17.410 --> 00:11:19.328
>> [NESMĚJEME]
>> Tak doufám, že spolupracuje.

00:11:19.328 --> 00:11:23.576
Dobrá takže pokud jsem to provést nyní
dobře, předtím, než lze provést,

00:11:23.576 --> 00:11:27.930
Manuální rychle prohlásit,
prohlášení se zde vysvětlete.

00:11:27.930 --> 00:11:31.700
Takže to deklarovat prohlášení
říká DEKLAROVAT externí název.

00:11:31.700 --> 00:11:36.380
Nyní, co to dělá, je, že mi umožňuje
Chcete-li přidat další příkaz prohlášení

00:11:36.380 --> 00:11:41.180
nebo parametr skriptu.

00:11:41.180 --> 00:11:43.424
Ale pokud není žádná
parametr zadán,

00:11:43.424 --> 00:11:46.332
stále spustí skript
Pomocí této výchozí hodnoty.

00:11:46.332 --> 00:11:49.692
Tak tomu tak není, protože dnes když jsem
mít dva deklarovat příkazy

00:11:49.692 --> 00:11:52.090
stejné proměnné.
jsme v podstatě chyba.

00:11:52.090 --> 00:11:53.610
A v tomto případě v podstatě říkáme,

00:11:53.610 --> 00:11:56.790
dobře ve skutečnosti je to druh
výchozí skript.

00:11:56.790 --> 00:11:59.750
A pokud chcete poskytnout mu s
Některé parametr mechanismus pro

00:11:59.750 --> 00:12:02.785
Příklad, Azure Data Factory
jako parametr model

00:12:02.785 --> 00:12:04.620
Pokud se před
příkazy třídy.

00:12:04.620 --> 00:12:08.355
To, že by mi dát možnost
výchozí skript a

00:12:08.355 --> 00:12:11.595
pak ještě parametrize za
Příklad pomocí automatického podavače dokumentů nebo

00:12:11.595 --> 00:12:13.805
některé jiné podání nástroj.

00:12:13.805 --> 00:12:17.623
Pátém řádku
říká deklarace CONST.

00:12:17.623 --> 00:12:21.483
Toto dělá je, že skutečně
zkontroluje, zda výraz infor

00:12:21.483 --> 00:12:25.430
poskytnout až poté, co je konstantní sklopné,
Proč je to důležité?

00:12:25.430 --> 00:12:30.200
Dobře něco je konstanta sklopné
že lze vyhodnocení při kompilaci

00:12:30.200 --> 00:12:31.220
čas, a

00:12:31.220 --> 00:12:35.300
Máme několik kontextů kde jsme
umožňují umístit ve výrazech.

00:12:35.300 --> 00:12:38.860
Buď musí být
sklopné, stejně jako pro konstantu

00:12:38.860 --> 00:12:41.810
Příklad z
Klauzule ve výpisu.

00:12:41.810 --> 00:12:46.190
Nebo zvláštní optimalizace
který se stane.

00:12:47.790 --> 00:12:51.580
Ale budou i nadále spouštět i
Pokud není konstantní sklopné.

00:12:51.580 --> 00:12:54.810
Tak to mi dává možnost
k vyhodnocení, které tento výraz

00:12:54.810 --> 00:12:55.830
konstantní sklopné.

00:12:55.830 --> 00:12:57.028
Nyní v tomto případě

00:12:57.028 --> 00:13:01.617
protože to zřetězení řetězců
anonymní funkce aplikace.

00:13:01.617 --> 00:13:03.347
>> [NESMĚJEME]
>> To nepůjde třeba

00:13:03.347 --> 00:13:05.943
Konstanta sklopné, proto
Pokud lze zkompilovat.

00:13:08.872 --> 00:13:13.118
A zobrazí chyba syntaxe zde
vzhledem k tomu, že používám a nikoli ještě

00:13:13.118 --> 00:13:14.840
Zde vydané runtime.

00:13:14.840 --> 00:13:18.392
To je místní nástroj.
neumí si ještě datum.

00:13:18.392 --> 00:13:22.376
>> [NESMĚJEME]
>> To byl zaznamenám po asi 6 do

00:13:22.376 --> 00:13:29.512
deset sekund bude kompilátor
stížnost na to, se podíváme.

00:13:32.613 --> 00:13:34.850
>> Tak, v tomto bodě
Ano tam je přejít.

00:13:34.850 --> 00:13:37.600
>> Ano, Ano
Manuální chyby zde projít.

00:13:38.740 --> 00:13:42.850
A pokud I přiblížení,
zjistíte, že je nyní říká,

00:13:42.850 --> 00:13:46.850
Výraz nemůže být.
vyhodnotit v době kompilace.

00:13:46.850 --> 00:13:47.447
>> Nelze složit.
A

00:13:47.447 --> 00:13:52.330
Zde je deklarace CONST
výraz, pokud k tomu dojde.

00:13:53.800 --> 00:13:58.458
To co můžete udělat, je nyní,
Zadní strana samozřejmě můžete přejít

00:13:58.458 --> 00:14:04.490
právě tento problém odstranit, a
oprava pomocí tohoto příkazu.

00:14:04.490 --> 00:14:08.470
Nyní ve výchozím nastavení jsou zde
Tento soubor neexistuje.

00:14:08.470 --> 00:14:15.587
V takovém případě lze tuto úlohu provést nyní,
Bude přejít a spustit a

00:14:15.587 --> 00:14:21.032
Vytvoření souboru pouze oznámením
že soubor neexistuje.

00:14:21.032 --> 00:14:27.234
>> V pořádku tak
to bude trvá trochu tento bit.

00:14:29.174 --> 00:14:32.710
Jaký kód byly můžeme prohlédnout?

00:14:32.710 --> 00:14:33.910
>> Díváme to zde.

00:14:33.910 --> 00:14:38.030
>> V pořádku tak je rozdíl,
jak bylo, že řádek 5

00:14:38.030 --> 00:14:42.020
v tomto okamžiku nelze složit, protože
cuz, jej nelze najít název?

00:14:42.020 --> 00:14:44.408
>> No, tak konstantní skládání znamená
který může být vyhodnocen nebo

00:14:44.408 --> 00:14:45.019
kompilovány na.

00:14:45.019 --> 00:14:48.533
Takže jsme v podstatě druhu
provedení některých hodnocení

00:14:48.533 --> 00:14:49.890
výrazy.

00:14:49.890 --> 00:14:52.018
Podobně jako C# význam například

00:14:52.018 --> 00:14:54.288
Pokud přidáte dvě konstanty
hodnoty s C#.

00:14:54.288 --> 00:14:57.846
>> A tak, v tomto případě zjevně
Tento výraz lambda není

00:14:57.846 --> 00:15:01.826
Konstanta sklopné protože naše
konstantní složky není dostatečně inteligentní

00:15:01.826 --> 00:15:02.819
podívat se do něj.

00:15:02.819 --> 00:15:06.251
Zatímco jednoduchý řetězec
zřetězení je podporován,

00:15:06.251 --> 00:15:08.981
ve skutečnosti všechny řetězce
jsou operace,

00:15:08.981 --> 00:15:11.733
To je důvod, proč jsem měl na takové podobné -
>> Veškerá práva, Ano,

00:15:11.733 --> 00:15:12.559
to nyní.

00:15:12.559 --> 00:15:15.719
>> Veškerá práva, ochladí, Pojďme
zpět a zjistěte, co dělá úlohy.

00:15:17.110 --> 00:15:17.631
Tak běží nyní.

00:15:20.490 --> 00:15:22.140
Pravděpodobně již byla dokončena, Ano.

00:15:23.910 --> 00:15:27.015
Proto nyní
Při otevření souboru záhlaví

00:15:27.015 --> 00:15:31.592
stáhnout, pokud budete

00:15:31.592 --> 00:15:36.562
Všimněte si, že zobrazuje -
>> Nebyl nalezen.

00:15:36.562 --> 00:15:37.620
>> Soubor nebyl nalezen.

00:15:38.680 --> 00:15:43.920
A pokud se vrátím nyní a
Změnit

00:15:43.920 --> 00:15:48.450
a přidejte tento další DECLARE.

00:15:48.450 --> 00:15:51.640
před externí příkazy
prohlášení pro stejné proměnné.

00:15:52.770 --> 00:15:54.420
A odešlu to nyní také

00:15:55.450 --> 00:15:57.770
v tomto okamžiku
ve skutečnosti bude pracovat.

00:15:57.770 --> 00:16:00.210
>> Zobrazit.
>> Ano, možná je spuštěna,

00:16:00.210 --> 00:16:01.850
Manuální rychle zobrazit některé
o další položky.

00:16:04.520 --> 00:16:10.210
Tak jednu věc, která měla být
Pořad byl rozsah PRESORT.

00:16:10.210 --> 00:16:14.540
Ano v tomto případě zde I
U-SQL skriptu, který jste

00:16:14.540 --> 00:16:16.780
má některá data oblasti.

00:16:16.780 --> 00:16:22.340
A je třeba druh sbalit.
oblasti, které se překrývají.

00:16:22.340 --> 00:16:26.940
A tak, aby bylo možné provést
lze napsat vlastní agregátor.

00:16:26.940 --> 00:16:31.492
Ale vlastní agregátor, nejlepší
je způsob, jak to provést, vytvořit

00:16:31.492 --> 00:16:34.400
v podstatě nutné
vstupní data seřazena.

00:16:34.400 --> 00:16:38.594
To pak lze pouze vypadají vedle
Chcete-li zobrazit, pokud je nutné zahrnout řádek

00:16:38.594 --> 00:16:42.174
v předchozím intervalu nebo
Pokud spuštění nový interval.

00:16:42.174 --> 00:16:46.647
A proto PRESORT v podstatě nyní
mi poskytuje schopnost vytvářet

00:16:46.647 --> 00:16:49.650
uživatelem definované agregace objednané.

00:16:49.650 --> 00:16:55.320
Tak toto je pouze příklad, můžete
ve skutečnosti to máte na blogu MSDN.

00:16:55.320 --> 00:16:59.260
Pokud chcete také k dispozici
Podívejte se, jak kód vypadá, a

00:16:59.260 --> 00:17:01.270
je ke stažení z
také náš záložní server.

00:17:02.400 --> 00:17:05.800
Ano pak druhý
věc, kterou chci zobrazit

00:17:05.800 --> 00:17:07.799
rychle, je použití příkazu.

00:17:09.230 --> 00:17:13.230
Znovu že jsme je kód to
můžete stáhnout z našeho GitHub.

00:17:14.670 --> 00:17:19.570
Tak co udělat, zde je, že I odkaz
Obsahuje prostorové sestavení serveru SQL Server

00:17:19.570 --> 00:17:22.010
I stáhli a nainstalovali.

00:17:22.010 --> 00:17:24.880
A také již předdefinované a

00:17:24.880 --> 00:17:29.220
zavedené v našem runtime je
na sestavení System.Data.

00:17:29.220 --> 00:17:31.788
Proto nyní mohu, aniž by museli
Microsoft SQL server typy zápisu.

00:17:31.788 --> 00:17:35.734
>> [NESMĚJEME]
>> SQL geometrie nebo zeměpis,

00:17:35.734 --> 00:17:39.181
Stačí použít příkaz USING
ke zkrácení, a

00:17:39.181 --> 00:17:42.243
potom můžete použít
uvnitř mého výrazu jazyka C#.

00:17:42.243 --> 00:17:44.380
>> Tak díky zkušenosti
v tomto případě mnohem lepší?

00:17:44.380 --> 00:17:46.322
>> Ano,
podobné k pomocí klauzule v jazyce C#

00:17:46.322 --> 00:17:48.773
Kromě toho, že se stává horní
místo malé.

00:17:48.773 --> 00:17:51.057
>> V pořádku, Ano, vynikající.

00:17:51.057 --> 00:17:56.300
>> Nyní Vraťme se do našeho projektu
který pochopitelně nyní dokončil.

00:17:56.300 --> 00:17:59.779
Jak je vidět jsme psaní
trochu více dat, takže

00:17:59.779 --> 00:18:01.202
Pokud stahování souboru.

00:18:06.711 --> 00:18:11.142
Nyní vidíte, že jako-
>> V pořádku můžete získat některá data?

00:18:11.142 --> 00:18:16.447
>> Pět okruhů, to je doba trvání
z každého okruhu v milisekundách nebo

00:18:16.447 --> 00:18:19.890
Ano je nejvyšší
Ot/min, které se zobrazilo.

00:18:19.890 --> 00:18:21.666
Je to také nejvyšší
rychlost, kterou jsem obdržel, tak

00:18:21.666 --> 00:18:24.078
na jednom místě v kilometrech za hodinu,
není v mílích za hodinu.

00:18:24.078 --> 00:18:25.125
>> [NESMĚJEME].

00:18:25.125 --> 00:18:30.708
A tak byl nejrychlejší, byl jsem jako
200 kilometrů za hodinu a 196.

00:18:30.708 --> 00:18:32.534
A pak byla pravděpodobně,

00:18:32.534 --> 00:18:36.660
Musel jsem drive za jiného
hoch, který byl pouze jako 150 nebo tak.

00:18:36.660 --> 00:18:39.654
>> V pořádku, dobře 200 km
za hodinu asi 100 a -

00:18:39.654 --> 00:18:40.271
>> 25 mil.

00:18:40.271 --> 00:18:41.903
>> 25 mil, v pořádku.

00:18:41.903 --> 00:18:43.551
Který je výřez
podél velmi dobře.

00:18:43.551 --> 00:18:44.287
>> A který byl na trati závodu.

00:18:44.287 --> 00:18:45.263
>> V pořádku.
[NESMĚJEME]

00:18:45.263 --> 00:18:46.279
>> A nikoli na veřejných silnicích.

00:18:46.279 --> 00:18:47.303
>> Který byl na 405. [LAUGHS]

00:18:47.303 --> 00:18:48.575
>> Žádná, žádná, žádná, ne ne.

00:18:48.575 --> 00:18:50.702
Která jednotka normální není condone

00:18:50.702 --> 00:18:51.472
>> Velmi dobré.

00:18:51.472 --> 00:18:54.991
[NESMĚJEME]
>> V pořádku, tak to právě vám ukáže, jak

00:18:54.991 --> 00:19:00.010
jsme nyní v podstatě použít příkaz IF pak
ELSE prohlášení a přeskočit hlavičku.

00:19:00.010 --> 00:19:04.925
Vzhledem k tomu, že nyní zjevně jsem přeskočil
Tyto dvě hlavičky bez nutnosti

00:19:04.925 --> 00:19:08.756
napsat vlastní analyzátor nebo
Řekněme, tichý režim se rovná true nebo

00:19:08.756 --> 00:19:16.240
něco v pořádku, takže když se vrátíme zpět
Zde myslím I většinu znázorněno.

00:19:16.240 --> 00:19:20.130
Nyní supportability je také něco
že jsme přidali nové možnosti.

00:19:20.130 --> 00:19:21.320
V aplikaci Visual Studio nyní

00:19:21.320 --> 00:19:24.790
Pokud se chyba runtime
není k dispozici panel zobrazený v horní části,

00:19:24.790 --> 00:19:29.690
který lze stáhnout
vrchol se nezdařilo a ladění místně.

00:19:29.690 --> 00:19:33.685
Takže pokud máte kód uživatele, Řekněme
napsat vlastní analyzátor nebo

00:19:33.685 --> 00:19:35.758
můžete psát své komplikované UDF C#.

00:19:35.758 --> 00:19:39.881
A narazíte na problém
z důvodu nevím,

00:19:39.881 --> 00:19:45.710
přetečení paměti, neplatná čísla
sloupců nádech chyby nebo tak.

00:19:45.710 --> 00:19:48.230
Nyní si můžete stáhnout na vrchol a

00:19:48.230 --> 00:19:51.850
Podívejte se na něj místně ve vaší místní
ladicí program v sadě Visual Studio.

00:19:51.850 --> 00:19:52.670
>> A zjistit, kde it -
>> A ladění a

00:19:52.670 --> 00:19:53.265
Viz, co se stane.

00:19:53.265 --> 00:19:54.913
Tak to je další velmi zajímavé funkce.

00:19:54.913 --> 00:19:55.594
>> Velmi příjemné.

00:19:55.594 --> 00:19:59.084
>> A doufám, že jsme můžete pozvat
z nepřetržitého sady Visual Studio

00:19:59.084 --> 00:20:01.724
tým může udělat video v určitém okamžiku. na

00:20:01.724 --> 00:20:02.220
>> Že by bylo zajímavé.

00:20:02.220 --> 00:20:03.620
V pořádku Ano, budete plánujeme na to.

00:20:03.620 --> 00:20:05.692
>> V pořádku,
Nyní trochu vážnější.

00:20:05.692 --> 00:20:06.910
Takže jsme měli dobrou zprávu.

00:20:06.910 --> 00:20:08.470
Nyní špatné zprávy [NESMĚJEME].

00:20:08.470 --> 00:20:10.523
>> Je dlouhodobě stále Dobrá zpráva
Ale

00:20:10.523 --> 00:20:14.102
znamená to, že osob, které ve skutečnosti
použití nového SQL může nyní

00:20:14.102 --> 00:20:15.971
go a opravit své skripty.

00:20:15.971 --> 00:20:16.670
>> V pořádku.

00:20:16.670 --> 00:20:19.909
>> Tak přes čas
Naše vývojové funkce

00:20:19.909 --> 00:20:23.146
Máme několik věcí
jsme Všimněte si třeba

00:20:23.146 --> 00:20:26.481
lepší, protože ji
bylo obtížné pochopit.

00:20:26.481 --> 00:20:30.732
Vzhledem k tomu, že bylo zavádějící,
poněkud nesprávný, atd.

00:20:30.732 --> 00:20:35.044
První z nich je, že lidé získali
zaměnit s syntaxe našeho oddílu

00:20:35.044 --> 00:20:37.050
Vytvoření výpisu tabulky.

00:20:37.050 --> 00:20:39.175
Takže jsme byly oznamující
PARTITIONED pomocí algoritmu HASH a

00:20:39.175 --> 00:20:42.220
pak se také říká
ROZDĚLIT PODLE INTERVALU.

00:20:42.220 --> 00:20:43.845
A nebylo jasné, jak souvisí.

00:20:43.845 --> 00:20:44.676
>> V pořádku.
>> A v takovém

00:20:44.676 --> 00:20:48.742
Nyní jsme zpřístupnili terminologie
mnohem, mnohem přesnější.

00:20:48.742 --> 00:20:49.414
>> V pořádku.

00:20:49.414 --> 00:20:51.369
>> Tak nyní Pokud říkáme oddílu,

00:20:51.369 --> 00:20:54.687
oddíly jsou věci
který je možné adresovat.

00:20:54.687 --> 00:20:59.310
Který se používá pro volání
ROZDĚLIT PODLE INTERVALU.

00:20:59.310 --> 00:21:02.818
Kromě věcí, které jsme
Hodnota hash volání oddílu jsou nyní hash

00:21:02.818 --> 00:21:06.624
distribuce nebo distribuce oblast
což je v podstatě rozdělení

00:21:06.624 --> 00:21:10.240
data v tabulce nebo
v rámci jednotlivých oddílů.

00:21:10.240 --> 00:21:14.190
A nyní je velmi
zřetelně označené v syntaxi.

00:21:14.190 --> 00:21:17.237
Máte-li tedy používali
Rozdělení na oddíly, prosím, prosím,

00:21:17.237 --> 00:21:19.524
a změnit váš kód
do DISTRIBUOVANÝCH prostřednictvím.

00:21:19.524 --> 00:21:20.400
>> V pořádku.
>> Také

00:21:20.400 --> 00:21:25.144
Pokud použijete ROZDĚLEN podle PLECHOVKA
potom přejít a používat oddíly,

00:21:25.144 --> 00:21:27.194
ROZDĚLIT, místo toho.

00:21:27.194 --> 00:21:30.194
Který je ve skutečnosti,
Opravdu důležité, protože brzy,

00:21:30.194 --> 00:21:32.660
můžeme vypnout staré syntaxe
doprava?

00:21:32.660 --> 00:21:37.688
Nyní podporujeme obě,
ale podle pozdní září,

00:21:37.688 --> 00:21:42.454
října rané, s největší pravděpodobností,
jsme bude vypnutí staré syntaxe.

00:21:42.454 --> 00:21:45.121
A budete muset jít a
Změňte skript.

00:21:45.121 --> 00:21:46.442
>> V pořádku, Ano.

00:21:46.442 --> 00:21:49.839
>> A Všimněte si, že nemá vliv na
nic na data, tak

00:21:49.839 --> 00:21:53.947
není nutné přepínat a
Spusťte skript, meta dat

00:21:53.947 --> 00:21:56.724
data pod
je přesně stejný.

00:21:56.724 --> 00:21:58.921
Právě je syntaxe
je změna, tak

00:21:58.921 --> 00:22:01.523
nemusíte provádět žádné akce.

00:22:01.523 --> 00:22:07.061
A podobně nyní budeme
vyžadovat použití zástupce

00:22:07.061 --> 00:22:11.954
označení pro
24 hodin na soubor sady vzorů.

00:22:11.954 --> 00:22:18.448
Takže aktuálně podporujeme obě
malá písmena h a velké H.

00:22:18.448 --> 00:22:23.524
Ale v jazyce C#, h v dolní případ
vzorek jazyka znamená, že je pro

00:22:23.524 --> 00:22:25.606
pouze hodiny 12 hodin.

00:22:25.606 --> 00:22:29.282
A tak se zaměříme nyní v podstatě
přestat používat malá písmena h a

00:22:29.282 --> 00:22:31.268
bude vyžadovat pouze velká H.

00:22:31.268 --> 00:22:34.050
>> Velká písmena h, v pořádku.

00:22:34.050 --> 00:22:39.490
>> V souboru další fakt
nastavit velikost, jsme měli dva způsoby

00:22:39.490 --> 00:22:43.150
v zásadě uvedením volné přírody
karty na jméno a

00:22:43.150 --> 00:22:45.654
která je typu string nebo
v textovém editoru nebo tak.

00:22:45.654 --> 00:22:49.326
Jeden byl, col; *.

00:22:49.326 --> 00:22:49.904
>> Ano.
>> A

00:22:49.904 --> 00:22:51.293
druhý byl pouze název sloupec.

00:22:51.293 --> 00:22:51.981
>> V pořádku.

00:22:51.981 --> 00:22:53.279
>> A který byl matoucí.

00:22:53.279 --> 00:22:55.576
Měly mírně
odlišnou sémantiku, ale

00:22:55.576 --> 00:22:58.909
bylo velmi matoucí pro uživatele
pochopit, kdy který použít.

00:22:58.909 --> 00:23:03.898
Tak bude v podstatě
odebrat kódový název sloupec *,

00:23:03.898 --> 00:23:08.780
a budete vytvořit sémantiku
z nich, který právě má na

00:23:08.780 --> 00:23:13.900
sloupec název rovnocenné
Ten se hvězdy před.

00:23:13.900 --> 00:23:16.717
Proto je nutné přejít a
znovu ji změnit, protože [INAUDIBLE]-

00:23:16.717 --> 00:23:19.427
>> [NEŽÁDOUCÍM]

00:23:19.427 --> 00:23:22.676
>> Skript se zastaví při práci se

00:23:22.676 --> 00:23:24.189
nelze provést.

00:23:24.189 --> 00:23:25.997
Okay, to je vše.

00:23:25.997 --> 00:23:26.580
>> V pořádku, Super.

00:23:26.580 --> 00:23:28.741
Tak dobré informace, velmi příjemné.

00:23:28.741 --> 00:23:30.389
Michael, přijde vám děkujeme.

00:23:30.389 --> 00:23:34.115
Pokud mají všechny otázky
Máte nějaké dotazy s posluchači

00:23:34.115 --> 00:23:37.360
Jaký je nejlepší způsob, jak získat
blokování, budete klást otázky?

00:23:37.360 --> 00:23:40.872
>> Nejlepší je, pokud jste
externí, je můžete tweet na mě a

00:23:40.872 --> 00:23:42.458
Byl bych ji uvidí.

00:23:42.458 --> 00:23:43.626
>> V pořádku.

00:23:43.626 --> 00:23:47.462
>> Jinak komentář podél,
pod toto video zde.

00:23:47.462 --> 00:23:49.510
>> Ano v blogu,
Ano komentář.

00:23:49.510 --> 00:23:51.766
>> Nebo
Připojte se prostřednictvím mého blogu nebo tak.

00:23:51.766 --> 00:23:52.734
>> V pořádku, perfektní.

00:23:52.734 --> 00:23:54.830
Veškerá práva cuz jsem se
budete mít některé otázky

00:23:54.830 --> 00:23:57.298
zvláště kolem pozdní
Září předčasné října časový rámec.

00:23:57.298 --> 00:24:00.628
Nebo stačí pouze vyslovit další, nad 30 dnů
jako uživatelé spustit migraci přes.

00:24:00.628 --> 00:24:04.122
Všechna práva, tak
mu na jeho účet Twitter přístupů

00:24:04.122 --> 00:24:06.773
jeho Twitter úchyt, nebo na jeho blogu.

00:24:06.773 --> 00:24:08.920
A já jsem se, že bude Mike
Všechno nejlepší vám pomůže.

00:24:08.920 --> 00:24:12.241
Každý uživatel, pro sledování, děkuji
a vidíme při příštím.

00:24:12.241 --> 00:24:22.241
[HUDBA]