Şimdi Hierarchyid veri tipimizi daha iyi anlayabilmek için hayali bir şirketin,organizasyon şemasını oluşturalım.



Şekildeki gibi bir organizasyon şemasına sahip şirketimizin;yönetim yapısını SQL Serverda ,yeni hierarchyid tipini kullanarak saklamak isteyelim.Önce Sirket isimli veri tabanımızı oluşturuyoruz,daha sonra Calisanlar isimli tablomuzu oluşturuyoruz.Bundan sonrasında yazacağım sorgularla,şirketimizin hiyerarşik yapısını adım adım oluşturacağım.Yukarda ki organizasyon şeması şirket yapısını daha iyi anlamanız içindir.

CREATE TABLE Calisanlar
(Dugum hierarchyid PRIMARY KEY CLUSTERED,
Basamak AS dugum.GetLevel() PERSISTED,
Calisan_ID INT UNIQUE,
Calisan_Isim VARCHAR(30) NOT NULL)

Burada ast-üst ilişkisinin SQL Server’a aktarılmasını sağlayan fonksiyonumuz GetLevel() dir.Bu fonksiyonumuz herbir basamakta ki,düğümün değerini  döndürür.Örneğin kök(root) düğümün,Ahmet,Basamak değeri 0 dır.Erdem ve Ali’nin;basamak değeri 1 dir ve aşağılara indikçe basamak değerinin artmasından dolayı da en son basamaktaki,Ada ve Cemil’in,basamak değerleri 3 olarak ifade edilecektir.Tabloyu oluşturduktan sonra kök de(root) beraberinde oluşturulmuş olur.

INSERT INTO Calisanlar VALUES (hierarchyid::GetRoot(),5000,'Ahmet')

GetRoot() fonksiyonumuzsa,root‘un bulunduğu düğümdeki değeri döndürecek bir başka fonksiyonumuzdur.Burada Calisan_ID sinin değeri 5000 ‘den başlarken, basamaklar 0’dan başlayarak artacaktır.Bu iki ifadeyi birbirine karıştırmamamız gerekir.Elinizde root düğüm varsa organizasyonel şemanızı oluşturmaya başlayabilirsiniz demektir.Ahmet’in(root’un),altında çalışanları tanımlayabilmek için GetDescendants fonksiyonunu kullanacağız.Bu fonksiyon ana bir düğümden türeyen düğümleri,child nodeları, döndürmektedir.Bu örneğimiz için ilk düğümü döndürecektir.

--Öncelikle dügümlerde tutulacak gecici degiskenler tanımlayalım.
DECLARE @YoneticiDugum hierarchyid
DECLARE @Sira hierarchyid --Kok dugum,"Ahmet", icin ,Calisan_ID 5000 dir.
SELECT @YoneticiDugum=Dugum FROM Calisanlar WHERE Calisan_ID=5000
--GetDescendant ilk dugumu bize dondurecektir.Ilk dugum "/1"
INSERT INTO Calisanlar VALUES (@YoneticiDugum.GetDescendant(NULL, NULL),5001, 'Ali')

Bu örneğimizde kök düğüm,Ahmet, basamak 0 dır ve “/ ” ile temsil edilir.Aynı şekilde Ahmet’in altında çalışan Ali;basamak 1 dir ve Ahmet’den sonra en kıdemli kişidir, “/1” ile temsil edilir.Aynı şekilde Erdem’i de yapımıza eklediğimizde değeri “/2” olacaktır.

--Kok dugum,"Ahmet", icin ,Calisan_ID 5000 dir.
SELECT @YoneticiDugum=Dugum FROM Calisanlar WHERE Calisan_ID=5000
--GetDescendant ilk dugumu bize dondurecektir.Ilk dugum "/1"
INSERT INTO Calisanlar VALUES (@YoneticiDugum.GetDescendant(NULL, NULL),5001, 'Ali')
--Ali'nin Calisan_ID di 5001 olacaktır.
SELECT @Sira=Dugum FROM Calisanlar WHERE Calisan_ID=5001
--Biz burada GetDescendant fonksiyonunu (Ali,NULL)olarak tanımlamış oluyoruz.
--Eğer tam tersi bir şekilde (NULL,Ali) olarak tanımlasaydık,
--Ali'den sonra düğümler ekleyemeyecektik.  
INSERT INTO Calisanlar VALUES
(@YoneticiDugum.GetDescendant(@Sira, NULL),5002, 'Erdem')

İsterseniz,şu ana kadarki oluşturduğumuz şirketimizin, hiyerarşik yapısını sorgulayalım

SELECT Dugum.ToString() AS Dugumun_Text_Gosterimi,
Dugum AS Dugumun_Binary_Gosterimi,
Dugum.GetLevel() AS Sira,
Calisan_ID,
Calisan_Isim
FROM Calisanlar



Şirketimizin Organizasyon Şemasındaki,Dugumlerin yerleşimi ise şöyle olacaktır.



Şekilde de görüldüğü gibi Bilgehan,Erdem’in yöneticiliğinde çalışmaktadır ve düğümsel değeri “/2/1” dir.

SQL kodlarımızla şirketimizin organizasyon şemasını tamamlayalım.

SELECT @Sira=Dugum FROM Calisanlar WHERE Calisan_ID=5002
INSERT INTO Calisanlar VALUES(@Sira.GetDescendant(NULL, NULL),5003, 'Bilgehan')
--Erdem, yönetici olarak @Sira değişkeninde saklanıyor.
-- Bilgehan'ı ,Erdem altında çalışan biri olarak tanımladık.
DECLARE @dugum1 hierarchyid
--Bilgehan'ın,Calisan_ID si 5003 dür.
SELECT @dugum1=Dugum FROM Calisanlar WHERE Calisan_ID=5003
--GetDescendant,Bilgehan'dan sonraki Dugum 'ü döndürecek.
INSERT INTO Calisanlar VALUES (@Sira.GetDescendant(@dugum1, NULL),5004, 'Aydin')

--Şimdi de Aynı işlemleri Ali'nin Düğümü icin @Sira değişkeniyle gerçekleştiriyoruz.
SELECT @Sira=Dugum FROM Calisanlar WHERE Calisan_ID=5001
--Ali'den türeyen bir düğüm yoktu(NULL,NULL).Şimdi Ali'den sonra Selen düğümünü oluştuyoruz.
INSERT INTO Calisanlar VALUES (@Sira.GetDescendant(NULL,NULL),5005, 'Selen')
--Selen'in Dugum 'ü oluşturuldu.
SELECT @dugum1=Dugum FROM Calisanlar WHERE Calisan_ID=5005

--Tomris'i de Ali'nin yöneticiliğine atıyoruz.
INSERT INTO Calisanlar VALUES (@Sira.GetDescendant(@dugum1,NULL),5006, 'Tomris')
--Ada' da Tomris'in yöneticiliğinde
SELECT @Sira=Dugum FROM Calisanlar WHERE Calisan_ID=5006
--Ada'yı da Tomris'den sonra ki ilk yetkili yapıyoruz.

INSERT INTO Calisanlar VALUES (@Sira.GetDescendant(NULL,NULL),5007, 'Ada')
--Ada'nın Dugum 'ü olusturuldu.
SELECT @dugum1=Dugum FROM Calisanlar WHERE Calisan_ID=5007
--Cemil'i de ,Tomris'in yöneticiliğine sokuyoruz.
INSERT INTO Calisanlar VALUES (@Sira.GetDescendant(@dugum1,NULL),5008, 'Cemil')

Organizasyon şemamızı sorguladığımızda yapımız şöyle olmalıdır.

DECLARE @Basamak hierarchyid
DECLARE @EskiYonetici hierarchyid
DECLARE @YeniYonetici hierarchyid
SELECT @Basamak=Dugum from Calisanlar where Calisan_ID=5006 -- Tomris
SELECT @EskiYonetici=Dugum from Calisanlar where Calisan_ID=5001 -- Ali artık Tomris'i yönetmeyecek.
SELECT @YeniYonetici=Dugum from Calisanlar where Calisan_ID =5004 -- Aydın artık Tomris'in yöneticisi
UPDATE Calisanlar
SET Dugum = @Basamak.GetReparentedValue(@EskiYonetici, @YeniYonetici)
WHERE Dugum = @Basamak

Tablomuzun son haline bakarsak,aşağıdaki gibi değiştiğini göreceksiniz



Görüldüğü gibi;Tomris artık Aydın tarafından yönetilen bir çalışan.

Burada dikkatinizi çektiyse,küçük bir problemle karşı karşıyayız.Şöyle ki Tomris artık Ali tarafından yönetilmekten çıkıp Aydın tarafından yönetilmekte fakat Tomris’in yönettiği çalışanlar yöneticisiz kalmış durumda. ( “/1/2”  şeklinde bir düğüm artık bulunmamakta)

Böyle bir durum sıkıntı yaratacaksa,geliştiriciler olarak duruma müdahale edilmeli ve indexler oluşturulmalıdır.Bu örnek için, 2 tür index tanımlaması yapılabilir.İlki Depth-First Index’dir ve bu index yapısında bütün düğümler,yanyana dizilir,birlikte saklanır ve istenilen özel bir düğüme bağlanabilir.Bütün çalışanların sadece bir yöneticiye bağlı olarak çalıştığı yapılarda kullanılabilir.



İkinci index türümüz ise;Breadth-First Index’dir.Bu index türünde bütün düğümler,dereceleriyle birlikte sıralı olarak tutulur.Aynı yöneticiye bağlı çalışanlar birlikte tutulurlar



Bir tablo oluşturulduktan sonra,depth first index,direk olarak primary key ile tanımlanmış olur.(Yani default olarak depth first index tanımlanmıştır.)Breadth-First Index tanımlamasını ise şöyle bir komutla biz yapabiliriz

CREATE Index Breadth on Calisanlar(Dugum,Basamak)

Bu makalemizde SQL Server 2008 ‘in yeni veri tiplerinden olan Hierarchyid Veri Tiplerini ve kullandığı fonksiyonlarını,örnek sorgularla  inceledik.

Bu makaleye bağlı makalelerde SQL Server 2008 ile gelen yeni veri tiplerini incelemeye devam edeceğiz.

SQL Server 2008 ile birlikte gelen birçok yenilikten biri de,yeni veri tipleridir.SQL Server 2008’de daha önceki sürümlerde kullandığımız int,varchar,float.datetime gibi veri tiplerine ek olarak sınırlarımızı daha da genişleten yeni veri tipleri karşımıza çıkmaktadır. 

SQL Server 2008 ile gelen;bu yeni veri tiplerini aşağıdaki gibi bir gruplamaya sokabiliriz.(Bu makalemizde ikinci grup olan Date ve Time Veri Tipleri üzerinde duracağız)

Ø  Uzaysal Veri Tipleri: Bu veri tipleri GEOMETRY ve GEOGRAPHY veri tiplerini içermektedir. Bu verilere de  Uzaysal Veriler denmektedir.

Ø  Yeni Date ve Time Veri Tipleri: Bu veri tipleri,esnek Date ve Time verilerinin tutulmasını sağlamaktadır.Örneğin;1753 yılından önceki yılların yada 3.33 milisaniye den daha kısa zaman aralıklarının,veri tabanında saklanmasına imkan sağlıyorlar.

Ø  Hierarchyid Veri Tipleri : Hiyerarşik verilerin tutulduğu tipler.Örneğin; çalışan => müdür ilişkisinin tutulmasına imkan sağlayan veri tipleridir.

Ø  FileStream Desteği : Büyük objelerin dosyalarda tutulması ve bu dosyaların database ile entegrasyonun sağlanması ise veri tiplerine getirilen bir başka kullanışlı yeniliktir.

Şimdi;yeni Date ve Time Veri Tiplerine ve sağladığı imkanlara bakalım.(Bir önceki bağlı makalemizde 1.grup olan Uzaysal Veri Tiplerini incelemiştik)

2)SQL Server 2008’de Yeni Date ve Time Veri Tipleri : SQL Server 2008 öncesi;SQL Server sürümlerinde zamansal datalarımızı datetime veya smalldatetime veri tipleri üzerinde tutuyorduk.Bu zamansal veri tiplerini kullanırken de bazı kısıtlamalar ile karşı karşıyaydık.Örneğin datetime veri tipimizin kapsadığı tarih aralığı;1 Ocak 1753 ‘den başlayıp 31 Aralık 9999 ‘a kadar gidebiliyordu. 1753 yılından önceki tarihlerin tutulmasını gerektiren bir uygulama geliştireceğimiz zamanda bu veri tiplerini daha farklı veri tipleri üzerinde tutmamız gerekmekteydi.(Örneğin bir müzede ki tarihi eserlerin verilerinin tutulduğu bir veri tabanına 1753 öncesi tarihleri nasıl girebilirdiniz ? ) Datetime tipiyle ilgili bir başka kıstlamamız ise 3.33 milisaniyeden daha hassas zaman dilimlerindeki verileri,datetime tipiyle tutamayacak olmamızdı,bu durum özellikle finansal yada bilimsel uygulamaların veri tabanlarını tasarlayanlar için zorluklardan biriydi.

Zamansal veriler üzerinde ki karşılaşılan bu zorluklara ,SQL Server 2008 ile gelen,yeni Date ve Time tipleriyle çözüm bulabiliyoruz artık

Yeni Date ve Time Veri Tiplerimiz: SQL Server 2008; DATE, TIME, DATETIMEOFFSET,ve DATETIME2 olmak üzere 4 yeni tarihsel veri tipiyle karşımıza çıkmaktadır.Bu yeni tarihsel tiplerimiz sayesinde;1753 yılı gibi sınırlamaların ortadan kalkmasının yanında,nanosaniyeler ölçüsünde zamansal kayıtları tutabilme,Bölgesel Zaman Ayarlarına bağlı değişiklikleri kullanabilme imkanlarına sahip oluyoruz.

SQL Server 2008’e getirilmiş olan;bu yeni zamansal veri tipleri,diğer SQL Server veri tipleriyle ortak sorgularda kullanılabilmekte;DML (Data Manipulation Language) ve DDL(Data Definition Language),Store Procedurelerde yani SQL Server deyince aklınıza gelen bütün yapılar ile beraber sorunsuz bir şekilde çalışmaktadır.

SQL Server 2000 yada SQL Server 2005 kullanıcıları; Server Management Objets(SMO) aracılığıyla,yeni date ve time veri tiplerinin değerlerine ulaşmak istediğinde,text-string olarak değerlere ulaşabiliyorlar.(Bu da hatanın oluşmasının önüne geçiyor.)Aynı zamanda,bu yeni veri tiplerimiz OLE DB ve ODBC’ye de SQL Native Client aracılığıyla tam destek sunmaktadırlar.Visual Studio 2008’de geliştirdiğimiz ADO.Net projelerinde de bu veri tiplerine tam destek mevcutdur.

Şimdi bu 4 yeni veri tipimize ayrıntılı olarak bakmanın zamanı geldi.

a)DATE Tipi : Bu yeni zamansal veri tipimiz;Gregorian takvimini esas alarak 1 ile 9999 arası yıl değerlerini tutabilir.Diyelim ki çalışanların doğum tarihlerini yada işe başlama tarihlerini tutacak bir şema tasarlamak istiyorsunuz;eğer burada ki değerleri datetime tipinden oluşturursanız 6 byte’lık bir alan kaplayacaklardır.Fakat bu tarihsel alanınızı; yeni  DATE tipinden tanımlarsanız sadece 3 byte’lık bir alan kapladığını göreceksiniz.Şuan için aradaki bu fark çok dikkat çekici olmayabilir ama tüm veri tabanınızı düşündüğünüz zaman bu yeni tipin faydasını daha açık olarak görebilirsiniz.

Verilerin kapladığı alanlarla ilişkili kaygılarınızdan dolayı; ay ve gün bilgisi için tinyints (1 byte) ,yıl için de smallint (2 byte) bir veri türü tanımlaması yapsanız bile gene toplamda 4 byte yapar ki,DATE türüne göre 1 byte fazla bir alan kaplanır.Diğer taraftan integer’ları kullanarak yaptığınız tanımlamalarda,iç fonksiyonların(DATEPART, DATENAME, DATEDIFF,DATEADD) kullanmak için ekstra çaba harcamanız gerekmesine rağmen DATE tiplerinde böyle bir ekstra çabaya gerek bile yoktur. 

Buraya kadar anlatılanları küçük bir sorgu aracılığıyla görürsek daha iyi anlaşılacaktır.(Sorgumuzu yazmadan önce DATE tiplerinde tarih sırasının YYYY-MM-DD olarak gösterildiğini belirteyim.)

DECLARE @bugun DATE
DECLARE @yeniyil DATE
SET @bugun = SYSDATETIME()
SET @yeniyil = '2010-12-31'
SELECT @bugun as 'Bugunun Tarihi',
DATEADD(week,1,@bugun)
as'Bir Hafta Sonra Bugun',
DATEDIFF(day,@bugun ,@yeniyil)
as'Yeni Yıla Kalan Gun ',
DATALENGTH(@bugun) as 'Veri Kaç Byte ? '

b)SYSUTCDATETIME Fonksiyonu: SYSUTCDATETIME fonksiyonu, SYSDATETIME fonksiyonuna benzer şekilde çalışır sistem timestamp’ini UTC formatında gösterir. 

SELECT SYSUTCDATETIME() as 'Şuan ki Zaman',
DATALENGTH(SYSUTCDATETIME()) as 'Kapladıgi Alan '


c)SYSDATETIMEOFFSET Fonksiyonu:Önceki 2 fonksiyona benzer şekilde sistem timestamp değerini döndürmeye ek olarak,bölgesel saat farklılık değerini de verir.(Gene DATETIME2(7) formatında) 

SELECT SYSDATETIMEOFFSET() as 'Şuan ki Zaman',
DATALENGTH(SYSDATETIMEOFFSET()) as 'Kapladıgi Alan '



d)TODATETIMEOFFSET Fonksiyonu: Bu fonksiyon yerel saat ve zaman değerlerini,date-time offset UTC değerine dönüştürerek gösterir. 

DECLARE @OffsetYok DATETIME2
DECLARE @OffsetVar DATETIMEOFFSET
SET @OffsetYok=sysdatetime()
SET @OffsetVar=TODATETIMEOFFSET(@OffsetYok,'+02:00')
SELECT @OffsetYok AS 'Offset Olmadan',
@OffsetVar AS 'Offset Eklenirse'


e) SWITCHOFFSET Fonksiyonu : SWITCHOFFSET fonksiyonu;verilen başka bölgeye ait bir zaman diliminin,bulunan zaman dilimindeki karşılığını elde edebilme imkanı sağlamaktadır.Örneğin 2 Ocak 2010 tarihinde Londra saatiyle 01:30’da başlayacak bir webinerin,İstanbul saatiyle kaçta başlayacağını bulmak istediğimizi varsayalım.

DECLARE @Webinerin_Zamani DATETIMEOFFSET
SET @Webinerin_Zamani ='2010-01-02 01:30 +00:00'
SELECT @Webinerin_Zamani
AS 'Webinerin Londrada Başlayacağı Zaman',
SWITCHOFFSET(@Webinerin_Zamani,'+02:00')
AS 'Webinerin Istanbulda Başlayacağı Zaman'



Görüldüğü gibi Webinerimiz Türkiye saatine göre 03:30’de başlayacaktır.

Bu makalemizde SQL Server 2008 ‘in yeni veri tiplerinden olan Date-Time Veri Tiplerini ve kullandığı fonksiyonlarını,örnek sorgularla  inceledik.

Bu makaleye bağlı makalelerde SQL Server 2008 ile gelen yeni veri tiplerini incelemeye devam edeceğiz.

SQL Server 2008 ile birlikte gelen birçok yenilikten biri de,yeni veri tipleridir.SQL Server 2008’de daha önceki sürümlerde kullandığımız int,varchar,float gibi veri tiplerine ek olarak sınırlarımızı daha da genişleten yeni veri tipleri karşımıza çıkmaktadır.

SQL Server 2008 ile gelen;bu yeni veri tiplerini aşağıdaki gibi bir gruplamaya sokabiliriz.(Bu makalemizde ilk grup olan Uzaysal Veri Tipleri üzerinde duracağız)

 

Şimdi de STTouches()fonksiyonunu kullanarak;doğru şeklinde olan ve kordinatları verilen bir nehirin,alanımız ile sınır olup olmadığını bulalım.

DECLARE @Nehir GEOMETRY
SET @Nehir=GEOMETRY::STGeomFromText('LINESTRING(.5 12, 1 10, 1 8, .5 3, 0
0)',0)
SELECT @Nehir.STTouches(@KodunDatasi)

Çıkan sonucun 1 olması,bize nehirin alanımızla sınır olduğunu gösteriyor.

SQL Server 2008’in fonksiyonlarının,iletişimde bulunduğu bir başka data grubu ise XML datalardır.XML datalar için Geometrik veriler,Geography Markup Language (GML) aracılığıyla tanımlanabilir. 

GML‘in SQL Server 2008 de çalışma şeklini incelemek amacıyla 2 tane girdi alan(XML ve integer),AlanKodununIcindeMi adlı bir store procedure yazalım.XML girdimizi bir noktayı GML formatında tanımlamak için oluştururken,integer girdimizi Alan Kodlarını karşılaştırmak için oluşturuyoruz.

CREATE PROCEDURE AlanKodununIcindeMi(@KodGML as xml,@AlanKodu as int)
AS
BEGIN
DECLARE @KodDatasi GEOMETRY;SET @KodDatasi=(SELECT AKodununGeometrisi from AlanKodlari where ID=@AlanKodu)DECLARE @NoktaGML GEOMETRY;
SET @NoktaGML=GEOMETRY::GeomFromGml(@KodGML,0)
IF (@NoktaGML.STWithin(@KodDatasi)=1)
SELECT 'Alanın Icinde'
ELSE
SELECT 'Alanın Dışında'
END

Daha sonra da yazmış olduğumuz bu Store Procedurümüzü test etmek için (10 10) koordinatlarında bir nokta oluşturalım ve bu noktanın alanın içinde olup olmadığını, ‘AlanKodununIcindeMi’ adlı store procedurümüzü kullanarak bulmuş olalım.

DECLARE @OrnekNokta XML
SET @OrnekNokta='<Point xmlns="http://www.opengis.net/gml"><pos>10
10</pos></Point>'
EXEC AlanKodununIcindeMi @OrnekNokta,1




Burada anlatdığım veri tipleri üzerinde işlem yapan fonksiyonların çağrılması için .NET ortamında Microsoft.SqlServer.Server.Types isim alanı altında ki SqlGeometry tipi kullanılmalıdır.

b) GEOGRAPHY Tipi :
GEOGRAPHY veri tipi, GEOMETRY veri tipiyle aynı fonksiyonları kullanılır,aynı şekilde çalışır.Dünya’nın şeklinden dolayı,bu tipe geoid veri tipi denmektedir.Bundan dolayı da objeleri geodetik düzlemde ifade eder.Bu veri tipi noktaların enlemsel ve boylamsal bilgilerini GPS(Global Positioning System) kordinatlarına göre temsil eder.Gene bu tipte de her obje ,bir SRID’ye sahiptir.

Şimdi de STGeomFromText;fonksiyonunu kullanarak 1 numaralı ID’ye sahip kayıda bir Linestring’in ,2 numaralı ID’ye sahip kayıda da bir çokgenin kordinat bilgilerini girelim.

CREATE TABLE UzaysalVeriler
(ID int IDENTITY (1,1),
Kolon1 geography,
Kolon2 AS Kolon1.STAsText() );
GO 

INSERT INTO UzaysalVeriler (Kolon1)
VALUES (geography::STGeomFromText('LINESTRING(-122.360 47.656, -122.343
47.656)', 4326)); 

INSERT INTO UzaysalVeriler (Kolon1)
VALUES (geography::STGeomFromText('POLYGON((-122.358 47.653, -122.348
47.649, -122.348 47.658, -122.358 47.658, -122.358 47.653))', 4326));
GO

STIntersects  fonksiyonunu kullanarak Linestring ile Çokgenin; Linestring üzerinde ki kesiştiği noktanın kordinatlarını bulalım.

DECLARE @geografik1 geography;
DECLARE @geografik2 geography;
DECLARE @sonuc geography; 

SELECT @geografik1 = Kolon1 FROM UzaysalVeriler WHERE ID = 1;
SELECT @geografik2 = Kolon1 FROM UzaysalVeriler WHERE ID = 2;
SELECT @sonuc = @geografik1.STIntersection(@geografik2);
SELECT @sonuc.STAsText();




Bu makalemizde SQL Server 2008 ‘in yeni tiplerinden olan Uzaysal Veri Tiplerini (GEOMETRY ve GEOGRAPHY) ve kullandığı fonksiyonlarını,örnek sorgularla  inceledik.Bu makaleye bağlı makalelerde SQL Server 2008 ile gelen yeni veri tiplerini incelemeye devam edeceğiz.

SQL Server 2008 için  Service Pack 1 CTP aşağıdaki adresden indirilebilir.

http://www.microsoft.com/downloads/details.aspx?FamilyID=6f26fc45-f0ca-49cf-a6ee-840c7e8bb8af&displaylang=en 

Kurulum yaparken aşağıdaki ekranda ki cümleleri de dikkatle okumanızı tavsiye ediyorum :)