12.07.2001 НовостиДмитрий Рамодин Любому опытному пользователю известно, что иметь установленную и настроенную базу данных - это полдела; нужно еще и как-то связать с ней приложение-потребитель данных. Поэтому любая серьезная СУБД имеет описанный ее производителем интерфейс доступа. С другой стороны - на клиентской машине есть некий единый интерфейс, подчиняющийся какой-либо общеизвестной спецификации. Такой двухслойный "торт" дает возможность прикладным программистам создавать приложения, способные читать и записывать данные в самые разные базы без изменения кода. Одновременно производители БД вольны сделать такой интерфейс доступа к своему продукту, какой сочтут нужным. А для трансляции прикладных вызовов в конкретные вызовы той или иной БД между ней и приложением-клиентом устанавливают драйвер. И если вдруг случится так, что ваша организация вместо СУБД IBM DB2 задумает сделать основным хранилищем данных СУБД Oracle, для прикладных приложений в системе не изменится ровным счетом ничего. Только системному администратору придется потрудиться, переустановив драйверы доступа к новому серверу БД. Если написанием драйверов вряд ли стоит заниматься самим, а изменение интерфейса доступа к конкретной базе данных - дело и вовсе нереальное, то кодирование доступа к информации из прикладной программы - задача повседневная, встречающаяся сплошь и рядом. Поэтому в данной статье мы обратимся именно к этой теме. Причем изучать мы будем конкретный интерфейс Java DataBase Connectivity (JDBC ...
читать далее.
