Dlaczego utworzono odBC?

W przeszłości firmy używały pojedynczego systemu DBMS. Cały dostęp do bazy danych odbywał się za pośrednictwem interfejsu tego systemu lub aplikacji napisanych do pracy wyłącznie z tym systemem. Jednak w miarę jak korzystanie z komputerów rosło i coraz więcej sprzętu komputerowego i oprogramowania stało się dostępne, firmy zaczęły uzyskiwać różne systemy DBMS. Powody były wiele: Ludzie kupili to, co było najtańsze, co było najszybsze, co już wiedzieli, co było najnowsze na rynku, co działało najlepiej dla jednej aplikacji. Inne powody były reorganizacje i fuzje, w których działy, które wcześniej miały jeden system zarządzania bazą danych (DBMS), miały teraz kilka.

Problem stał się jeszcze bardziej złożony wraz z pojawieniem się komputerów osobistych. Te komputery udostępniają wiele narzędzi do wykonywania zapytań, analizowania i wyświetlania danych wraz z wieloma niedrogimi, łatwymi w użyciu bazami danych. Od tego czasu jedna korporacja często miała dane rozproszone na niezliczonych komputerach stacjonarnych, serwerach i minikomputerach, przechowywanych w różnych niezgodnych bazach danych i uzyskiwanych przez ogromną liczbę różnych narzędzi, z których niewiele może uzyskać w ogóle danych.

Ostatnim wyzwaniem było pojawienie się komputerów klienckich/serwerowych, które mają na celu najefektywniejsze wykorzystanie zasobów komputerowych. Niedrogie komputery osobiste (klienci) siedzą na pulpicie i udostępniają zarówno graficzny fronton danych, jak i wiele tanich narzędzi, takich jak arkusze kalkulacyjne, programy do tworzenia wykresów i konstruktorzy raportów. Komputery minikomputerów i komputerów mainframe (serwerów) hostują systemy DBMS, gdzie mogą korzystać z mocy obliczeniowej i centralnej lokalizacji w celu zapewnienia szybkiego, skoordynowanego dostępu do danych. W jaki sposób oprogramowanie front-end ma być połączone z bazami danych back-end?

Podobny problem spotkał się z niezależnymi dostawcami oprogramowania (ISV). Dostawcy piszący oprogramowanie bazy danych dla minikomputerów i komputerów mainframe zwykle musieli napisać jedną wersję aplikacji dla każdego systemu DBMS lub napisać kod specyficzny dla systemu DBMS dla każdego systemu DBMS, do którego chcieli uzyskać dostęp. Dostawcy piszący oprogramowanie dla komputerów osobistych musieli zapisywać procedury dostępu do danych dla poszczególnych systemów DBMS, z którymi chcieli pracować. Często oznaczało to, że znaczna ilość zasobów została wydana na pisanie i utrzymywanie procedur dostępu do danych, a nie aplikacji, a aplikacje często były sprzedawane nie w ich jakości, ale na to, czy mogą uzyskiwać dostęp do danych w danym systemie DBMS.

To, czego potrzebują oba zestawy deweloperów, to sposób uzyskiwania dostępu do danych w różnych systemach zarządzania bazą danych. Grupa komputerów mainframe i minikomputerów potrzebowała sposobu scalania danych z różnych zestawów DBMS w jednej aplikacji, podczas gdy grupa komputerów osobistych potrzebowała tej możliwości, a także sposobu na napisanie pojedynczej aplikacji, która była niezależna od jednego systemu DBMS. Krótko mówiąc, obie grupy wymagały interoperacyjnego sposobu uzyskiwania dostępu do danych; potrzebowały otwartej łączności z bazą danych.