Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Основные понятия о сетевых, распределенных и объектных БД

Пример 6. Инструкция CREATE TABLE

Пример 5. Инструкция UPDATE

Пример 4. Инструкция INSERT INTO

Пример 4. Инструкция DELETE

Пример 3. Запрос SELECT на вывод строк с одинаковыми значениями ключа

 

SELECT <список полей>

FROM ИмяТабл1 INNER JOIN ИмяТабл2 ON ПолеТабл1 оператор ПолеТабл2;

WHERE <условие отбора>

 

Табл1, Табл2 – связанные таблицы

ПолеТабл1, ПолеТабл2 – внешние ключи, имена связанных полей

Оператор – это любой оператор сравнения.

 

Пусть из таблиц «Заказ» и «Клиент» выбираются только те записи, для которых стоимость заказа превышает 100 денежных единиц:

SELECT Клиент.КодКл, Клиент.ФИО, Заказ.НомЗак, Заказ.Стоимость

FROM Клиент INNER JOIN Заказ ON Клиент.КодКл=Заказ.КодКл;

[WHERE Заказ.Стоимость>=100]

 

 

Позволяет удалить одну или несколько записей по определенному условию отбора:

 

DELET E *

FROM ИмяТабл

WHERE <условие отбора>

 

Пусть из таблицы «Сотрудник» необходимо удалить все записи, для которых значения поля «ФИО» начинается с буквы «П»:

DELETE *

FROM Сотрудник

WHERE ((Сотрудник.ФИО) Like (“П*”));

 

 

Позволяет вставить запись в таблицу:

 

INSERT INTO ИмяТабл (Список полей)

VALUES (<список значений полей>);

 

Например:

INSERT INTO Сотрудник (ТабНомер, ФИО, Должность, Оклад)

VALUES (1251, “Иванов”, “ГенДиректор”, 1000);

 

 

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

 

UPDATE ИмяТабл

SET Поле1=НовЗнач1

Поле2=НовЗнач2

 

Например:

 

UPDATE Заказы

SET Стоимость = Стоимость*1,1

Доставка = Доставка*1,05

WHERE Получатель= “Пирогов”;

 

UPDATE Клиент

SET ФИО= “Кузьмин”

ДатаОбращения= #16.04.03#

WHERE КодКл=1121;

 

 

CREATE TABLE ИмяТабл (Поле1 тип [(длина поля)], Поле2 тип [(длина поля)]…);

 

Требуется создать таблицу «Сотрудник» с полями: Табельный номер, ФИО, Оклад, Дата приема на работу:

 

CREATE TABLE Сотрудник (ТабНомер TEXT (6), ФИО TEXT (15), Оклад INTEGER, Дата DATETIME);

 

Классификация СУБД

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

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

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

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

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

РБД предполагает хранение и выполнение функций управления данными в нескольких узлах и передачу данных между этими узлами в процессе выполнения запросов. Разбиение данных может быть таким, что на разных компьютерах могут храниться разные таблицы или разные части одной таблицы (части столбцов или строк). Это не должно иметь значения для пользователей или приложений, т.е. работа с распределённой БД для пользователей или приложений не должна отличаться от работы с централизованной БД.

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

Современные СУБД могут быть классифицированы по ряду признаков:

<== предыдущая лекция | следующая лекция ==>
Языковые средства СУБД: ЯОД и ЯМД | По типу использования ресурсов: локальные и сетевые
Поделиться с друзьями:


Дата добавления: 2014-01-05; Просмотров: 398; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.014 сек.