ODBC НА ПРАКТИКЕ

Голая теория и употребление за­умных аббревиатур - это, безусловно, хорошо. Но хотелось бы знать, как именно происходит ODBC-доступ кли­ентских приложений к базам данных. Выглядит это приблизительно так: каждый производитель РБД, заявля­ющий ODBC-поддержку под опреде­ленную операционную систему, пре­доставляет вместе со своим продук­том ODBC-драйвер. На самом деле, это даже никакой не драйвер (потому что он не является частью ядра операци­онной системы), а самая обычная ди­намическая библиотека (к примеру, DLL в MS Windows или SO в Linux), код которой будет исполняться в пространстве обычного пользова­тельского процесса. Эта библиотека обязана включать в себя набор стан­дартизованных ODBC-функций (и мо­жет включать дополнительные воз­можности), с точками вызова которых и будет линковаться приложение. Эти функции обязаны сохранять деклари­рованные имена и аргументные типы, а их алгоритмы "знают", как добиться требуемого результата от базы дан­ных конкретного производителя. Та­ким образом, не меняя исходного кода и алгоритма работы приложения, а просто линкуя его с различными

BDE УМЕР. ДА ЗДРАВСТВУЕТ DBEXPRESS!

Несмотря на своевременное появ­ление, удачные идеи и популярность среди программистов, BDE объектив­но сдает свои позиции более слабому и легковесному конкуренту - ODBC. На сегодняшний день BDE повсеместно считается устаревшей, тяжеловесной и неудобной в администрировании технологией. Borland официально за­явила о прекращении развития и под­держки BDE в пользу более прогрес­сивного преемника - dbExpress. Новый механизм призван сохранить все по ODBC-библиотеками, мож­но безболезненно мигрировать из од­ной РБД в другую.