Сделай Сам Свою Работу на 5

Диалекты языка SQL в СУБД.





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

В настоящее время не существует ни одного диалекта, полностью соответствующего стандарту. Производители СУБД (например, Oracle, Microsoft, Borland, Informix, Sybase) применяют собственные реализации SQL, отвечающие как минимум начальному уровню соответствия стандарту и содерж некоторые расширения, специфические для данной СУБД. Не существует двух совершенно идентичных диалектов.

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

PL/SQL – в СУБД Oracle;

Transact-SQL – в СУБД Microsoft SQL;

Informix-SQL – в СУБД Informix;

Jet SQL – Microsoft Access.

 

 

Эволюция концепций обработки данных

Обработка данных – это сов-ть методов и средств, осущ-щих преобразование данных.В общем случае обработка данных включает в себя ввод данных в комп, преобразование и отбор данных по каким-либо критериям, вывод данных в удобном для пользователя виде.



Исторически можно выделить следующие концепции обработки данных:

· обработка на мэйнфреймах в пакетном режиме;

· обработка в многотерминальных системах;

· обработка на автономных персональных компьютерах;

· обработка данных с использованием компьютерных сетей.

Системы удаленной обработки

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

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

 



 

Системы срвместного использования файлоа.

Архитектура файл/сервер

база данных и приложение для ее обработки расположены на файловом сервере сети. Многопользовательская работа с одной и той же базе данных возможна в том случае, когда каждый пользователь с рабочей станции (клиента) запускает приложение, расположенное на файловом сервере.

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

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

«-»необходимость передачи по сети целиком всех таблиц, что, учитывая вышеописанные принципы передачи данных по сети, может привести к «заторам» трафика сети.

 

 

Клиенты, серверы. Клиентские приложения, серверы баз данных

Клиенты, серверы.Наиболее эффективную работу с централизованной БД обеспечивает архитектура клиент/сервер. В отличие от системы удаленной обработки, в которой имеется только один компьютер, клиент/серверная система состоит из множества компьютеров, объединенных в сеть. Компьютеры называемые клиентами, занимаются обработкой прикладных программ. Компьютеры, называемые серверами, занимаются обработкой БД.



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

На сервере сети размещается БД и устанавливается мощная серверная СУБД – сервер баз данных..

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

65.Функции клиентского прилож.и сервера БД,Клиентское приложен выполн:

· ввод-вывод данных ;

· бизнес-логика – это часть кода клиентского приложения, которая определяет ход решения конкретных задач приложения;

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

Сервер вып:

· выполнение пользовательских запросов

· хранение и резервное копирование данных;

· поддержка ссылочной целостности данных согласно определенным в БД правилам;

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

· протоколирование операций и ведение журнала транзакций.

Груз файловых операций ложится в основном на сервер, который мощнее компьютеров-клиентов и поэтому способен быстрее обслуживать запросы. Достоинством AS- модели является гибкость и универсальность вследствие разделения функций на три независимые составляющие. Недостаток модели- высокие затраты ресурсов компьютеров на обмен инфо между компонентами по сравнению с двухзвенными моделями.

 

 

66.Общие сведен о храним процедур.и триггерах

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

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

Триггер – это специальный тип хранимой процедуры, которая автоматически выполняется при каждой попытке изменить данные. Триггер всегда связан с конкретной таблицей и выполняется тогда, когда при редактировании этой таблицы наступает событие, с которым он связан (например, вставка, удаление или обновление записи). Они выполняются неявно, то есть триггер запускается только при попытке изменения данных.

Триггеры обеспечивают целостность данных, предотвращая их несанкционированное или неправильное изменение. Триггер является частью транзакции, следовательно, если триггер не выполнятся, то отменяется вся транзакция. И наоборот.

 

 

67. Характеристики серверов БД. Современные серверы баз данных должны удовлетворять следующим требованиям:

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

доступность;

надежность;

управляемость;

наличие средств защиты данных от потери и несанкционированного доступа;

поддержка доступа к данным с помощью Web-служб;

поддержка стандартных механизмов доступа к данным (таких как ODBC, JDBC, OLE DB, ADO.NET).

 

 








Не нашли, что искали? Воспользуйтесь поиском по сайту:



©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.