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
>> 감사, Scott입니다.

00:00:20.370 --> 00:00:22.000
>> 진 혁 어떻게 지 내 십니까?

00:00:22.000 --> 00:00:23.570
>> 안녕 guys, 예이

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
>> 예, 주목 받고 있는 고
지키는 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
난의 프로그램 관리자
큰 데이터 마이크로소프트입니다.

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
지키는 예 경과 된 것으로 4
6 개월 동안 하면 마지막에 했는데입니다.

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
>> Mm 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
원격 분석 데이터의 일부입니다.

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
>> 지금 불행 하 게도
컴파일에서는 10 분.

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
이제 1 분 정도입니다.

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
순서 1 ~ 2 수
이전에 여러 개 파일입니다.

00:06:21.780 --> 00:06:23.550
>> 우 와입니다.

00:06:23.550 --> 00:06:25.990
>> 및 다른 참고
마찬가지로 표시 되어,

00:06:25.990 --> 00:06:30.890
다시 큐에서 무시 된
실행 중에 10 분 미만 이었습니다.

00:06:30.890 --> 00:06:35.700
따라서 이러한 처리
2, 000에 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
0.5 초 사이 사용 하는
몇 초 수 있습니다.

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
>> 우리는 기능에도
사전 정렬 하거나 줄입니다.

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
한 다음 다른 경우 추가 합니다.

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
1 분도 있습니다.

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
우리가 실제로 바라는 것
없다면 오래 전에 아웃.

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
1 초 동안에서에 발생 합니다.

00:09:51.275 --> 00:09:52.862
>> Mm 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
이 추출이 작동 하는 지금
일부 자동차 원격 분석 데이터입니다.

00:10:18.899 --> 00:10:23.839
하므로 데이터는 실제로
들어 있음을 보여 드리겠습니다.

00:10:23.839 --> 00:10:29.049
두 개의 헤더 행은 신속 하 게.

00:10:31.040 --> 00:10:34.630
그건 일부 자동차 볼 여기 있습니다.
원격에 있는 선에서 아래쪽으로.

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
따라서이 declare 문
외부 선언 된 이름이 표시 됩니다.

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 I
두 선언에 대 한 명령문

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
여기서 5 번째 줄
CONST 선언에 표시 됩니다.

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
여기에 구문 오류가 발생 하 고
아직 아닙니다에서 실행 하기 때문에

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
CONST 선언에 이곳은
이 발생 하는 식입니다.

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
이제 접을 수 없습니다 하므로
지키는 이름을 찾을 수 없습니까?

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
>> 따라서이 경우에 분명 하 고
이 람다 식은 아닙니다.

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
그렇다면 이제 기본적으로 시켰다 고
만들 수 있는 기능 제공

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
이제 I 필요 없이
Microsoft SQL server 형식으로 작성 합니다.

00:17:31.788 --> 00:17:35.734
>> [웃음]
>> SQL geometry 또는 geography,

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
>> 5 랩, 기간입니다.
밀리초에서 각 무릎의 또는

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
사용자 정의 추출기를 작성 하거나
침묵 인 말 이나

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을 사용 하는 5 월 현재

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
이제 우리 둘 다 지원
하지만 늦은 9 월

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
된 col. *.

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
좋아, 지키는 예요
몇 가지 질문을 거 야

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
[음악]