WEBVTT

00:00:00.000 --> 00:00:10.500
[MÜZIK].

00:00:10.500 --> 00:00:11.910
Merhaba ve tekrar hoş geldiniz.

00:00:11.910 --> 00:00:14.970
Benim adım JRJ ve buradayım.
biri hakkında size anlatmak için

00:00:14.970 --> 00:00:18.915
en hevesle beklenen
SQL Server 2019'daki özellikler,

00:00:18.915 --> 00:00:21.285
ve bu da veri sanallaştırması.

00:00:21.285 --> 00:00:23.175
Veri sanallaştırma nedir,

00:00:23.175 --> 00:00:25.440
ve neden bu kadar hevesle bekleniyor?

00:00:25.440 --> 00:00:27.510
Basitçe söylemek gerekirse,

00:00:27.510 --> 00:00:29.510
veri sanallaştırma,

00:00:29.510 --> 00:00:31.670
tüm verilerinizi bir araya getirin

00:00:31.670 --> 00:00:35.780
yerine sorgu süresi
karmaşık ETL boru hatları inşa

00:00:35.780 --> 00:00:40.535
birliş yapabilmek için sipariş
tek bir sorgudaki verileri.

00:00:40.535 --> 00:00:44.150
Bu yüzden ne yapacağım
gitmek yerine yapmak

00:00:44.150 --> 00:00:47.540
veri ayrıntıları ile
kavramsal düzeyde sanallaştırma,

00:00:47.540 --> 00:00:49.730
Sana göstereceğim.
arasındaki farklar

00:00:49.730 --> 00:00:52.430
yerel bir sorgu ve bir
sanallaştırılmış sorgu,

00:00:52.430 --> 00:00:55.085
hem kısmen hem de tamamen sanallaştırılmış.

00:00:55.085 --> 00:00:56.280
Bunu yapmak için,

00:00:56.280 --> 00:00:58.010
Yapacağımız şey.
Yer değiştireceğiz.

00:00:58.010 --> 00:01:00.270
şimdi Azure Veri Stüdyosu'na,

00:01:00.270 --> 00:01:03.035
ve burada ben görebilirsiniz
açık bir çalışma kitabı var,

00:01:03.035 --> 00:01:08.990
ve içeri girelim ve
değerlendirmeye başlayın.

00:01:08.990 --> 00:01:13.625
Burada görebilirsiniz.
çok basit bir sorgu var.

00:01:13.625 --> 00:01:17.030
İki tane yerel var.
veritabanımdaki tablolar,

00:01:17.030 --> 00:01:19.160
ve eğer bu sorguysam,

00:01:19.160 --> 00:01:23.405
Sonucu hayal edebilirsiniz
güzel ve hızlı bir şekilde geri geliyor.

00:01:23.405 --> 00:01:25.190
Bir saniyem var.

00:01:25.190 --> 00:01:28.045
ve ben benim veri seti olsun
Not defterine geri dön.

00:01:28.045 --> 00:01:31.630
Ancak, ne tüm bu
veriler SQL Server'da değildi?

00:01:31.630 --> 00:01:36.200
Ya bu veriler gerçekten
uzak SQL Sunucularında kullanılabilir,

00:01:36.200 --> 00:01:40.145
ve biz bu erişmek istedim
tüm verileri aynı anda?

00:01:40.145 --> 00:01:43.700
Veri sanallaştırmayı kullanabilirsiniz.
Bu sorunu çözmek için.

00:01:43.700 --> 00:01:45.050
Ama bunu yapmak için,

00:01:45.050 --> 00:01:47.030
bazı meta veriler ayarlamamız gerekiyor.

00:01:47.030 --> 00:01:50.510
Bu yüzden ihtiyacımız olan ilk şey
yapmak bir ana anahtar oluşturmaktır,

00:01:50.510 --> 00:01:53.720
ve bir ana anahtar içinde bir anahtardır

00:01:53.720 --> 00:01:55.910
korumak için kullandığımız veritabanı

00:01:55.910 --> 00:01:58.660
içindeki diğer tüm meta veriler.

00:01:58.660 --> 00:02:03.380
Meta verilerden görebilirsiniz
Burada hangi algoritmayı kullanıyoruz,

00:02:03.380 --> 00:02:06.110
oluşturulduğunda ve
Bunun gibi ilginç şeyler.

00:02:06.110 --> 00:02:10.745
Şimdi PolyBase etkinleştirmek gerekir
yapabilmek için özellik

00:02:10.745 --> 00:02:16.310
uzak kaynaklara erişin
ve uzak veritabanları,

00:02:16.310 --> 00:02:19.220
ve bir veritabanı kimlik bilgisi oluşturmak için

00:02:19.220 --> 00:02:23.495
kimlik doğrulaması yapabilmek
bu uzak kaynaklara karşı,

00:02:23.495 --> 00:02:28.835
ve burada görebilirsiniz ki ben
geçmişte birkaç yarattı,

00:02:28.835 --> 00:02:30.200
Oracle bir çift olarak,

00:02:30.200 --> 00:02:32.225
ve sql bir çift
orada olanlar da.

00:02:32.225 --> 00:02:36.680
Ama bugün, gideceğiz.
bir SQL Veri Kaynağına karşı,

00:02:36.680 --> 00:02:39.650
ve burada görebilirsiniz ki
bunu yapmak için,

00:02:39.650 --> 00:02:41.730
Ben bir oluşturmak gerekir
dış veri kaynağı.

00:02:41.730 --> 00:02:45.390
Burada, benim belirtmek
konumu, bu durumda,

00:02:45.390 --> 00:02:49.160
bir SQL Server adresi
Azure'da bir yerde,

00:02:49.160 --> 00:02:51.874
ve ben bu kimlik belgesini geçiyorum.

00:02:51.874 --> 00:02:54.425
kimlik doğrulamasını etkinleştirmek için
gerçekleşecek.

00:02:54.425 --> 00:02:56.590
O zaman devam edelim ve bunu yaratalım.

00:02:56.590 --> 00:03:00.880
ve tekrar görebilirsiniz, var
veritabanı içindeki meta veriler.

00:03:00.880 --> 00:03:03.040
Şimdi, genel bir kural olarak,

00:03:03.040 --> 00:03:06.290
Ben dış tutmak istiyorum
tanımlayan tablolar

00:03:06.290 --> 00:03:08.465
bu dış veri kaynağı nesneleri

00:03:08.465 --> 00:03:11.210
iç masalarımdan ayrı,

00:03:11.210 --> 00:03:12.890
Ve bunu şema kullanarak yapıyorum.

00:03:12.890 --> 00:03:16.500
O zaman devam edelim ve.
harici bir şema oluşturmak,

00:03:17.660 --> 00:03:23.350
ve şimdi buraya gelebiliriz ve
ilk harici tablomuzu oluşturun.

00:03:23.350 --> 00:03:25.730
İlk dış tablo
biz yaratacağız

00:03:25.730 --> 00:03:28.240
web tıklama akışları hangi
ilk tablo,

00:03:28.240 --> 00:03:31.315
ve bu durumda bu
daha çok bir gerçek tablosu gibi,

00:03:31.315 --> 00:03:34.755
Ve bunu saklarız.

00:03:34.755 --> 00:03:36.490
Yani bu dış veri tabanında,

00:03:36.490 --> 00:03:38.375
Biz tam olarak aynı veritabanına sahip.

00:03:38.375 --> 00:03:44.200
Tekrar kullanıyoruz.
bu senaryoyu gösterin.

00:03:44.200 --> 00:03:50.515
Şimdi, sürece girebiliriz.
bir clickstream sanallaştırma,

00:03:50.515 --> 00:03:52.900
web clickstreams tablosu.

00:03:52.900 --> 00:03:56.500
Burada görebilirsiniz ben var
aynı tablo web clickstreams,

00:03:56.500 --> 00:03:58.660
ama şimdi EXT şema kullanıyorum.

00:03:58.660 --> 00:04:01.060
Dış tabloya erişiyorum.

00:04:01.060 --> 00:04:02.440
ama tüm niyet ve amaçlar için,

00:04:02.440 --> 00:04:05.630
sorgunun geri kalanı
tamamen aynıdır.

00:04:05.630 --> 00:04:08.225
Eğer bu sorguyı şimdi çalıştırıyorum,

00:04:08.225 --> 00:04:10.120
diyelim ki bir alır
biraz daha uzun çünkü

00:04:10.120 --> 00:04:12.100
Gidip.
bu verileri uzaktan almak,

00:04:12.100 --> 00:04:14.905
ve bunun
yaklaşık 3.5 saniye.

00:04:14.905 --> 00:04:17.260
Ama biz olduğunu görebilirsiniz

00:04:17.260 --> 00:04:20.785
bu veri burada ve
Tamamen aynı.

00:04:20.785 --> 00:04:23.710
Yani kaputun altındaki her şey.

00:04:23.710 --> 00:04:27.065
tamamen saydamdır
bir kullanıcı olarak bana.

00:04:27.065 --> 00:04:29.920
Şimdi ya gerçekten devam edersem ve.

00:04:29.920 --> 00:04:33.250
ikinci sanallaştırmak
bu sorguda dış tablo?

00:04:33.250 --> 00:04:35.680
Hatırlarsın ki ilk
bir web clipstreams oldu

00:04:35.680 --> 00:04:38.905
bu ikinci bir
öğe tablosudur.

00:04:38.905 --> 00:04:41.090
O zaman devam edelim ve bunu yapalım.

00:04:41.090 --> 00:04:45.650
ve şimdi her ikisi de var
tablolar sanallaştırılmış.

00:04:47.290 --> 00:04:52.290
Şimdi, ne olur?
Bu son sorgumu çalıştırdım mı?

00:04:52.290 --> 00:04:57.565
Bu son sorgu,
tam olarak aynı sorguyu çalıştırın,

00:04:57.565 --> 00:05:01.670
ama her ikisi de dış
tablolar sanallaştırılmış,

00:05:01.940 --> 00:05:05.275
ve aslında görebilirsiniz
sorgu neredeyse

00:05:05.275 --> 00:05:09.375
ilk olarak hızlı
sürüm, yerel sorgu.

00:05:09.375 --> 00:05:12.530
Şimdi neden bu? Neden alıyoruz?
performans bu fark?

00:05:12.530 --> 00:05:14.780
Bunun sebebi.
eğer bakarsanız

00:05:14.780 --> 00:05:17.000
SQL Sunucuları
kullanarak yeterince akıllı

00:05:17.000 --> 00:05:20.600
maliyet tabanlı optimize edici
anlamak için

00:05:20.600 --> 00:05:24.725
hem tablolar dış ve
onlar, aynı kaynaktan geliyor

00:05:24.725 --> 00:05:28.400
ve bu görebilirsiniz
bu birleştirme itebilir ve

00:05:28.400 --> 00:05:32.030
aşağı toplama
bu uzak kaynağa karşı.

00:05:32.030 --> 00:05:34.190
Bu yüzden hesaplamadan yararlanıyoruz.

00:05:34.190 --> 00:05:37.445
çözmek için bu uzak kaynak
gerçek zamanlı olarak bu sorgu.

00:05:37.445 --> 00:05:41.030
Ama bu size hızlı bir genel bakış sağlar
yeteneklerinizi

00:05:41.030 --> 00:05:44.750
verileri kullanmaktan kurtulun
sanallaştırma teknolojisi

00:05:44.750 --> 00:05:48.470
ve nasıl aslında yapabilirsiniz
şeffaf bir şekilde bu verileri sunmak

00:05:48.470 --> 00:05:50.390
gerek kalmadan bir son kullanıcıya geri

00:05:50.390 --> 00:05:52.520
bu verilerin fiziksel kopyalarını yapmak,

00:05:52.520 --> 00:05:54.410
taşımak veya inşa etmek zorunda kalmadan

00:05:54.410 --> 00:05:56.420
karmaşık bir ETL boru hattı

00:05:56.420 --> 00:05:58.910
yapabilmek için sipariş
verileri gerçek zamanlı olarak sorgula.

00:05:58.910 --> 00:06:00.510
Katıldığınız için çok teşekkürler,

00:06:00.510 --> 00:06:02.960
ve ben yakalamak için sabırsızlanıyoruz
yakında tekrar seninle.

00:06:02.960 --> 00:06:17.560
[MÜZİk]

