Yalnızca Unix uygulamalarına bakarsanız, ODBC'nin nasıl çalıştığı hakkında bazı ilginç fikirler alırsınız. Bu uygulamaların hiçbiri, ODBC spesifikasyonunun, yani Microsoft'un ürettiği Windows tarafından üretilen referans uygulamayla% 100 karşılaştırılabilir değildir .
Unix'te yaygın olarak bulunan iki ODBC sürücü yöneticisi vardır. Bu soruyla ilgili belgeleri burada bulunan iODBC , işverenim tarafından korunmakta ve desteklenmektedir. UnixODBC diğeri ve diğer cevaplarda tartışıldı. Her ikisi de standardın platform agnostik uygulamaları olduğundan, bunların birbirine ve Windows uygulamasına eşdeğer API olması amaçlanmaktadır.
Basit bir ifadeyle, odbcinst.ini
bir ortamdaki ODBC sürücüleri odbc.ini
için bir kayıt defteri ve yapılandırma dosyası, genellikle diğerinde kayıtlı sürücüleri temel alan ODBC DSN'leri (Veri Kaynağı Adları) için bir kayıt defteri ve yapılandırma dosyasıdır.
Birkaç özel sorunuz oldu ...
1) Her Driver = /path/to/file/.so
iki dosyada da bir satır var ve değerler bazen farklı. Bu mantıklı geliyor mu? Eğer öyleyse, hangisi geçerli?
Her Driver = /path/to/file.so
ikisi de yol olarak ifade edildiğinde, genellikle her iki dosyada da aynı olmalıdır. İçinde odbc.ini
, bu girdi bunun yerine Driver = {name of driver}
adın dizine eklendiği yer olabilir odbcinst.ini
. Genel olarak konuşursak, varsa ayarlar odbc.ini
çakışan ayarlara göre daha odbcinst.ini
fazladır.
2) odbcinst.ini
JavaScript benzeri bir "prototip" odbc.ini
mi? Ben ortak ayarlarla DSN'lerini bir dizi oluşturma Başka bir deyişle, i? Ortak ayarları tanıtabilir odbc.ini
içine odbcinst.ini
?
Hayır, odbcinst.ini
bu şekilde bir "prototip" değildir. odbcinst.ini
ayarları sürücü ile ilgilidir , ancak bu sürücüyü temel alan DSN'lerle ilgili değildir .
3) Driver
ve Setup
in arasındaki fark nedir odbcinst.ini
? Aynı değerlere sahip gibi görünüyorlar. Bu ayarlar veritabanına özgü mü yoksa evrensel mi?
İçinde odbcinst.ini
, Driver =
sürücü kitaplığına ve Setup =
kurulum kitaplığına başvurur. İkincisi tamamen isteğe bağlıdır ve mevcut olduğunda, veri bağlantısı sırasında kullanılmasına gerek yoktur; öncelikle bu tür bağlantıları "kurarken" bir ODBC Yöneticisi tarafından DSN olarak kaydedilmek üzere tasarlanmıştır. Bazen, bu kütüphaneler aynı fiziksel dosyada bulunur, ancak böyle olmaları gerekmez ve örneğin, genellikle OS X ortamında değildir.