WEBVTT

00:00:00.000 --> 00:00:09.223
[音樂]

00:00:13.237 --> 00:00:15.891
嗨，大家歡迎到另一個
令人興奮的資料公開的片段。

00:00:15.891 --> 00:00:16.920
我是您的主機 Scott Klein 和

00:00:16.920 --> 00:00:19.060
與我所受歡迎
要求 [笑聲] Michael。

00:00:19.060 --> 00:00:19.780
>> [戰慄笑聲]
>> Michael Rys。

00:00:19.780 --> 00:00:20.370
>> 謝謝你，陳俊銘。

00:00:20.370 --> 00:00:22.000
>> Michael，如何做？

00:00:22.000 --> 00:00:23.570
>> 大家好兄弟們，[是]，

00:00:23.570 --> 00:00:28.380
我上一步超過半年的後面
不指 U SQL。

00:00:28.380 --> 00:00:31.100
我又要為您提供的更新
我們已加入的

00:00:31.100 --> 00:00:31.660
我們已變更的項目。

00:00:31.660 --> 00:00:34.540
>> 是，和我們正在展望未來
它 cuz U SQL 的受歡迎的主題。

00:00:34.540 --> 00:00:36.400
我們開始前左右，
我們討論，

00:00:36.400 --> 00:00:38.490
介紹好多的真正快速
那些可能不知道您的人。

00:00:38.490 --> 00:00:39.830
>> 是的因此我的名字是 Mike Rys

00:00:39.830 --> 00:00:43.170
我是專案經理
Microsoft 大資料團隊。

00:00:43.170 --> 00:00:47.510
我負責 U SQL 和
Azure 資料湖分析。

00:00:47.510 --> 00:00:48.240
>> 極了。

00:00:48.240 --> 00:00:50.082
好吧，你在這裡談，

00:00:50.082 --> 00:00:54.294
cuz [是]，它已被可能四位數至
由於我們將您必須在最後的六個月。

00:00:54.294 --> 00:00:54.960
>> 沒錯。

00:00:54.960 --> 00:00:59.070
>> 是什麼新自
我們將您必須在最後一次？

00:00:59.070 --> 00:01:02.790
>> 也很簡單，所以我們做出相當多的
新增某些功能的進度

00:01:02.790 --> 00:01:04.163
要求該人員。

00:01:04.163 --> 00:01:04.737
>> 沒錯。
>> 和

00:01:04.737 --> 00:01:09.060
我們認為的一些功能
可能有興趣新增就行了。

00:01:09.060 --> 00:01:11.610
也加入一些效能
改進等等，

00:01:11.610 --> 00:01:15.380
我這裡以一種快速
觸控其中幾個。

00:01:15.380 --> 00:01:17.014
>> 啦。
>>，並示範一些程式碼，

00:01:17.014 --> 00:01:17.910
範例等等。

00:01:17.910 --> 00:01:18.750
>> 我一定會喜歡查看程式碼。

00:01:18.750 --> 00:01:20.160
好吧，讓我們逐行權限中。

00:01:20.160 --> 00:01:20.890
因此得到？

00:01:20.890 --> 00:01:25.440
>> 好，因此首先中的條款
我們有一些新功能。

00:01:25.440 --> 00:01:27.160
我們以提高安全性。

00:01:27.160 --> 00:01:27.690
>> [確定]。
>> 和

00:01:27.690 --> 00:01:32.178
基本上在資料夾的 ACLing 和
fidle 層級，檔案和

00:01:32.178 --> 00:01:34.925
資料夾層級，有關，抱歉。

00:01:34.925 --> 00:01:36.500
>> [戰慄笑聲]
>> 在存放區，並

00:01:36.500 --> 00:01:39.900
也能夠設定
資料庫層級的權限。

00:01:39.900 --> 00:01:42.210
因此我要快速顯示
您在 「 入口 」，

00:01:42.210 --> 00:01:44.670
這是唯一方式
它可以目前執行該動作。

00:01:44.670 --> 00:01:45.200
>> [確定]。
>> 因此

00:01:45.200 --> 00:01:46.955
這裡我們有我們 Azure 的入口網站和

00:01:46.955 --> 00:01:49.170
我正在開啟我
資料湖帳戶。

00:01:50.370 --> 00:01:54.530
然後在 「 資料湖科目中
使用資料檔案總管

00:01:54.530 --> 00:01:56.340
我可以看到我的資料庫。

00:01:56.340 --> 00:01:59.010
因此，如果我速度快，拉近

00:01:59.010 --> 00:02:00.910
您在這裡看到我的類別目錄
>> 沒錯。

00:02:00.910 --> 00:02:02.930
>> 有所有的資料庫。

00:02:02.930 --> 00:02:07.030
現在讓我們來看看
這裡 JSONBlock 資料庫。

00:02:07.030 --> 00:02:13.160
現在請注意這裡的
沒有管理存取屬性。

00:02:13.160 --> 00:02:17.510
現在可讓我
基本上給予權限

00:02:17.510 --> 00:02:21.340
若要使用資料庫的人，
執行與它的動作。

00:02:21.340 --> 00:02:26.690
讓您在這裡看到，在這個時候，
這是只有我能存取。

00:02:26.690 --> 00:02:29.975
因此您必須擁有者，也就是
建立資料庫的人。

00:02:29.975 --> 00:02:30.600
>> 公釐 hm。

00:02:30.600 --> 00:02:33.780
>> 您可以設定權限
在以每個群組的方式。

00:02:33.780 --> 00:02:35.460
和其他每一個人。

00:02:35.460 --> 00:02:39.244
因此，舉例來說，您可以在其中有
一群可用於的人

00:02:39.244 --> 00:02:41.221
範例會在其中建立物件。

00:02:41.221 --> 00:02:45.634
要註冊組件，建立
資料表、 插入資料和自動掃描。

00:02:45.634 --> 00:02:49.460
只讀取資料
在表格裏面。

00:02:49.460 --> 00:02:52.737
>> 是這像其他的 Azure
資料存放區與這類的事情？

00:02:52.737 --> 00:02:53.727
這樣做會導致

00:02:53.727 --> 00:02:56.170
Azure 的 Active Directory
>> [是]。

00:02:56.170 --> 00:02:56.700
>> 權限？

00:02:56.700 --> 00:02:59.280
>> 所以安全性原則
是 Azure Active Directory。

00:02:59.280 --> 00:03:02.630
所以某些登入或

00:03:02.630 --> 00:03:06.160
它可以使用安全性群組
為此安全性原則。

00:03:06.160 --> 00:03:06.750
>> [確定]。
>> 和

00:03:06.750 --> 00:03:09.960
權限
資料庫所特有的。

00:03:09.960 --> 00:03:14.640
因此讀取或寫入，或
基本上列舉等等。

00:03:14.640 --> 00:03:16.780
因此您在這裡看到種類的
它們所具有的權限。

00:03:16.780 --> 00:03:17.340
>> [確定]。

00:03:17.340 --> 00:03:18.440
在資料庫層級。

00:03:18.440 --> 00:03:19.630
>> 起來還不錯，好。

00:03:19.630 --> 00:03:22.210
和時間
就出現了嗎？

00:03:22.210 --> 00:03:28.280
>> 以便已經可供
關於現在一個月。

00:03:28.280 --> 00:03:29.608
>> [確定]。
>> 下一件事現在是我

00:03:29.608 --> 00:03:31.780
想要討論
效能改善。

00:03:31.780 --> 00:03:35.660
現在這些效能改進
但在產品中不會。

00:03:35.660 --> 00:03:36.360
>> [確定]。
>> 但

00:03:36.360 --> 00:03:39.315
應該是可能的時間
這段影片得知要舉行。

00:03:39.315 --> 00:03:41.410
>> [戰慄笑聲]
>> 或後短時間內有希望。

00:03:41.410 --> 00:03:42.020
>> 希望。

00:03:42.020 --> 00:03:44.118
>> 不是像稍後一個月。

00:03:44.118 --> 00:03:47.380
它是什麼，是它基本上就是我們

00:03:47.380 --> 00:03:50.585
有很多人該愛
若要使用我們的檔案設定功能。

00:03:50.585 --> 00:03:53.885
檔案集合功能基本上表示
您提供包含的路徑

00:03:53.885 --> 00:03:58.125
拿起的路徑中的萬用字元
所有符合的檔案路徑。

00:03:58.125 --> 00:03:59.145
>> 符合的路徑。

00:03:59.145 --> 00:04:00.755
>> 但
我們有一些效能問題。

00:04:00.755 --> 00:04:03.055
並讓我以便快速地顯示
您在此處的範例。

00:04:04.175 --> 00:04:09.620
因此，如果您在這裡我走
我有 Visual Studio。

00:04:09.620 --> 00:04:11.370
我在這裡的簡單的指令碼。

00:04:11.370 --> 00:04:14.020
>> 沒錯。
>> 現在，此指令碼會將

00:04:14.020 --> 00:04:16.230
我們的 telemetry 資料部分。

00:04:16.230 --> 00:04:16.949
>> [確定]。
>> 和

00:04:16.949 --> 00:04:19.639
如果您查看項目
您有如下，

00:04:19.639 --> 00:04:24.770
它基本上都有很長的路徑
具有大量模式中的名稱。

00:04:24.770 --> 00:04:29.160
因此基本上參數化
我們在找的叢集。

00:04:29.160 --> 00:04:30.840
日期、 年份、 月份、 日期。

00:04:30.840 --> 00:04:31.610
>> [是] 和名稱。

00:04:31.610 --> 00:04:33.350
>> 和檔案的名稱。

00:04:33.350 --> 00:04:36.929
下述程式我所做的動作只是我和
基本上擷取出的資料

00:04:38.200 --> 00:04:40.950
行，因此
我會很種類的延遲。

00:04:40.950 --> 00:04:42.440
>> [是]。
>> 和升級很明顯地，所有帳戶

00:04:42.440 --> 00:04:45.395
這些項目，我們呼叫虛擬資料行，
離開模式。

00:04:45.395 --> 00:04:45.950
>> 權限。
>> 和

00:04:45.950 --> 00:04:49.270
接著，我執行一些簡單
骷髏的情況下，彙總，

00:04:49.270 --> 00:04:50.660
它們輸出到檔案。

00:04:50.660 --> 00:04:53.170
因此我並不需要
寫出資料。

00:04:53.170 --> 00:04:58.600
現在我不會執行，但
如果您對現有的執行，這

00:04:58.600 --> 00:05:02.850
現在，執行的階段
您會發現以下幾件事。

00:05:02.850 --> 00:05:06.110
讓我快速拉近讓
您可以看到的數字。

00:05:06.110 --> 00:05:13.000
因此，首先，我們有大約 2,150
我們所操作的檔案。

00:05:13.000 --> 00:05:15.010
您查看一段那里
在右手邊中。

00:05:15.010 --> 00:05:16.098
>> 2,150。
>> 讓我，

00:05:16.098 --> 00:05:18.700
或許拉到這裡的該部分。

00:05:18.700 --> 00:05:20.310
因此，基本上是輸入。

00:05:20.310 --> 00:05:23.290
讓我們對超過 2000 檔案進行操作。

00:05:23.290 --> 00:05:23.940
>> [確定]。

00:05:23.940 --> 00:05:27.825
>> 現在不幸的是，
編譯會十分鐘。

00:05:27.825 --> 00:05:28.600
>> [戰慄笑聲]
>> 當時。

00:05:28.600 --> 00:05:31.230
和實際，
如果您到達大約 5000 的檔案或

00:05:31.230 --> 00:05:33.190
所以我們將您的逾時間。

00:05:33.190 --> 00:05:37.580
因為我們的編譯時間
限制是 24 分鐘。

00:05:37.580 --> 00:05:39.620
>> [確定]。
>>，然後忽略 [佇列處理]，我

00:05:39.620 --> 00:05:42.850
有一些在執行的其他資訊
當我正在這項工作的時間相同。

00:05:42.850 --> 00:05:46.411
然後您可以
在 35 分鐘內執行。

00:05:46.411 --> 00:05:46.932
>> 是，收禮的對象。

00:05:46.932 --> 00:05:50.264
>> 或 35 到半分鐘
實際取得完成品。

00:05:50.264 --> 00:05:50.889
>> [確定]。

00:05:50.889 --> 00:05:53.178
>> 是，不非常好用。

00:05:53.178 --> 00:05:55.150
>> 超過 2000 檔案
似乎很長的時間。

00:05:56.240 --> 00:05:57.570
>> 現在是我們才這麼做，

00:05:57.570 --> 00:06:02.120
這點現在使用工作。
在新的位元上執行。

00:06:02.120 --> 00:06:02.660
>> [確定]。

00:06:02.660 --> 00:06:07.890
>> 和第一件事
您注意到，就是我

00:06:07.890 --> 00:06:11.530
現在已經編譯時間
向下的重要性順序。

00:06:11.530 --> 00:06:12.830
它現在是關於一分鐘左右。

00:06:12.830 --> 00:06:13.640
>> 一分鐘，沒錯。

00:06:13.640 --> 00:06:17.560
>>，則很可能是將
在比較好的縮放比例

00:06:17.560 --> 00:06:18.707
檔案的字詞。

00:06:18.707 --> 00:06:19.508
>> [確定]。
>>，我們預期

00:06:19.508 --> 00:06:21.780
是的一到兩順序
多個先前的檔案。

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

00:06:23.550 --> 00:06:25.990
>> 和其他的附註
您可以將是請注意，

00:06:25.990 --> 00:06:30.890
一次忽略 [佇列處理]，
執行程式的時間小於十分鐘。

00:06:30.890 --> 00:06:35.700
因此這些處理程序
2000 加上 files 是相當

00:06:35.700 --> 00:06:37.180
有點快現在。

00:06:37.180 --> 00:06:41.010
因為我們也產生
更好的計劃

00:06:41.010 --> 00:06:43.510
知道如何處理這類檔案。

00:06:43.510 --> 00:06:44.420
>> 好，好。

00:06:44.420 --> 00:06:47.930
>> 這是一類世人剛剛因此

00:06:47.930 --> 00:06:49.825
什麼傳入
效能的字詞。

00:06:49.825 --> 00:06:50.440
>> 好。

00:06:50.440 --> 00:06:53.710
>> 另一項我們
改善重複使用的容器。

00:06:53.710 --> 00:06:58.160
因此今天當您排定工作，
所有這些附註您

00:06:58.160 --> 00:07:02.920
在您工作的圖表內有
基本上執行年輕的容器中。

00:07:02.920 --> 00:07:08.550
和每次啟動時的工作，
建立新的容器，

00:07:08.550 --> 00:07:13.225
採用半秒之間
為可能幾秒鐘。

00:07:13.225 --> 00:07:13.970
>> 權限。

00:07:13.970 --> 00:07:17.710
>>，所以我們為何現在
如此一來，在下一個版本中，

00:07:17.710 --> 00:07:20.440
是我們需要重複使用
容器在可能的地方。

00:07:20.440 --> 00:07:23.780
因此，您基本上未遭遇
所有的時間啟動時間。

00:07:23.780 --> 00:07:26.799
也可改善和
相當多的效能。

00:07:27.930 --> 00:07:28.830
>> 的好事。

00:07:28.830 --> 00:07:29.893
>> 現在方面的功能，

00:07:29.893 --> 00:07:31.441
很明顯地，因為我還沒
已這裡這麼久。

00:07:31.441 --> 00:07:32.469
>> [戰慄笑聲]
>> 我們有很多

00:07:32.469 --> 00:07:33.089
[串音] 功能。

00:07:33.089 --> 00:07:35.760
>> 一長串的清單。

00:07:35.760 --> 00:07:39.350
>> 或許是我移，並顯示其中幾個
我要透過快速移。

00:07:39.350 --> 00:07:43.000
讓我們新增了取樣，我將
示範那里一個簡單的範例。

00:07:43.000 --> 00:07:46.840
但我們也有能力
若要執行統一取樣和

00:07:46.840 --> 00:07:50.480
跨甚至取樣
相互關聯的資料集。

00:07:50.480 --> 00:07:54.310
這樣如果要讓繪圖，您會得到
以統計方式重大實際

00:07:54.310 --> 00:07:56.765
範例出這兩個
接合的協力電腦。

00:07:56.765 --> 00:07:57.610
>> 權限。

00:07:57.610 --> 00:08:02.270
>> 我們也的能力
若要執行 PRESORT，或減少。

00:08:02.270 --> 00:08:05.330
我會告訴您快速程式碼，
如何呼叫它。

00:08:05.330 --> 00:08:10.190
我有部落格張貼在 [我的 MSDM 上的
部落格的顯示方式

00:08:10.190 --> 00:08:13.090
若要撰寫減壓器也。

00:08:13.090 --> 00:08:18.240
我們加入其他額外
變數宣告選項

00:08:18.240 --> 00:08:20.845
我們可以處理
參數化，

00:08:20.845 --> 00:08:23.705
常數摺疊，
我將示範，在第二個。

00:08:23.705 --> 00:08:25.563
而且我們加入 IF 然後其他。

00:08:25.563 --> 00:08:28.127
>> 沒錯 [戰慄笑聲]。

00:08:28.127 --> 00:08:28.985
[是] ！

00:08:28.985 --> 00:08:30.465
>>，它其實只是編譯時期。

00:08:30.465 --> 00:08:31.245
>> [確定]。
>> 它基本上可讓

00:08:31.245 --> 00:08:33.355
您可以到
parametrize 您的指令碼。

00:08:33.355 --> 00:08:33.930
>> [確定]。
>> 和

00:08:33.930 --> 00:08:37.815
如果您想要執行此項目，然後請參閱
讓我們假設，

00:08:37.815 --> 00:08:40.933
偵錯版本中或實際執行
您的指令碼，例如版本。

00:08:40.933 --> 00:08:42.860
>> [確定]。
仍有用雖然。

00:08:42.860 --> 00:08:47.200
>> 是，您也可以使用
檔案存在，或磁碟分割的存在

00:08:47.200 --> 00:08:51.550
置於 IF 然後 ELSE 運算式
或在任何其他布林內容中。

00:08:51.550 --> 00:08:53.492
>> [確定]。
>> 若要檢查，例如

00:08:53.492 --> 00:08:56.323
沒有檔案或
磁碟分割已經存在。

00:08:56.323 --> 00:08:59.490
若是如此，請和
然後我們執行的項目。

00:08:59.490 --> 00:09:01.040
或如果不是，
然後執行其他項目。

00:09:01.040 --> 00:09:02.150
>> 的很好。
>>，我們將告訴您，在

00:09:02.150 --> 00:09:02.830
也一分鐘。

00:09:02.830 --> 00:09:04.080
>> [確定]。

00:09:04.080 --> 00:09:06.680
略過前 n 個資料列，這只是
要求的一段時間，我認為。

00:09:06.680 --> 00:09:07.920
>> 是，[是]、 [是]，並

00:09:07.920 --> 00:09:11.252
我們實際上有誰能，我們
會有很久以前 out。

00:09:11.252 --> 00:09:12.245
>> [戰慄笑聲]
>>，但我們花費

00:09:12.245 --> 00:09:13.890
不幸的是，一陣子。

00:09:13.890 --> 00:09:14.770
那麼，現在就有。

00:09:14.770 --> 00:09:15.607
>> [確定]。
>>，我們將告訴您，

00:09:15.607 --> 00:09:16.169
在也一分鐘。

00:09:16.169 --> 00:09:18.420
>> 收禮的對象，好了。

00:09:18.420 --> 00:09:20.650
>> 和
若要在縮短 C# 名稱中使用陳述式。

00:09:20.650 --> 00:09:23.150
>> [確定]。
>> 我將告訴您，快速。

00:09:23.150 --> 00:09:26.980
但不能忽視，最後一個
我們已經改變資料表加入，

00:09:26.980 --> 00:09:28.090
移除資料行。

00:09:28.090 --> 00:09:29.491
>> [確定]。
>>，讓您能夠執行

00:09:29.491 --> 00:09:31.490
少的結構描述
在您的資料表上的發展。

00:09:31.490 --> 00:09:32.560
>> 棒。
>> 也。

00:09:32.560 --> 00:09:34.950
>> 好。
>> 我不會告訴您，雖然。

00:09:34.950 --> 00:09:36.397
>> 的好。
>> 您可以經由 「 發行

00:09:36.397 --> 00:09:37.598
我們有點發佈的附註。

00:09:37.598 --> 00:09:41.017
>> [確定]。
>> 好了，所以讓我們回到我的程式碼

00:09:41.017 --> 00:09:45.633
這裡，我們來看看
我有第二個指令碼。

00:09:45.633 --> 00:09:49.318
現在這段指令碼的作用是它
宣告一些變數，和

00:09:49.318 --> 00:09:51.275
我將帶入，第二個。

00:09:51.275 --> 00:09:52.862
>> 公釐 hm。

00:09:52.862 --> 00:09:54.800
>> 因為那里
不同的選項，

00:09:54.800 --> 00:09:56.681
我想要快速顯示
您該怎麼做。

00:09:56.681 --> 00:09:59.712
然後藏身在這裡我
有 IF 陳述式。

00:09:59.712 --> 00:10:04.472
如果陳述式執行它
實際上會檢查該檔案已存在

00:10:04.472 --> 00:10:07.617
存放區中時
指令碼會進行編譯。

00:10:07.617 --> 00:10:09.279
>>，這是其中一個範例
您給在投影片，正確嗎？

00:10:09.279 --> 00:10:14.260
>> 是，如果它存在，
接著，我會執行以下摘錄。

00:10:14.260 --> 00:10:18.899
現在此擷取的運作方式
在某些汽車 telemetry 的資料。

00:10:18.899 --> 00:10:23.839
因此，資料實際上
包含此項目，讓我告訴您，

00:10:23.839 --> 00:10:29.049
速度快，是兩個標頭資料列。

00:10:31.040 --> 00:10:34.630
讓您在這裡看到，這是某些車
從列上的 telemetry 向下指示。

00:10:34.630 --> 00:10:39.132
但是只提供第一行
我錄製的一些資訊。

00:10:39.132 --> 00:10:43.199
然後第二行顯示我
實際的標頭資料列等等。

00:10:43.199 --> 00:10:45.929
因此，很明顯地，「 我願意和
要略過這些兩個，因此

00:10:45.929 --> 00:10:47.361
適用於我抽選程式 」。

00:10:50.286 --> 00:10:55.948
所以我使用 skipFirstNRows:2。

00:10:55.948 --> 00:11:00.877
接著，我執行一些計算，
只是一些群組

00:11:00.877 --> 00:11:05.940
若要查看一些資訊，以及
然後在結束時我輸出。

00:11:05.940 --> 00:11:07.880
如果檔案不存在，

00:11:07.880 --> 00:11:13.200
我剛建立的虛擬資料列
寫著，找不到檔案。

00:11:13.200 --> 00:11:16.334
我執行相同的輸出
藉由作弊的名稱

00:11:16.334 --> 00:11:17.410
資料行。

00:11:17.410 --> 00:11:19.328
>> [戰慄笑聲]
>> 所以希望它運作。

00:11:19.328 --> 00:11:23.576
好了，因此，如果我現在，執行
好吧，我執行時之前

00:11:23.576 --> 00:11:27.930
讓我迅速宣告，
說明這裡宣告。

00:11:27.930 --> 00:11:31.700
因此，此宣告陳述式
告訴外部宣告的名稱。

00:11:31.700 --> 00:11:36.380
這個動作，現在是 [我的工作
若要新增另一個宣告陳述式

00:11:36.380 --> 00:11:41.180
或指令碼的參數。

00:11:41.180 --> 00:11:43.424
但如果沒有任何
參數提供，

00:11:43.424 --> 00:11:46.332
然後指令碼仍會執行
使用這個預設值中。

00:11:46.332 --> 00:11:49.692
因此不是，因為今天 if 我
有兩個宣告陳述式

00:11:49.692 --> 00:11:52.090
相同的變數，
我們基本上錯誤。

00:11:52.090 --> 00:11:53.610
在此情況下，我們基本上說，

00:11:53.610 --> 00:11:56.790
嗯，其實這是種
指令碼的預設值。

00:11:56.790 --> 00:11:59.750
如果您想要提供與
某些參數的機制，如

00:11:59.750 --> 00:12:02.785
範例中，Azure 資料工廠
作為參數模型，

00:12:02.785 --> 00:12:04.620
這些預先決定的位置
類別的陳述式。

00:12:04.620 --> 00:12:08.355
因此，就能得到我的能力
為此指令碼的預設值，

00:12:08.355 --> 00:12:11.595
然後仍然 parametrize 鬼 」 達
範例透過 ADF 或

00:12:11.595 --> 00:12:13.805
其他送出工具。

00:12:13.805 --> 00:12:17.623
這裡第五行程式碼
指出宣告的常數。

00:12:17.623 --> 00:12:21.483
這個動作是，它實際上
檢查運算式該我

00:12:21.483 --> 00:12:25.430
提供之後為一常數 foldable，
為什麼重要？

00:12:25.430 --> 00:12:30.200
嗯，常數 foldable 是
我們可以在編譯評估

00:12:30.200 --> 00:12:31.220
時間，以及

00:12:31.220 --> 00:12:35.300
我們有一些內容，我們
可讓您在運算式中放入。

00:12:35.300 --> 00:12:38.860
請一定要
foldable 類似的常數

00:12:38.860 --> 00:12:41.810
範例從
在解壓縮的子句。

00:12:41.810 --> 00:12:46.190
或我有特殊的最佳化
所會發生。

00:12:47.790 --> 00:12:51.580
但它仍會甚至執行
如果不是常數 foldable。

00:12:51.580 --> 00:12:54.810
所以這可讓我
若要判斷提示，此運算式

00:12:54.810 --> 00:12:55.830
為一常數 foldable。

00:12:55.830 --> 00:12:57.028
現在，在此案例中，

00:12:57.028 --> 00:13:01.617
因為我進行的字串串連
與在那裡的匿名函式。

00:13:01.617 --> 00:13:03.347
>> [戰慄笑聲]
>> 這並不

00:13:03.347 --> 00:13:05.943
foldable 的常數，因此
如果我編譯它。

00:13:08.872 --> 00:13:13.118
但得到的語法錯誤
因為我尚未執行 not 上

00:13:13.118 --> 00:13:14.840
釋放此執行階段。

00:13:14.840 --> 00:13:18.392
因此我本機的工具
不是最還新。

00:13:18.392 --> 00:13:22.376
>> [戰慄笑聲]
>> 它發現之後約 6 種可供

00:13:22.376 --> 00:13:29.512
編譯器將會是 10 秒
抱怨的說明，我們來看。

00:13:32.613 --> 00:13:34.850
>>，請在此點，
沒錯，就可以了。

00:13:34.850 --> 00:13:37.600
>> 沒錯，因此
讓我瀏覽的錯誤。

00:13:38.740 --> 00:13:42.850
如果我拉近，
您會注意到，它現在提到，

00:13:42.850 --> 00:13:46.850
運算式不能
在編譯時期進行評估。

00:13:46.850 --> 00:13:47.447
>> 無法摺疊。
和

00:13:47.447 --> 00:13:52.330
就在這裡在宣告的常數
其中發生這種情況的運算式。

00:13:53.800 --> 00:13:58.458
因此，我可以做什麼現在是，
我可以去背面課程中，

00:13:58.458 --> 00:14:04.490
只解決此問題，並
請修正此問題以這個陳述式。

00:14:04.490 --> 00:14:08.470
現在，我在這裡的預設值
該檔案不存在。

00:14:08.470 --> 00:14:15.587
因此，如果我現在，執行這項工作
它將移，並執行，

00:14:15.587 --> 00:14:21.032
建立只告訴我的檔案
該檔案不存在。

00:14:21.032 --> 00:14:27.234
>> 好了，所以
這會花一點。

00:14:29.174 --> 00:14:32.710
我們要尋找在程式碼為何？

00:14:32.710 --> 00:14:33.910
>> 我們不研究這個這裡。

00:14:33.910 --> 00:14:38.030
>> 好了，因此差異，
我剛剛說過，第 5 行

00:14:38.030 --> 00:14:42.020
此時無法摺疊，因此
cuz 它找不到名稱？

00:14:42.020 --> 00:14:44.408
>> 否，所以將常數摺疊表示
它可以評估或

00:14:44.408 --> 00:14:45.019
在上進行編譯。

00:14:45.019 --> 00:14:48.533
以使我們基本上類型
其中的某些評估

00:14:48.533 --> 00:14:49.890
運算式中。

00:14:49.890 --> 00:14:52.018
類似 C# 的用途，例如

00:14:52.018 --> 00:14:54.288
如果您新增兩個常數
使用 C# 的值。

00:14:54.288 --> 00:14:57.846
>>，因此，在案例中很明顯地
這個 lambda 運算式不是

00:14:57.846 --> 00:15:01.826
foldable 的常數因為我們
常數的資料夾不是夠聰明

00:15:01.826 --> 00:15:02.819
若要查看它。

00:15:02.819 --> 00:15:06.251
雖然簡單的字串
串連都有支援，

00:15:06.251 --> 00:15:08.981
實際上所有字串
是作業，

00:15:08.981 --> 00:15:11.733
這就是為什麼我喜歡例如-
>> 好吧，沒錯，

00:15:11.733 --> 00:15:12.559
這很合理現在。

00:15:12.559 --> 00:15:15.719
>> 好吧，很棒，讓我們來看
備份，並看看工作會的效果。

00:15:17.110 --> 00:15:17.631
因此它執行現在。

00:15:20.490 --> 00:15:22.140
可能已經完成時，[是]。

00:15:23.910 --> 00:15:27.015
現在，
如果開啟 [我的標頭檔，

00:15:27.015 --> 00:15:31.592
您將它下載

00:15:31.592 --> 00:15:36.562
請注意，我收到-
>> 結構描述鎖定。

00:15:36.562 --> 00:15:37.620
>> 找不到檔案。

00:15:38.680 --> 00:15:43.920
如果我現在回頭和
如何變更這項

00:15:43.920 --> 00:15:48.450
新增這個額外的宣告

00:15:48.450 --> 00:15:51.640
外部之前的陳述式
同一個變數的宣告。

00:15:52.770 --> 00:15:54.420
和我送出這現在，

00:15:55.450 --> 00:15:57.770
在該點的時間
它將運作。

00:15:57.770 --> 00:16:00.210
>> 我看到。
>> 的話，可能是它執行時，

00:16:00.210 --> 00:16:01.850
我要快速顯示一些
其他的研究一番。

00:16:04.520 --> 00:16:10.210
因此，我想要的一件事
顯示程式的範圍，PRESORT。

00:16:10.210 --> 00:16:14.540
因此，在這種情況下這裡我
有 U SQL 指令碼，

00:16:14.540 --> 00:16:16.780
會使用一些資料的範圍。

00:16:16.780 --> 00:16:22.340
而且我需要種類的摺疊
這個相互重疊在一起的範圍。

00:16:22.340 --> 00:16:26.940
因此，為了能夠執行
我會撰寫自訂的彙總工具。

00:16:26.940 --> 00:16:31.492
但自訂的彙總工具、 最佳
若要這樣做的方法是，如果我建置了，

00:16:31.492 --> 00:16:34.400
基本上我必須
排序輸入的資料。

00:16:34.400 --> 00:16:38.594
那麼我只是看看下一步
若要看看是否有將它包含的資料列

00:16:38.594 --> 00:16:42.174
在前一間隔時間或
如果我啟動新的間隔。

00:16:42.174 --> 00:16:46.647
因此，PRESORT 現在基本上和
讓我能夠建立

00:16:46.647 --> 00:16:49.650
使用者定義已排序彙總。

00:16:49.650 --> 00:16:55.320
因此，這只是一個範例，您
這實際上有我的 MSDN 部落格上。

00:16:55.320 --> 00:16:59.260
如果您想要也可以使用
尋找程式碼看起來會像，並

00:16:59.260 --> 00:17:01.270
它是從可下載
我們備份站台。

00:17:02.400 --> 00:17:05.800
因此，然後第二個
我想要顯示的項目

00:17:05.800 --> 00:17:07.799
快速是 USING 陳述式。

00:17:09.230 --> 00:17:13.230
同樣地，這是程式碼我們
可以從我們的 GitHub 下載。

00:17:14.670 --> 00:17:19.570
因此，下述程式我所做的動作就是我所參考
SQL Server 空間組件

00:17:19.570 --> 00:17:22.010
我下載並安裝。

00:17:22.010 --> 00:17:24.880
而且也已經預先定義和

00:17:24.880 --> 00:17:29.220
在我們的執行階段中預先載入是
System.Data 組件中。

00:17:29.220 --> 00:17:31.788
因此，現在我，而不需要
撰寫 Microsoft SQL 伺服器類型。

00:17:31.788 --> 00:17:35.734
>> [戰慄笑聲]
>> SQL 幾何或地理位置，

00:17:35.734 --> 00:17:39.181
我只要使用 USING 陳述式
若要在縮短，和

00:17:39.181 --> 00:17:42.243
然後，我可以使用，
在 [我的 C# 運算式內。

00:17:42.243 --> 00:17:44.380
>> 因此經驗
在本例中的更好？

00:17:44.380 --> 00:17:46.322
>> [是]，
類似於使用中 C# 子句

00:17:46.322 --> 00:17:48.773
不同之處在於它是左上角的大小寫
而不是大小寫。

00:17:48.773 --> 00:17:51.057
>> 好，沒錯，棒。

00:17:51.057 --> 00:17:56.300
>> 現在，讓我們回到我們的責任
顯然已經完成。

00:17:56.300 --> 00:17:59.779
您可以看到所撰寫的
是稍微更多的資料因此

00:17:59.779 --> 00:18:01.202
如果我下載檔案。

00:18:06.711 --> 00:18:11.142
現在您可以看到我沒有-
>> 您未在好了，取得一些資料？

00:18:11.142 --> 00:18:16.447
>> 五圈數，這是持續時間
每個以毫秒為單位的單圈時間的或

00:18:16.447 --> 00:18:19.890
因此，這是最高
我的 RPM。

00:18:19.890 --> 00:18:21.666
這也是最高
我，這樣的速度

00:18:21.666 --> 00:18:24.078
每小時公里的某一處
不在英哩時速。

00:18:24.078 --> 00:18:25.125
>> [戰慄笑聲]。

00:18:25.125 --> 00:18:30.708
因此最快速的我是不是，很像
每小時 200 kilometres，196。

00:18:30.708 --> 00:18:32.534
但然後有可能，

00:18:32.534 --> 00:18:36.660
我必須位於其他磁碟機
僅就像 150 個左右的傢伙。

00:18:36.660 --> 00:18:39.654
>> 好，也有 200 公里
每小時，仍大約 100 和-

00:18:39.654 --> 00:18:40.271
>> 25 英哩。

00:18:40.271 --> 00:18:41.903
>> 25 英哩，好。

00:18:41.903 --> 00:18:43.551
正在仍然剪輯
沿著非常好。

00:18:43.551 --> 00:18:44.287
>>，這是在競爭播放軌上。

00:18:44.287 --> 00:18:45.263
>> [確定]。
[笑聲]

00:18:45.263 --> 00:18:46.279
>> 與不在公用的道路。

00:18:46.279 --> 00:18:47.303
>> 的敵人已 405 上。[梯]

00:18:47.303 --> 00:18:48.575
>> 沒有、 不行，不行，不對，[否]。

00:18:48.575 --> 00:18:50.702
我不 condone，正常的磁碟機。

00:18:50.702 --> 00:18:51.472
>> 很好。

00:18:51.472 --> 00:18:54.991
[笑聲]
>> 好吧，這只會顯示您如何

00:18:54.991 --> 00:19:00.010
我們現在可以基本上使用 IF 然後
ELSE 陳述式，並略過的標頭。

00:19:00.010 --> 00:19:04.925
因為現在顯然我跳過
而不需要這些兩個標頭

00:19:04.925 --> 00:19:08.756
若要撰寫自訂的抽選程式 」 或
說出 「 無訊息等於 true 或

00:19:08.756 --> 00:19:16.240
項目好，因此 [上一步，
此處我認為我大部分的顯示。

00:19:16.240 --> 00:19:20.130
現在，支持度的也項目
我們會加入新的功能。

00:19:20.130 --> 00:19:21.320
現在，Visual Studio 中

00:19:21.320 --> 00:19:24.790
如果您有執行階段錯誤，
沒有列在最上面，出現

00:19:24.790 --> 00:19:29.690
這樣不但可以下載
失敗頂點，並在本機偵錯。

00:19:29.690 --> 00:19:33.685
如果您有使用者程式碼，因此，讓我們假設
您撰寫您自己抽選程式 」，或

00:19:33.685 --> 00:19:35.758
您撰寫您複雜的 C# UDF。

00:19:35.758 --> 00:19:39.881
然後您會遇到的問題
因為的我不知道，

00:19:39.881 --> 00:19:45.710
無效的數字，記憶體溢位
資料行轉換錯誤或操作。

00:19:45.710 --> 00:19:48.230
您現在可以下載的頂點和

00:19:48.230 --> 00:19:51.850
在本機中查看您的本機
偵錯工具，在 Visual Studio 內。

00:19:51.850 --> 00:19:52.670
>> 及何處 it-
>> 及偵錯和

00:19:52.670 --> 00:19:53.265
請參閱會發生什麼事。

00:19:53.265 --> 00:19:54.913
因此，這是另一個很棒的功能。

00:19:54.913 --> 00:19:55.594
>> 極佳效果。

00:19:55.594 --> 00:19:59.084
>> 和我希望我們可以邀請一
Visual Studio 的傢伙的

00:19:59.084 --> 00:20:01.724
小組可以執行在某個時間點的視訊。一個

00:20:01.724 --> 00:20:02.220
>> 那就是有趣。

00:20:02.220 --> 00:20:03.620
好了，沒錯，我們將計劃這樣。

00:20:03.620 --> 00:20:05.692
>> 好，
現在有點更嚴重。

00:20:05.692 --> 00:20:06.910
因此，我們有好消息。

00:20:06.910 --> 00:20:08.470
現在壞消息 [笑聲]。

00:20:08.470 --> 00:20:10.523
>> 是長期來看，仍有好消息
但

00:20:10.523 --> 00:20:14.102
這表示，實際上人，
使用新的 SQL 現在月

00:20:14.102 --> 00:20:15.971
不必去修正指令碼。

00:20:15.971 --> 00:20:16.670
>> [確定]。

00:20:16.670 --> 00:20:19.909
>>，經過一段的時間
我們的功能開發，

00:20:19.909 --> 00:20:23.146
我們有幾件事
我們發現需要

00:20:23.146 --> 00:20:26.481
而獲得改善，因為它
是難以理解。

00:20:26.481 --> 00:20:30.732
因為它是讓人誤解，
有點不正確，等等。

00:20:30.732 --> 00:20:35.044
第一個是人都有收到
與我們的磁碟分割語法混淆

00:20:35.044 --> 00:20:37.050
在資料表建立陳述式。

00:20:37.050 --> 00:20:39.175
我們說的那麼
分割雜湊和

00:20:39.175 --> 00:20:42.220
然後我們也說
分割方式來填色。

00:20:42.220 --> 00:20:43.845
而它不是清楚如何關聯。

00:20:43.845 --> 00:20:44.676
>> [確定]。
>> 和的話

00:20:44.676 --> 00:20:48.742
我們現在正在術語
多了更精確。

00:20:48.742 --> 00:20:49.414
>> [確定]。

00:20:49.414 --> 00:20:51.369
>>，現在，如果我們說的磁碟分割，

00:20:51.369 --> 00:20:54.687
磁碟分割事項。
所定址。

00:20:54.687 --> 00:20:59.310
用來呼叫
分割方式來填色。

00:20:59.310 --> 00:21:02.818
此外，我們使用的項目
若要呼叫的雜湊分割現在有雜湊

00:21:02.818 --> 00:21:06.624
散佈或範圍散發
這基本上是散發

00:21:06.624 --> 00:21:10.240
在資料表中的資料或
內的個別的磁碟分割。

00:21:10.240 --> 00:21:14.190
因此，且現在非常
清楚地表示在語法中。

00:21:14.190 --> 00:21:17.237
如果您已使用
分割方式來進行，拜託，拜託，

00:21:17.237 --> 00:21:19.524
回到，並變更您的程式碼
到分散式的。

00:21:19.524 --> 00:21:20.400
>> [確定]。
>> 而且，

00:21:20.400 --> 00:21:25.144
如果您使用由桶分割
並請使用分割，

00:21:25.144 --> 00:21:27.194
相反地，透過發佈。

00:21:27.194 --> 00:21:30.194
就是這麼簡單，
真的很重要，因為不久之後，

00:21:30.194 --> 00:21:32.660
我們將會關閉舊的語法，
對吧？

00:21:32.660 --> 00:21:37.688
我們現在支援這兩種，
但晚期九月，

00:21:37.688 --> 00:21:42.454
早期年 10 月，最有可能，
我們將會關閉舊的語法。

00:21:42.454 --> 00:21:45.121
而且，您必須前往和
變更您的指令碼。

00:21:45.121 --> 00:21:46.442
>> 好，[是]。

00:21:46.442 --> 00:21:49.839
>>，並請注意，不會影響
任何在資料上，因此

00:21:49.839 --> 00:21:53.947
您不必重新瀏覽和
重新執行您的指令碼，中繼資料

00:21:53.947 --> 00:21:56.724
下方的資料
是完全一樣的。

00:21:56.724 --> 00:21:58.921
它僅是語法
已變更因此

00:21:58.921 --> 00:22:01.523
您不必執行任何動作。

00:22:01.523 --> 00:22:07.061
同樣地我們現在要和
若要使用正式要求

00:22:07.061 --> 00:22:11.954
指示
24 小時，在檔案上設定的模式。

00:22:11.954 --> 00:22:18.448
所以我們目前支援這兩種
h 小寫和大寫 h

00:22:18.448 --> 00:22:23.524
但在 C# 中，較低例 h 中
模式語言表示的是

00:22:23.524 --> 00:22:25.606
只使用 12 小時時鐘。

00:22:25.606 --> 00:22:29.282
因此我們現在基本上
反對小寫 h 和

00:22:29.282 --> 00:22:31.268
必須只大寫的 h

00:22:31.268 --> 00:22:34.050
>> 大寫的 h，好。

00:22:34.050 --> 00:22:39.490
>> 在檔案上的另一項
設定大小，我們有兩種

00:22:39.490 --> 00:22:43.150
基本上提供肆虐
卡的名稱，

00:22:43.150 --> 00:22:45.654
這是字串型別或
在文字或操作。

00:22:45.654 --> 00:22:49.326
其中一個是，每欄中; *。

00:22:49.326 --> 00:22:49.904
>> 沒錯。
>> 和

00:22:49.904 --> 00:22:51.293
另一個程式只是資料行名稱。

00:22:51.293 --> 00:22:51.981
>> [確定]。

00:22:51.981 --> 00:22:53.279
>>，那是令人混淆。

00:22:53.279 --> 00:22:55.576
他們還稍微
不同的語意，但

00:22:55.576 --> 00:22:58.909
它是人混淆不清
若要了解使用時機。

00:22:58.909 --> 00:23:03.898
所以我們要基本上
移除代號名稱欄 *，

00:23:03.898 --> 00:23:08.780
我不會讓語意，
在一個這只是對

00:23:08.780 --> 00:23:13.900
相等的資料行名稱
之前的星形其中一種。

00:23:13.900 --> 00:23:16.717
請移至和
再次變更它，因為 [INAUDIBLE]-

00:23:16.717 --> 00:23:19.427
>> [串音]

00:23:19.427 --> 00:23:22.676
>> 指令碼將會停止運作時您

00:23:22.676 --> 00:23:24.189
請不要採用的。

00:23:24.189 --> 00:23:25.997
好了，就是這樣。

00:23:25.997 --> 00:23:26.580
>> 好，實在太酷了。

00:23:26.580 --> 00:23:28.741
因為你和資訊，非常好用。

00:23:28.741 --> 00:23:30.389
Michael，謝謝光臨。

00:23:30.389 --> 00:23:34.115
如果有任何問題，
如果檢閱者共處有任何的問題，

00:23:34.115 --> 00:23:37.360
若要取得最佳的方法是什麼
保留的您，提出問題？

00:23:37.360 --> 00:23:40.872
>> 如果你的，最好是
外部，您可以 tweet 看我和

00:23:40.872 --> 00:23:42.458
我應該可以看到它。

00:23:42.458 --> 00:23:43.626
>> [確定]。

00:23:43.626 --> 00:23:47.462
>> 否則留下您的意見，
這裡該視訊下方。

00:23:47.462 --> 00:23:49.510
>> 沒錯，在部落格，
沒錯，留下您的意見。

00:23:49.510 --> 00:23:51.766
>> 或
我透過連線我的部落格左右。

00:23:51.766 --> 00:23:52.734
>> 好，完美。

00:23:52.734 --> 00:23:54.830
好吧，cuz 我相信
將會有一些問題，

00:23:54.830 --> 00:23:57.298
尤其是周圍的最遲
9 月早期年 10 月的時間範圍。

00:23:57.298 --> 00:24:00.628
或 [下一步只需說，30 天的移轉
當人員開始移轉上。

00:24:00.628 --> 00:24:04.122
所有權限、 操作
叫他用在他的 Twitter 帳戶，

00:24:04.122 --> 00:24:06.773
他的 Twitter 控點，或在他的部落格上。

00:24:06.773 --> 00:24:08.920
而且我相信 Mike 會
快樂幫您代勞。

00:24:08.920 --> 00:24:12.241
每一個人，感謝您的監看，
然後，我們將會看到下一次。

00:24:12.241 --> 00:24:22.241
[音樂]