Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Než se pustíte do otázky interoperability, zvažte následující otázku: Měla by aplikace používat rozhraní ODBC vůbec? Může to vypadat jako zvláštní otázka, kterou byste se měli zeptat v průvodci rozhraní ODBC, ale ve skutečnosti je to legitimní otázka. Rozhraní ODBC nebylo určeno k úplnému nahrazení nativních databázových rozhraní API ani nebyla navržena tak, aby poskytovala přístup k databázi za všech okolností. Byla navržena tak, aby poskytovala společné rozhraní pro databáze a měla za cíl osvobodit programátory aplikací od nutnosti učit se a udržovat spojení s více databázemi.
Vlastní aplikace jsou hlavními kandidáty pro nativní databázová rozhraní API. Hlavním důvodem je, že vlastní aplikace často pracují s jedním DBMS a nemusí být interoperabilní. Nativní databázová rozhraní API můžou provádět lepší úlohu než rozhraní ODBC pro zveřejnění schopností konkrétního DBMS a mohou vystavit funkce, které rozhraní ODBC nezpřístupňuje. Vzhledem k tomu, že vývojáři vlastních aplikací jsou obvykle obeznámeni s nativním databázovým rozhraním API pro své DBMS, je málo důvodů se seznámit s rozhraním ODBC. Je však zajímavé si uvědomit, že u některých dbMS je rozhraní ODBC nativním databázovým rozhraním API.
Které aplikace jsou tedy kandidáty pro rozhraní ODBC? Nejlepšími kandidáty jsou aplikace, které pracují s více než jedním DBMS. To zahrnuje prakticky všechny obecné a vertikální aplikace. Zahrnuje také řadu vlastních aplikací. Například vlastní aplikace, které používají několik různých DBMS, jsou mnohem jednodušší a čistější pro zápis pomocí rozhraní ODBC než s několika nativními rozhraními API. A vlastní aplikace napsané pomocí rozhraní ODBC se mnohem snadněji migrují, protože společnost přechází z jednoho DBMS na jinou nebo nasadí stejnou aplikaci do různých dbMS.