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

Категория: Информатика
Нажмите для полного просмотра!
Разработка приложений БД, слайд №1Разработка приложений БД, слайд №2Разработка приложений БД, слайд №3Разработка приложений БД, слайд №4Разработка приложений БД, слайд №5Разработка приложений БД, слайд №6Разработка приложений БД, слайд №7Разработка приложений БД, слайд №8Разработка приложений БД, слайд №9Разработка приложений БД, слайд №10Разработка приложений БД, слайд №11Разработка приложений БД, слайд №12Разработка приложений БД, слайд №13Разработка приложений БД, слайд №14Разработка приложений БД, слайд №15Разработка приложений БД, слайд №16Разработка приложений БД, слайд №17Разработка приложений БД, слайд №18Разработка приложений БД, слайд №19Разработка приложений БД, слайд №20Разработка приложений БД, слайд №21Разработка приложений БД, слайд №22Разработка приложений БД, слайд №23Разработка приложений БД, слайд №24Разработка приложений БД, слайд №25
Скачать

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Разработка приложений БД. Доклад-сообщение содержит 25 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1


Разработка приложений БД Графеева Н.Г. 2017
Описание слайда:
Разработка приложений БД Графеева Н.Г. 2017

Слайд 2


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

Слайд 3


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

Слайд 4


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

Слайд 5


Пример.Реализация блокировок Типичный код, использованный разработчиками для резервирования неких ресурсов: create table resources ( resource_name varchar2(25) primary key, ... ); create table schedules ( resource_name varchar2(25) references resources, start_time date, end_time date );
Описание слайда:
Пример.Реализация блокировок Типичный код, использованный разработчиками для резервирования неких ресурсов: create table resources ( resource_name varchar2(25) primary key, ... ); create table schedules ( resource_name varchar2(25) references resources, start_time date, end_time date );

Слайд 6


В чем ошибка? 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 – ресурс резервировался…..
Описание слайда:
В чем ошибка? 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 – ресурс резервировался…..

Слайд 7


Как правильно (ORACLE) select * from resources where resource_name = :room_name FOR 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 – ресурс действительно можно резервировать…..
Описание слайда:
Как правильно (ORACLE) select * from resources where resource_name = :room_name FOR 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 – ресурс действительно можно резервировать…..

Слайд 8


Зависят ли простейшие запросы от СУБД? Требуется перенести с Transact SQL на 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 ... Нужно ли здесь что-то переписывать?
Описание слайда:
Зависят ли простейшие запросы от СУБД? Требуется перенести с Transact SQL на 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 ... Нужно ли здесь что-то переписывать?

Слайд 9


Проблема - значение NULL Разные СУБД по разному обрабатывают значение NULL. Sybase, SQL Server допускают сравнение (=) со значением NULL, а ORACLE – нет.
Описание слайда:
Проблема - значение NULL Разные СУБД по разному обрабатывают значение NULL. Sybase, SQL Server допускают сравнение (=) со значением NULL, а ORACLE – нет.

Слайд 10


Пример (ORACLE) select * from dual; Выбирается одна запись ------------------------------------------------------ select * from dual where null=null; Нет выбранных записей -------------------------------------------------------- select * from dual where null<>null; Нет выбранных записей
Описание слайда:
Пример (ORACLE) select * from dual; Выбирается одна запись ------------------------------------------------------ select * from dual where null=null; Нет выбранных записей -------------------------------------------------------- select * from dual where null<>null; Нет выбранных записей

Слайд 11


Как правильно переписать запрос? select * from T where x = l_some_variable (SQL Server) select * from t where nvl(x,-1) = nvl(l_some_variable,-1) (ORACLE) И еще желательно построить индекс: create index t_idx on t( nvl(x,-1) );
Описание слайда:
Как правильно переписать запрос? select * from T where x = l_some_variable (SQL Server) select * from t where nvl(x,-1) = nvl(l_some_variable,-1) (ORACLE) И еще желательно построить индекс: create index t_idx on t( nvl(x,-1) );

Слайд 12


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

Слайд 13


Стандарт SQL92 (4 уровня) Начальный уровень Переходный Промежуточный Полный
Описание слайда:
Стандарт SQL92 (4 уровня) Начальный уровень Переходный Промежуточный Полный

Слайд 14


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

Слайд 15


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

Слайд 16


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

Слайд 17


Полный Добавляет следующие возможности: управление подключением (CONNECT); тип данных BIT для битовых строк; отложенная проверка ограничений целостности; производные таблицы в конструкции FROM; подзапросы в конструкции CHECK; временные таблицы.
Описание слайда:
Полный Добавляет следующие возможности: управление подключением (CONNECT); тип данных BIT для битовых строк; отложенная проверка ограничений целостности; производные таблицы в конструкции FROM; подзапросы в конструкции CHECK; временные таблицы.

Слайд 18


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

Слайд 19


Как ограничить количество подключений пользователя к системе? Разработчики, не читающие документацию умудряются придумывать очень изощренные решения этой проблемы. А между тем (в ORACLE)….
Описание слайда:
Как ограничить количество подключений пользователя к системе? Разработчики, не читающие документацию умудряются придумывать очень изощренные решения этой проблемы. А между тем (в ORACLE)….

Слайд 20


Пример (как ограничить количество подключений в ORACLE) create profile one_session limit sessions_per_user 1; alter user scott profile one_session; alter system set resource_limit=true;
Описание слайда:
Пример (как ограничить количество подключений в ORACLE) create profile one_session limit sessions_per_user 1; alter user scott profile one_session; alter system set resource_limit=true;

Слайд 21


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

Слайд 22


Взаимоотношения администраторов БД и разработчиков В основе большинства успешно работающих информационных систем лежит плодотворное взаимодействие между АБД и разработчиками приложений.
Описание слайда:
Взаимоотношения администраторов БД и разработчиков В основе большинства успешно работающих информационных систем лежит плодотворное взаимодействие между АБД и разработчиками приложений.

Слайд 23


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

Слайд 24


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

Слайд 25


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

Скачать

Похожие презентации
Mypresentation.ru
Загрузить презентацию