Aracılığıyla paylaş

Sürücü Mimarisi

Sürücü mimarisi, hangi yazılımın SQL deyimlerini işlediğine bağlı olarak iki kategoriye ayrılır:

  • Dosya Tabanlı Sürücüler Sürücü fiziksel verilere doğrudan erişir. Bu durumda, sürücü hem sürücü hem de veri kaynağı olarak hareket eder; diğer bir ifadeyle ODBC çağrılarını ve SQL deyimlerini işler. Örneğin, dBASE sürücüleri dosya tabanlı sürücülerdir çünkü dBASE, sürücünün kullanabileceği tek başına bir veritabanı altyapısı sağlamaz. Dosya tabanlı sürücülerin geliştiricilerinin kendi veritabanı altyapılarını yazmaları gerektiğini unutmayın.

  • DBMS Tabanlı Sürücüler Sürücü fiziksel verilere ayrı bir veritabanı motoru üzerinden erişir. Bu durumda sürücü yalnızca ODBC çağrılarını işler; sql deyimlerini işlenmek üzere veritabanı altyapısına geçirir. Örneğin Oracle sürücüleri DBMS tabanlı sürücülerdir çünkü Oracle'ın kullandığı tek başına bir veritabanı altyapısı vardır. Veritabanı altyapısının bulunduğu yer önemsizdir. Sürücüyle aynı makinede veya ağdaki farklı bir makinede bulunabilir; ağ geçidi üzerinden bile erişilebilir.

Sürücü mimarisi genellikle yalnızca sürücü yazarları için ilginçtir; başka bir ifadeyle, sürücü mimarisi genellikle uygulama için bir fark oluşturmaz. Ancak mimari, bir uygulamanın DBMS'ye özgü SQL kullanıp kullanamayacağını etkileyebilir. Örneğin, Microsoft Access tek başına bir veritabanı altyapısı sağlar. Bir Microsoft Access sürücüsü DBMS tabanlıysa ( bu altyapı aracılığıyla verilere erişiyorsa), uygulama microsoft Access-SQL deyimlerini işlenmek üzere altyapıya geçirebilir.

Ancak, sürücü dosya tabanlıysa ( yani, Microsoft Access .mdb dosyasına doğrudan erişen özel bir altyapı içerir) Microsoft Access'e özgü SQL deyimlerini altyapıya geçirme girişimleri söz dizimi hatalarına neden olabilir. Bunun nedeni, özel altyapının büyük olasılıkla yalnızca ODBC SQL uygulamasıdır.

Bu bölüm aşağıdaki konuları içerir.

  • Last updated on