Разработка приложений БД презентация

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

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

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

( resource_name varchar2(25) primary key, ... );
create table schedules ( resource_name varchar2(25) references resources, start_time date, end_time date );

(start_time between :new_start_time and :new_end_time or end_time between :new_start_time and :new_end_time)

…. Если выдавалось значение 0 – ресурс резервировался…..

UPDATE;
select count(*) from schedules where resource_name = :room_name and (start_time between :new_start_time and :new_end_time or end_time between :new_start_time and :new_end_time)

…. Если будет получено значение 0 – ресурс действительно можно резервировать…..

PL/SQL следующий код:

declare l_some_variable varchar2(25);
begin
if ( some_condition )
then l_some_variable := f( ... );
end if;
for x in
( select * from T where x = l_some_variable ) loop ...

Нужно ли здесь что-то переписывать?

SQL Server допускают сравнение (=) со значением NULL, а ORACLE – нет.

where null=null;
Нет выбранных записей
--------------------------------------------------------
select * from dual where null<>null;
Нет выбранных записей

(SQL Server)

select * from t where nvl(x,-1) = nvl(l_some_variable,-1) (ORACLE)

И еще желательно построить индекс:
create index t_idx on t( nvl(x,-1) );

Что на самом деле стоит за этими стандартами? Можно ли на них расcчитывать при переносе запросов на разные СУБД?
SQL92 — это стандарт ANSI/ISO для СУБД. Он является развитием стандарта ANSI/ISO SQL89. Этот стандарт задает язык (SQL) и поведение (транзакции, уровни изоляции и т.д.) для СУБД. Многие коммерческие СУБД ФОРМАЛЬНО соответствуют стандарту SQL92. А знаете ли, как немного это значит для переносимости запросов и приложений?

незначительным развитием предыдущего стандарта, SQL89. Ни одна СУБД не сертифицирована по более высокому уровню. Более того, фактически Национальный институт стандартов и технологий (National Institute of Standards and Technology — NIST), агентство, сертифицировавшее соответствие стандартам SQL, сертификацией больше не занимается. В стандарт начального уровня не входят такие конструкции, как внешние соединения и т.д.

промежуточным уровнем. Переходный уровень требует поддержки соответствующего синтаксиса внешнего и внутреннего соединения.

удаление для обеспечения целостности ссылок;
типы данных DATE и TIME;
символьные строки переменной длины;
выражения CASE;
функции CAST для преобразования типов данных.

строк;
отложенная проверка ограничений целостности;
производные таблицы в конструкции FROM;
подзапросы в конструкции CHECK;
временные таблицы.

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

придумывать очень изощренные решения этой проблемы. А между тем (в ORACLE)….

1;

alter user scott profile one_session;

alter system set resource_limit=true;

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

лежит плодотворное взаимодействие между АБД и разработчиками приложений.

Этим должен заниматься АБД и, возможно, системный администратор.
Основная обязанность АБД - резервное копирование и восстановление базы данных.
Разработчик может менять ряд параметров сеанса, но за параметры уровня базы данных отвечает АБД.

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

доступом;
не воспринимать СУБД как черный ящик, устройство которого понимать не обязательно;
не изобретать “велосипед”;
решать проблемы как можно проще, максимально используя возможности конкретной СУБД.