Создание базы данных "Аттестация сотрудников" (стр. 3 из 5)

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

Динамический SQL в OracleS выполняется так же быстро, как и обычный статический. Сокращено время при вызове операторов SQL из PL/SQL и наоборот. Улучшены алгоритмы работы с таблицами PL/SQL. Уменьшены потребности сессий пользователей в оперативной памяти на 30-60%. Добавлена отложенная проверка ограничений целостности, — она может выполняться не сразу после выполнения операторов изменения данных, а откладываться до фиксации транзакции. Введены новые типы данных для хранения неструктурированной информации. Для этого в Oracle 7 используются типы данных LONG и LONG RAW, которые обладают рядом недостатков. В OracleS появились новые типы данных: CLOB (CharacterLargeObject), BLOB (BinaryLargeObject) и BFILE, свободные от этих недостатков. Эти типы данных не могут быть использованы в запросах, но их можно хранить как в файловом пространстве, так и непосредственно в базе данных. При действиях с данными этого типа поддерживаются все возможности транзакционной модели Oracle (за исключением тех объектов, которые хранятся как ссылки на объекты файловой системы). Таким образом, сделан шаг вперед в направлении технологии IPS (Internet File System), основная идея которой — все объекты, с которыми работает пользователь, хранятся в базе данных. При этом их хранение организовано прозрачно и операции копирования, удаления, изменения и т. п. объектов выполняются так же, как будто бы они хранились в файловой системе. Работа с большими объектами рассмотрена в разделе PL/SQL — процедурное расширение языка SQL.

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

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

Как видим, внесено очень много усовершенствований в те механизмы, которые OracleS унаследовал от предыдущих версий. Их можно использовать как при разработке новых приложений, так и при модификации существующих. Тем не менее не стоит ожидать, что с переходом на новую версию сервера базы данных эффективность существующих приложений значительно увеличится сама по себе. Такой переход требует еще раз пересмотреть технологию функционирования всей системы. Некоторые операции действительно станут выполняться быстрее, однако может быть и обратный эффект, например некоторые SQL-запросы могут для новой версии сервера выполняться дольше. Поэтому при переходе, например, даже с версии 8.1.6.0 на 8.1.7.0 требуется осторожность и несколько этапов переноса серверной компоненты и доработки клиентской части и промежуточного уровня.

Сервер OracleS поставляется в нескольких конфигурациях. Они отличаются друг от друга как наличием или отсутствием дополнительных возможностей, так и серьезными архитектурными решениями. Например, версия, предназначенная для работы с мобильными устройствами, не поддерживает язык PL/SQL, а только Java. OracleSWorkgroupEdition в отличие от основного вариантаOracleS Enterprise Edition не поддерживает параллельную обработку данных, объектнореляционные расширения и секционирование таблиц. Более подробные сведения о возможностях сервера Oracle можно узнать из прилагаемой к нему документации .

История Oracle показывает, что основные этапы развития СУБД связаны с улучшением ее управляемости в условиях многопользовательского доступа к данным, масштабируемости, совершенствованием системы распараллеливания операций на различных уровнях и повышением уровня защищенности и целостности системы. Языковые средства системы эволюционируют достаточно медленно. Принципиальным моментом является распределенность СУБД, то есть наличие в СУБД нескольких компонент, выполняющихся на различных компьютерах, объединенных в сеть.

Учитывая возможности масштабируемости, заложенные в Oracle, рано или поздно система, построенная для решения серьезной задачи, станет распределенной, построенной на архитектуре клиент-сервер или многозвенной- архитектуре.

1.3 Выбор метода решения задачи

Для написания моего проекта я выбрал MS Access 2000, так как он имеет достаточно понятный и удобный интерфейс, а также ориентирован на применение в локальных случаях, и гораздо более простой по сравнению с другими языками и программами .

Решающим фактором в выборе программы между Access и Oracle было то, что база данных будет использоваться на одном PC, не обладает сложной структурой и нет необходимости в хранении больших объемов информации, кроме того Microsoft Office 2000 и представляет собой мощную систему, обеспечивающую эффективную разработку и сопровождение баз данных

2. Практическая часть