3.2.3Преимущества использования внутреннего псевдонима и проблемы перехода на другие субд
Использование внутреннего псевдонима БД позволяет написать текст программы, который на уровне BDE не зависит от псевдонима БД, а, следовательно, и от конкретного типа БД. Если теперь имеются две эквивалентные БД "Поставщик книг", допустим одна в MySQL, а другая в PostgreSQL, то текст программы достаточно легко настраивается на работу с конкретной БД.
Подобная ситуация возникает при переходе от одного типа СУБД к другому, обычно более мощному или более предпочтительному для конкретной организации. В этом случае выполяется экспорт/импорт данных от одной СУБД к другой, после чего нужно внести изменения в определение локального псевдонима.
Допустим текст программы настроен на работу с БД в MySQL. Для его настройки на работу с БД в PostgreSQL необходимо удалить старый локальный псевдоним, настроенный на внешний псевдоним для MySQL, и создать новый локальный псевдоним с тем же именем, но настроенный на внешний псевдоним для PostgreSQL.
Примечание 1. Возможен частный случай, когда имеется несколько серверов с БД одного и того же типа, например PostgreSQL, но с разным месторасположением. Тогда для каждой такой БД имеется свой внешний псевдоним. В этом случае, для перехода на другой сервер в настройках локального псевдонима следует выбрать требуемый внешний псевдоним. Для чего небходимо в строке ODBC DNS выбрать другое имя DNS (Рисунок 2.11).
Примечание 2. При переходе от БД одного типа к БД другого типа может проявиться несовпадение типов данных в этих БД, например денежный формат. Это проявится при экспорте/импорте данных и потребует специальных действий со стороны администраторов БД.
4Создание проекта с бд в технологии bde
4.1Особенности использования bde для соединения с источником данных
Как уже отмечалось, механизм BDE имеет развитые средства по работе с таблицами самых распространенных СУБД: файл-серверных (FoxPro, Paradox, и т.д.), локальных - содержащих БД в виде одного файла (Access), и клиент-серверных (InterBase, Microsoft SQL Server, Informix, Oracle, Sybase, MySQL, PostgreSQL и др.).
Рисунок 3.11 – Структура взаимодействия приложения с БД
Следует подчеркнуть, что механизм BDE в своей основе ориентирован на работу с файл-серверными БД. Однако путем применения дополнительных средств – драйверов ODBC, имеется возможность подключения к локальным и клиент-серверным БД.
Создание таблиц локальных и клиент-серверных БД обычно осуществляется с помощью соответствующих СУБД. Однако эти таблицы могут быть созданы и из приложения пользователя, что показано в соответствующих разделах данного пособия.
Подключение локальных или клиент-серверных БД, осуществляется с помощью драйвера (коммутационного интерфейса) Open DataBase Connectivity (ODBC). Состав драйверов ODBC на вашей машине может быть расширен за счет подключения новых драйверов, например, для работы с СУБД MySQL Server или PostgreSQL.
В учебных целях в рамках настоящего пособия будет использована клиент-серверная СУБД PostgreSQL, подключаемая с помощью ODBC. Однако не составляет труда использовать для этого любую локальную или клиент-серверную СУБД типа свободнораспространяемых MySQL или Oracle Express.
Для демонстрации последующих примеров создайте папку Biblioteka, а ней папку Release. Используя средства СУБД PostgreSQL, создайте БД BiblData с перечисленными выше таблицами: NAKLS, BOOKS, FIRMS, MOVEBOOK, PAYMENTS и TYPENAKL. Свяжите отношением "один ко многим" таблицы NAKLS и MOVEBOOK, используя для этого поле NakllD таблицы NAKLS и поле mNakl таблицы MOVEBOOK, предусмотрев обеспечение целостности данных и каскадое удаление данных.