- Katılım
- 3 Şubat 2014
- Mesajlar
- 1,744
- Tepkime puanı
- 0
- Puanları
- 0
XML verinin ilişkisel domainde saklanıp gerek olduğunda tekrardan XML'e çevrilmesi , çeşitli sorunlara yol açtı.
bunlar ;
işte bu sorunlardan dolayı , veritabanı yönetim sektörü , XML türünün bir skaler tip gibi ilişkisel ortamın içerisine monte edilmesine karar verdi.VTYS'ler gibi SQL Server 2005 içinde hibrit veri gereksinimine cevap olarak XML veri tipi geliştirildi.
Bu sayede , ilişkisel veritabanı sistemi içerisinde XML verinin doğal hali ile saklanabilmesiyle elde edilen yeni ilişkisel sisteme , hibrit ilişkisel veritabanı yönetim sistemi denmiştir.
Hibrit sistemler , bir sütunda tam sayı tutarken , birinde de parse edilmiş XML tutabilir.
Son olarak , XML veri tipi , Trigger'ların ortam bilgilerini tutmak gibi sistem bazlı bazı işlevler için de kullanılmaktadır.
bunlar ;
- Parse etme ve tekrar XML'e çevirme maliyeti
- Yarı yapılanmış şemayı , yani düzenli bir şeması olmayan veriyi saklama imkanı olmaması
- XML sorgulamaya tam destek verilememesi , yani XPATH ile sorgulamaya kısıtlı destek verilmesi
- Dökümanları tekrardan oluştururken , asıl sırası ve asıl şekli ile olşturulamaması
işte bu sorunlardan dolayı , veritabanı yönetim sektörü , XML türünün bir skaler tip gibi ilişkisel ortamın içerisine monte edilmesine karar verdi.VTYS'ler gibi SQL Server 2005 içinde hibrit veri gereksinimine cevap olarak XML veri tipi geliştirildi.
Bu sayede , ilişkisel veritabanı sistemi içerisinde XML verinin doğal hali ile saklanabilmesiyle elde edilen yeni ilişkisel sisteme , hibrit ilişkisel veritabanı yönetim sistemi denmiştir.
Hibrit sistemler , bir sütunda tam sayı tutarken , birinde de parse edilmiş XML tutabilir.
Son olarak , XML veri tipi , Trigger'ların ortam bilgilerini tutmak gibi sistem bazlı bazı işlevler için de kullanılmaktadır.
