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
Я ведущее Klein Скотт и

00:00:16.920 --> 00:00:19.060
снова со мной, популярные
Требовать Майкл [ХОХОЧЕМ].

00:00:19.060 --> 00:00:19.780
>> [ХОХОЧЕМ]
>> Майкл Rys.

00:00:19.780 --> 00:00:20.370
>> Спасибо, Скотт.

00:00:20.370 --> 00:00:22.000
>> Майкл, как поживаете?

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
>> Да, у меня зовут Майк Rys,

00:00:39.830 --> 00:00:43.170
Я работаю руководителем программы в
Группа больших данных корпорации Майкрософт.

00:00:43.170 --> 00:00:47.510
Я являюсь ответственным за U SQL и
Analytics озеро данных Azure.

00:00:47.510 --> 00:00:48.240
>> Awesome.

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
Некоторые из наших данных телеметрии.

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
Поэтому мы работаем на более чем 2 000 файлов.

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
Поскольку наше время компиляции
out ограничение составляет 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
>> Да, woo.

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
>> Более чем 2 000 файлов
кажется, что много времени.

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
Поэтому обработка этих
2 000 плюс файлов было довольно

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
для записи reducer также.

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 Then Else.

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
в случае, если ЗАТЕМ выражение 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
Мы действительно надежде, мы
будет иметь выход давно.

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
>> Хорошо, woo.

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
Теперь работает извлечение файлов
на некоторые данные телеметрии автомобиля.

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
Так что это не так, поскольку если сегодня я
имеются два объявления операторов

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
Пятая строка здесь
говорит ОБЪЯВЛЕНИИ CONST.

00:12:17.623 --> 00:12:21.483
Это делает это, он фактически
проверяет, если выражение,

00:12:21.483 --> 00:12:25.430
предоставить после является постоянным свертываемыми
Почему это так важно?

00:12:25.430 --> 00:12:30.200
Ну несвертываемыми константы-то
что мы можно оценить в компиляции

00:12:30.200 --> 00:12:31.220
время, и

00:12:31.220 --> 00:12:35.300
у нас есть несколько контекстов где мы
можно поместить в выражениях.

00:12:35.300 --> 00:12:38.860
Либо должны быть
Константа свертываемыми как для

00:12:38.860 --> 00:12:41.810
Пример из
предложение извлечения.

00:12:41.810 --> 00:12:46.190
Или Специальная оптимизация
который будет происходить.

00:12:47.790 --> 00:12:51.580
Но он по-прежнему будет выполняться даже
Если он не является постоянным несвертываемыми.

00:12:51.580 --> 00:12:54.810
Так что это дает мне возможность
утверждение, это выражение

00:12:54.810 --> 00:12:55.830
постоянное несвертываемыми.

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
Константа несвертываемыми, поэтому
Если это компиляции.

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
>> [ХОХОЧЕМ]
>> Он был обнаружил после примерно шесть

00:13:22.376 --> 00:13:29.512
десять секунд, компилятор будет
Давайте обнаруживших об этом см.

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
на этом этапе не может храниться, поэтому
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
>> И таким образом, в данном случае очевидно, что
Это лямбда-выражение не является

00:14:57.846 --> 00:15:01.826
Константа несвертываемыми поскольку наши
постоянное папки не является достаточно «умен»

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
и добавьте этот дополнительный DECLARE

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 server.

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
>> 5 laps, это время
из каждого коленях в миллисекундах или

00:18:16.447 --> 00:18:19.890
Таким образом это является самым высоким
Об/мин, меня.

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. [LAUGHS]

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
Теперь мы можем практически использовать Если ЗАТЕМ
Оператор 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
Написание сложных UDF C#.

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
>> И где ИТ -
>> И его отладки и

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
Октябрь раннее, скорее всего,
Мы будет отключить старый синтаксис.

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 строчная и прописная з.

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
Поэтому мы будем в основном
удалить с кодовым названием col *,

00:23:03.898 --> 00:23:08.780
и пусть семантика
из них которого достаточно

00:23:08.780 --> 00:23:13.900
Имя столбца будет эквивалентно
Одна звезда перед.

00:23:13.900 --> 00:23:16.717
Так что произведите go и
изменить его снова, так как [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
>> О ' кей, awesome.

00:23:26.580 --> 00:23:28.741
Поэтому хорошая информация, очень хорошо.

00:23:28.741 --> 00:23:30.389
Майкл, Спасибо за.

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
особенно это относится к поздним
Интервал времени, сентября начале октября.

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
И я уверен, что будет Майк
рады помочь вам.

00:24:08.920 --> 00:24:12.241
Всем Спасибо за просмотр,
и мы расскажем о следующем.

00:24:12.241 --> 00:24:22.241
[МУЗЫКА]