Зачем создали ODBC?

Исторически компании использовали одну СУБД. Все доступ к базе данных был выполнен либо через интерфейсную часть этой системы, либо через приложения, написанные для работы исключительно с этой системой. Тем не менее, по мере того как использование компьютеров выросло, и все больше оборудования и программного обеспечения стало доступным, компании начали приобретать различные СУБД. Причины были многие: Люди купил то, что было самым дешевым, что было самым быстрым, то, что они уже знали, что было последнее на рынке, что работало лучше всего для одного приложения. Другими причинами были реорганизации и слияния, где отделы, которые ранее имели одну СУБД, теперь имели несколько.

Проблема стала еще более сложной с появлением персональных компьютеров. Эти компьютеры принесли множество средств для запроса, анализа и отображения данных, а также ряда недорогих, простых в использовании баз данных. С тех пор одна корпорация часто имеет данные, разбросанные по множеству настольных компьютеров, серверов и миникомпьютеров, хранящихся в различных несовместимых базах данных, и доступ к ним с помощью огромного количества различных средств, немногие из которых могут получить на всех данных.

Окончательный вызов пришел с появлением клиентских и серверных вычислений, который стремится сделать наиболее эффективное использование вычислительных ресурсов компьютера. Недорогие персональные компьютеры (клиенты) сидят на рабочем столе и предоставляют графический интерфейс данных и ряд недорогих средств, таких как электронные таблицы, программы диаграммы и построители отчетов. Миникомпьютеры и компьютеры мейнфреймов (серверы) размещают СУБД, где они могут использовать вычислительные мощности и центральное расположение для быстрого, согласованного доступа к данным. Как тогда интерфейсное программное обеспечение было подключено к внутренним базам данных?

Аналогичная проблема возникла у независимых поставщиков программного обеспечения (независимых поставщиков программного обеспечения). Поставщики, написавшие программное обеспечение базы данных для миникомпьютеров и мейнфреймов, обычно вынуждены писать одну версию приложения для каждой СУБД или писать код для каждой СУБД, к которых они хотели получить доступ. Поставщики, пишущие программное обеспечение для личных компьютеров, должны были записывать процедуры доступа к данным для каждой разной СУБД, с которой они хотели работать. Это часто означает, что огромный объем ресурсов был потрачен на написание и обслуживание процедур доступа к данным, а не приложений, а приложения часто продаются не на их качество, а на то, могут ли они получить доступ к данным в заданной СУБД.

Для доступа к данным в разных СУБД требуется оба набора разработчиков. Группе мейнфреймов и миникомпьютеров требуется способ объединения данных из разных СУБД в одном приложении, в то время как личная группа компьютеров требовала эту возможность, а также способ написания одного приложения, которое было независимо от одного СУБД. Короче говоря, обе группы нуждаются в способе взаимодействия для доступа к данным; они нуждаются в открытом подключении к базе данных.