Структура языка SQL
Изучение и анализ функциональных возможностей СУБД. Структура языка реляционных БД SQL (Structured Query Language). Типы данных SQL. Операторы DDL - операторы определения объектов базы данных. Примеры использования операторов манипулирования данными.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 21.07.2012 |
| Размер файла | 39,6 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Основные данные о работе
|
Версия шаблона |
2.1 |
|
|
Филиал |
Нижегородский |
|
|
Вид работы |
Курсовая работа |
|
|
Название дисциплины |
Базы данных |
|
|
Тема |
Структура языка SQL |
|
|
Фамилия студента |
Бачаев |
|
|
Имя студента |
Александр |
|
|
Отчество студента |
Олегович |
|
|
№ контракта |
09200100604001 |
Содержание
Введение
1. Изучение и анализ функциональных возможностей СУБД
1.1 Понятие базы данных и СУБД
2. Структура языка SQL
2.1 Типы данных SQL
Заключение
Глоссарий
Список используемых источников
Введение
structured query language база данные
Одним из главных преимуществ реляционного подхода к организации баз данных (БД) является то, что пользователи реляционных БД получают возможность эффективной работы в терминах простых и наглядных понятий таблиц, их строк и столбцов без потребности знания реальной организации данных во внешней памяти.
Реляционная модель данных, содержащая набор четких предписаний к базовой организации любой реляционной системы управления базами данных (СУБД), позволяет пользователям работать в ненавигационной манере, т.е. для выборки информации из БД человек должен всего лишь указать список интересующих его таблиц и те условия, которым должны удовлетворять выбираемые данные. СУБД скрывает от пользователя выполняемые ей последовательные просмотры таблиц, выполняя их наиболее эффективным образом. Очень важная особенность реляционных систем состоит в том, что результатом выполнения любого запроса к таблицам БД является также таблица, которую можно сохранить в БД и/или по отношению к которой можно выполнять новые запросы.
Базовым требованием к реляционным СУБД является наличие мощного и в тоже время простого языка, позволяющего выполнять все необходимые пользователям операции. В последние годы таким повсеместно принятым языком стал язык реляционных БД SQL - Structured Query Language (теперь все чаще название языка понимается как Standard Query Language) .
До появления SQL в СУБД (независимо от того, на какой модели они основывались) приходилось поддерживать по крайней мере три языка, которые обычно имели мало общего: язык определения данных (ЯОД), служащий для спецификации структур БД (обычно общую структуру БД называют схемой БД); язык манипулирования данными (ЯМД), позволяющий создавать прикладные программы, взаимодействующие с БД; и язык администрирования БД (ЯАДБ), с помощью которого можно было выполнять служебные действия (например, изменять структуру БД или производить ее настройку с целью повышения эффективности). Кроме того, если требовалось предоставить пользователям СУБД интерактивный доступ к БД, приходилось вводить еще один язык, операторы которого выполняются в диалоговом режиме. Язык SQL позволяет решать все эти задачи.
Следует отметить, что к достоинствам языка SQL относится наличие международных стандартов. Первый международный стандарт был принят в 1989 г., и соответствующая версия языка называется SQL-89. Этот стандарт полностью поддерживается практически во всех современных коммерческих реляционных СУБД (например, в Informix, Sybase, Ingres, DB2 и т.д.). Стандарт SQL-89 во многих частях имеет чрезвычайно общий характер и допускает очень широкое толкование. В этом стандарте полностью отсутствуют такие важные разделы, как манипулирование схемой БД и динамический SQL. Многие важные аспекты языка в соответствии со стандартом определяются в реализации.
Возможно, наиболее важными достижениями стандарта SQL-89 являются четкая стандартизация синтаксиса и семантики операторов выборки и манипулирования данными и фиксация средств ограничения целостности БД, включающих возможности определения первичного и внешних ключей отношений и так называемых проверочных ограничений целостности, позволяющих сформулировать условие для каждой отдельной строки таблицы. Средства определения внешних ключей позволяют легко формулировать требования так называемой целостности БД по ссылкам. Формулировка ограничений целостности на основе понятия внешнего ключа проста и понятна.
1. Изучение и анализ функциональных возможностей СУБД
1.1 Понятие базы данных и СУБД
В данное время бытие человека столь сильно насыщена разнообразного рода информацией, что для правления ею требуется сотворение огромного числа баз и банков данных разнообразного назначения. Термин база данных (БД) и система управления базами данных (СУБД) чаше всего применяют, как относящиеся к компьютерам. Понятие БД можно употребить к каждой связанной между собой по определенному признаку информации, сберегаемой и созданной особым образом - как правила в виде таблиц. По сути, БД - это отдельное подобие электронной картотеки, электронного хранилища данных, которое хранится в компьютере в визе одного или нескольких файлов. При этом возникает необходимость в выполнении операций с БД в первую очередь это:
- прибавление новой информации в имеющиеся файлы БД;
- присоединение новых пустых файлов в БД;
- трансформирование (модификация) информации в наличествующих файлах БД:
- поиск информации в БД:
- удаление информации hi живущих файлов БД:
- удаление файлов из БД.
Главным назначением БД в первую очередь показывает скорый поиск содержащейся в ней информации. При высоком размере БД ручной поиск, а также модификация содержащейся базы информации захватывает большое количество времени. Применение компьютера для ведения БД устраняет перечисленные выше вопросы - поиск и выборка информации, ее видоизменение осуществляются достаточно быстро и эффективно, а сама БД, составляя из тысяч записей, может легко уместиться на дискете
СУБД предопределены для объединения информации, помещения ее в таблицы и манипуляции с нею. Важнейшая особенность СУБД - это наличие средства для ввода и хранения не только самих данные, но отображений их структуры.
База данных - это данные, организованные в виде комплекта записей назначенной структуры и хранящиеся в файлах, где кроме самих данных, хранит описание их структуры.
Современные БД характеризуются следующими особенностями:
- значительное количество функций, процессов, определениях данных и сложные связи между ними;
- присутствие подсистем, обладающих своими задачами и целями функционирования (например, связанные со сбором данных и решением регламентных задач);
- отсутствие истинных аналогов, ограничивающих потенциал использования стандартных проектных решений;
- нужда интеграции живущих и вновь разрабатываемых приложений;
- функционирование на нескольких аппаратных платформах;
- разобщенность и неоднородность некоторых групп разработчиков по уровню квалификации и сформировавшимся обычаям использования тех или иных инструментальных средств;
- существенная преходящая протяженность проектов по созданию БД, определенная, с одной стороны, узкими возможностями коллективов разработчиков, и, с другой стороны, масштабами организации-заказчиков и разнообразной степенью готовности некоторых их подразделений к внедрению БД.
Современная БД обязана отзываться всем новшествам в теории создания и управления данными. Прогресс в районе плодотворности компьютерных систем, развитие сетевых технологий и систем передачи данных, обширные возможности интеграции компьютерной техники с самым многообразным оборудованием разрешают устойчиво наращивать плодотворность БД и их функциональность.
Вопросы создания БД объединены с неправильно сформулированными требованиями к БД;
- недостаточным тестированием данных и плохой их интеграцией;
- ошибками проектирования БД (программные средства готовы, а содержания БД нет);
- ошибками в планировании работ над проектом и некачественным внедрением БД (нет средств поддержки актуальности данных);
- нехорошим управлением БД;
- ошибочным выбором коммерческого программного снабжения для реализации БД (оно слишком сложное или не позволяет решать некоторые задачи);
- нехорошим взаимоотношением с источниками данных для БД.
Создание БД оправдано только тогда, когда она приносит реальный эффект - т.е. помогает решать задачи принятия решений. Полная автоматизация деятельности предприятия является светлой, но, увы, недосягаемой мечтой. Поэтому автоматизация - это всегда длительный процесс, в ходе которого постепенно охватывается все большее число задач. И крайне важным является последовательность, с которой это происходит, поскольку от правильности определения ее зависят сроки окупаемости разработки, да и судьба БД в целом. Очевидно, что последовательность этапов разработки и внедрения должна быть такова, чтобы наиболее приоритетные задачи решались в первую очередь.
К ним можно отнести снижение операционных издержек за счет автоматизации рутинных операций, повышение производительности труда и внедрения автоматизированных систем контроля выполнения операций. Эти задачи решаются путем создания автоматизированных рабочих мест (АРМ), обеспечивающих максимально возможный сервис их пользователям. Естественно, невозможно обеспечить накопление информации, не разработав удобные АРМ для тех работников, которые должны вводить эту информацию в БД, приложения для доступа и визуализации информации также можно рассматривать как АРМы, и, конечно, их работа невозможна без БД.
Классы задач нужно разделять, т.к. от того, какие задачи признаются приоритетными, зависит последовательность разработки и внедрения. И все они, действительно, важны для деятельности заказчика. Но любой системный аналитик знает старый афоризм: "То, что говорит пользователь о своих потребностях - это не совсем то, что он думает, а то, что он думает - это совсем не то, что ему нужно на самом деле" Советов Б.Я. Базы данных:Теория и практика.-М:Высш.шк., 2007.
Первая и самая важная задача корпоративной БД - это отчуждение и обобществление информации, вырабатываемой и используемой различными подразделениями и сотрудниками фирмы, или говоря иными словами, создание общего информационного пространства фирмы, в идеале охватывающего всю корпоративную информацию. Для этого недостаточно хорошо спроектировать структуру данных. Необходимо сделать так, чтобы ее заполнение и актуализация выполнялись естественным образом, в ходе повседневной деятельности сотрудников. Добиться этого в реальности оказывается сложно, поскольку полный перечень выполняемых операций составить не удается практически никогда, а главное формирование отдельных показателей производится несколькими руководителями.
Тем не менее, нужно стремиться к решению второй задачи - повышению эффективности и надежности выполнения рутинных операций, включая подготовку выходных бумажных документов.
Третья задача любой БД - это организация удобного доступа к накопленной информации, как в виде отчетов, так и в режиме онлайновой фильтрации и просмотра.
И, наконец, четвертая задача связана с тем, что, кроме информации о происшедших событиях, БД должна хранить информацию о событиях ожидаемых, и вовремя напоминать о них. Это функция прогноза.
В идеале БД должна замыкать на себя всю деятельность сотрудников компании. Мерой полноты БД может служить соотношение времени, которое сотрудники проводят в среде СУБД.
Иерархическая структура выступает совокупностью элементов, объединенных между собой по назначенным правилам.
К главным соображениям иерархического строения причисляют: уровень, элемент (узел), связь.
Современная СУБД обязана ублаготворять целому ряду требований, самый важный среди которых - высокопроизводительный интеллектуальный сервер базы данных.
«Клиент-сервер» - это модель взаимодействия компьютеров в сети. Как правило, компьютеры не являются равными. Каждый из компьютеров имеет свое, непохожее от других, направление, играет определенную роль.
Отдельные компьютеры в сети имеют и командуют информационно вычислительными ресурсами, такими как процессоры, файловая система, почтовая служба, служба печати, база данных. Другие обладают возможностью обращаться с этими службами, пользуясь услугами первых. Компьютер, который управляет теми или иными ресурсами, принято называть сервером этого ресурса, а компьютер, желающий им воспользоваться - клиентом. Конкретный сервер определяется видом ресурса, которым он владеет.
Так, если ресурсом показывают базы данных, то речь идет о сервере баз предоставленных, назначение какого-нибудь - обслуживать запросы клиентов, связанные с обработкой данных; если ресурс - это файловая система, то говорят о файловом сервере или файл-сервере и т.д.
Сегодня много говорят об объектно-ориентированных СУБД. Существуют две концепции развития объектно-ориентированного подхода применительно к СУБД. Согласно первой, создание объектно-ориентированных СУБД возможно на основе, принципиально отличной от традиционных моделей. Суть второй заключается в расширении реляционной модели объектно-ориентированными средствами. Ее преимущество -- в использовании огромного пространства в информационных технологиях, занятого уже существующими, развивающимися не одно десятилетие, использующими устоявшиеся подходы реляционными СУБД, на основе которых созданы тысячи прикладных программ и систем. Если бурно развивающиеся в настоящее время объектно-ориентированные СУБД представляют собой пока научно-технические новинки, то реляционные СУБД - это отлаженные системы, реально работающие во многих областях информационной деятельности.
СУБД SQL-Server появилась в 1989 году и с тех пор существенно изменилась. Большие изменения претерпевали масштабируемость продукта, его целостность, удобство администрирования, плодотворность и функциональные возможности.
Microsoft SQL Server - это реляционная система управления базой данных (СУБД). В реляционной базе данных данные берегут в таблицах. Взаимосвязанные данные могут группироваться в таблицы, кроме этого, могут иметься определены также и взаимоотношения между таблицами. Отсюда и вышло название реляционные - от английского слова relational (родственный, связанный отношениями, взаимозависимый). Пользователи приобретают выход к данным на сервере через приложения, а администраторы, осуществляя задачи конфигурирования, администрирования и помощи базы данных, изготовляют прямой доступ к серверу. SQL Server обнаруживает масштабируемой базой данных, это обозначает, что она сможет сберегать большие объемы данных и помогать произведение многих пользователей, реализовывающих синхронный доступ к базе данных.
Microsoft SQL Server 6.5 - одна из наиболее сильных СУБД архитектуры клиент-сервер. Эта СУБД разрешает удовлетворять этакие запросы, предъявляемые к системам разделенной возделывания данных, как тиражирование данных, параллельная шлифовка, помощь больших баз данных на сравнительно недорогих аппаратных платформах при хранении простоты управления и употребления.
MS SQL Server не определен естественно для разработки пользовательских приложений, а исполняет функции правления базой данных. Сервер обладает орудиями удаленного администрирования и правления операциями, организованные на базе объектно-ориентированной распределенной среды управления. Иванова С.А. - Краткий обзор и анализ особенностей и возможностей СУБД.
Направление развития реляционных СУБД в последние годы заметно меняется. Получат дальнейшее развитие Web - технологии. БД должны сыграть ключевую роль в этих технологиях. Уже сегодня Web-мастера осознают себя фактически администраторами баз данных. Многие вновь возникающие web-узлы представляют собой, в сущности, аналоги приложений БД. При этом развивается архитектура «клиент-сервер».
2. Структура языка SQL
2.1 Типы данных SQL
В SQL используются подобающие главные типы данных, формат которых может несколько различаться для разных СУБД:
INTЕGER
- единое число (обычно до 10 значащих цифр и знак);
SMАLLINT
- "короткое целое" (обычно до 5 значащих цифр и знак);
DECIMАL(p,q)
- десятичное число, обладающее p цифр (0 < p < 16) и знак; с поддержкой q задается число цифр справа от десятичной точки (q < p, если q = 0, оно может быть опущено);
FLOАT
- вещественное число с 15 значащими цифрами и целочисленным порядком, определяемым типом СУБД;
CHАR(n)
- символьная строка фиксированной длины из n символов (0 < n < 286);
VАRCHAR(n)
- символьная строка переменной длины, не превышающей n символов (n > 0 и разное в разных СУБД, но не меньше 4896);
DАTE
- дата в формате, определяемом специальной командой (по умолчанию mm/dd/yy); поля даты могут содержать только реальные даты, начинающиеся за несколько тысячелетий до н.э. и ограниченные пятым-десятым тысячелетием н.э.;
TIME
- время в формате, определяемом специальной командой, (по умолчанию hh.mm.ss);
DATЕTIME
- комбинация даты и времени;
MONЕY
- деньги в формате, определяющем символ денежной единицы ($, руб, ...) и его расположение (суффикс или префикс), точность дробной части и условие для показа денежного значения.
В некоторых СУБД еще есть тип данных LOGICAL, DOUBLE и ряд других. СУБД INGRES дает пользователю потенциал автономного нахождения новоиспеченных типов данных, в частности, плоскостные или пространственные координаты, единицы различных метрик, пяти- или шестидневные недели (рабочая неделя, где сразу после пятницы или субботы следует понедельник), дробь, график, значительные цельные числа (что стало очень актуальным для российских банков) и т.п.
Основу языка SQL составляют операторы, условно разгромленные не несколько групп по выполняемым функциям.
Можно выделить следующие группы операторов (перечислены не все операторы SQL):
Операторы DDL (Dаta Dеfinition Languаge) - операторы определения объектов базы данных
CREАTESCHEMА - создать схему базы данных
DROPSHEMА - удалить схему базы данных
CREАTETАBLE - создать таблицу
ALTERTАBLE - изменить таблицу
DRОPTАBLE - удалить таблицу
CRЕATEDOMAIN - создать домен
ALTERDOMAIN - изменить домен
DROPDOMAIN - удалить домен
CREATECOLLATION - создать последовательность
DROPCOLLATION - удалить последовательность
CREATEVIEW - создать представление
DROPVIEW - удалить представление
Операторы DML (Data Manipulation Language) - операторы манипулирования данными
SELЕCT - отобрать строки из таблиц
INSЕRT - добавить строки в таблицу
UPDATЕ - изменить строки в таблице
DELETЕ - удалить строки в таблице
CОMMIT - зафиксировать внесенные изменения
RОLLBACK - откатить внесенные изменения
Операторы защиты и управления данными
CRЕATEASSERTION - создать ограничение
DROPASSERTION - удалить ограничение
GRАNT - предоставить привилегии пользователю или приложению на манипулирование объектами
REVОKE - отменить привилегии пользователя или приложения
Кроме того, есть группы операторов установки параметров сеанса, получения информации о базе данных, операторы статического SQL, операторы динамического SQL.
Наиболее важными для пользователя являются операторы манипулирования данными (DML).
Примеры использования операторов манипулирования данными
INSERT - вставка строк в таблицу
Пример 1. Вставка одной строки в таблицу:
INSЕRT INTO
P (PNUM, PNAME)
VЕLUES (4, "Иванов");
Оператор SELECT является фактически самым важным для пользователя и самым сложным оператором SQL. Он предназначен для выборки данных из таблиц, т.е. он, собственно, и реализует одно их основных назначение базы данных - предоставлять информацию пользователю.
Реализация реляционной алгебры средствами оператора SЕLECT (Реляционная полнота SQL)
Для того, чтобы показать, что язык SQL является реляционно полным, нужно показать, что любой реляционный оператор может быть выражен средствами SQL. На самом деле достаточно показать, что средствами SQL можно выразить любой из примитивных реляционных операторов.
Оператор декартового произведения
Реляционная алгебра:
Оператор SQL:
SELECT A.Поле1, A.Поле2, …, B.Поле1, B.Поле2, …
FRОM A, B;
или
SЕLECT A.Поле1, A.Поле2, …, B.Поле1, B.Поле2, …
FRЕM A CRОSS JОIN B;
Оператор проекции
Реляционная алгебра:
Оператор SQL:
SELЕCT DISTINCT X, Y, …, Z
FRОM A;
Оператор выборки
Реляционная алгебра: ,
Оператор SQL:
SЕLECT *
FRОM A
WHЕRE c;
Оператор объединения
Реляционная алгебра:
Оператор SQL:
SELЕCT *
FRОM A
UNIОN
SELЕCT *
FRОM B;
Оператор вычитания
Реляционная алгебра:
Оператор SQL:
SELЕCT *
FRОM A
EXCЕPT
SELECT *
FRОM B
Реляционный оператор переименования RЕNAME выражается при помощи ключевого слова AS в списке отбираемых полей оператора SЕLECT. Таким образом, язык SQL является реляционно-полным.
Остальные операторы реляционной алгебры (соединение, пересечение, деление) выражаются через примитивные, следовательно, могут быть выражены операторами SQL. Тем не менее, для практических целей приведем их.
Оператор соединения
Реляционная алгебра:
Оператор SQL:
SЕLECT A.Поле1, A.Поле2, …, B.Поле1, B.Поле2, …
FRОM A, B
WHЕRE c;
или
SЕLECT A.Поле1, A.Поле2, …, B.Поле1, B.Поле2, …
FRОM A CROSS JОIN B
WHЕRE c;
Оператор пересечения
Реляционная алгебра:
Оператор SQL:
SЕLECT *
FRОM A
INTЕRSECT
SELЕCT *
FRОM B;
Оператор деления
Реляционная алгебра:
Оператор SQL:
SELЕCT DISОTINCT A.X
FRОM A
WHERЕ NOT EXIST
(SELЕCT *
FRОM B
WHЕRE NOT ЕXIST
(SELЕCT *
FRОM A A1
WHЕRE
A1.X = A.X AND
A1.Y = B.Y));
Пусть отношение A содержит данные о поставках деталей, отношение B содержит список всех деталей, которые могут поставляться. Атрибут X является номером поставщика, атрибут Y является номером детали.
Разделить отношение A на отношение B означает в данном примере "отобрать номера поставщиков, которые поставляют все детали".
Преобразуем текст выражения:
"Отобрать номера поставщиков, которые поставляют все детали" эквивалентно
"Отобрать те номера поставщиков из таблицы A, для которых не существует непоставляемых деталей в таблице B" эквивалентно
"Отобрать те номера поставщиков из таблицы A, для которых не существует тех номеров деталей из таблицы B, которые не поставляются этим поставщиком" эквивалентно
"Отобрать те номера поставщиков из таблицы A, для которых не существует тех номеров деталей из таблицы B, для которых не существует записей о поставках в таблице A для этого поставщика и этой детали".
Последнее выражение дословно переводится на язык SQL. При переводе выражения на язык SQL нужно учесть, что во внутреннем подзапросе таблица A должна быть переименована, для того чтобы отличать ее от экземпляра этой же таблицы, используемой во внешнем запросе.
Заключение
Фактически стандартным языком доступа к базам данных в настоящее время стал язык SQL (Structured Query Language).
Язык SQL оперирует терминами, несколько отличающимися от терминов реляционной теории, например, вместо "отношений" используются "таблицы", вместо "кортежей" - "строки", вместо "атрибутов" - "колонки" или "столбцы".
Стандарт языка SQL, хотя и основан на реляционной теории, но во многих местах отходит он нее.
Основу языка SQL составляют операторы, условно разбитые не несколько групп по выполняемым функциям:
Операторы DDL (Data Definition Language) - операторы определения объектов базы данных.
Операторы DML (Data Manipulation Language) - операторы манипулирования данными.
Операторы защиты и управления данными, и др.
Одним из основных операторов DML является оператор SELECT, позволяющий извлекать данные из таблиц и получать ответы на различные запросы. Оператор SELECT содержит в себе все возможности реляционной алгебры. Это означает, что любой оператор реляционной алгебры может быть выражен при помощи подходящего оператора SELECT. Этим доказывается реляционная полнота языка SQL.
Различают концептуальную схему выполнения оператора SELECT и фактическую схему его выполнения. Концептуальная схема описывает, в какой логической последовательности должны выполняться операции, чтобы получить результат. При реальном выполнении оператора SELECT на первый план выступает достижение максимальной скорости выполнения запроса. Для этого используется оптимизатор, который, анализируя различные планы выполнения запроса, выбирает наилучший из них.
Базовым требованием к реляционным СУБД является наличие мощного и в тоже время простого языка, позволяющего выполнять все необходимые пользователям операции. В последние годы таким повсеместно принятым языком стал язык реляционных БД SQL - Structured Query Language (теперь все чаще название языка понимается как Standard Query Language) .
До появления SQL в СУБД (независимо от того, на какой модели они основывались) приходилось поддерживать по крайней мере три языка, которые обычно имели мало общего: язык определения данных (ЯОД), служащий для спецификации структур БД (обычно общую структуру БД называют схемой БД); язык манипулирования данными (ЯМД), позволяющий создавать прикладные программы, взаимодействующие с БД; и язык администрирования БД (ЯАДБ), с помощью которого можно было выполнять служебные действия (например, изменять структуру БД или производить ее настройку с целью повышения эффективности). Кроме того, если требовалось предоставить пользователям СУБД интерактивный доступ к БД, приходилось вводить еще один язык, операторы которого выполняются в диалоговом режиме. Язык SQL позволяет решать все эти задачи.
Создание БД оправдано только тогда, когда она приносит реальный эффект - т.е. помогает решать задачи принятия решений. Полная автоматизация деятельности предприятия является светлой, но, увы, недосягаемой мечтой. Поэтому автоматизация - это всегда длительный процесс, в ходе которого постепенно охватывается все большее число задач. И крайне важным является последовательность, с которой это происходит, поскольку от правильности определения ее зависят сроки окупаемости разработки, да и судьба БД в целом. Очевидно, что последовательность этапов разработки и внедрения должна быть такова, чтобы наиболее приоритетные задачи решались в первую очередь.
Глоссарий
|
№ п/п |
Понятие |
Определение |
|
|
1 |
RESTRICT (ОГРАНИЧИТЬ) |
- не разрешать выполнение операции, приводящей к нарушению ссылочной целостности. |
|
|
2 |
CASCADE (КАСКАДИРОВАТЬ) |
- разрешить выполнение требуемой операции, но внести каскадные изменения в другие отношения так, чтобы не допустить нарушения ссылочной целостности. |
|
|
3 |
SET NULL (УСТАНОВИТЬ В NULL) |
- все некорректные значения внешних ключей изменять на null-значения. |
|
|
4 |
SET DEFAULT (УСТАНОВИТЬ ПО УМОЛЧАНИЮ) |
- все некорректные значения внешних ключей изменять на некоторое значение, принятое по умолчанию. |
|
|
5 |
IGNORE (ИГНОРИРОВАТЬ) |
- выполнять операции, не обращая внимания на нарушения ссылочной целостности. |
|
|
6 |
Элемент данных (поле) |
- наименьшая поименованная единица данных. Используется для представления значения атрибута. |
|
|
7 |
Запись |
- поименованная совокупность полей. Используется для представления совокупности атрибутов сущности (записи о сущности). |
|
|
8 |
Экземпляр записи |
- запись с конкретными значениями полей. |
|
|
9 |
Агрегат данных |
- поименованная совокупность элементов данных внутри записи, которую можно рассматривать как единое целое. |
|
|
10 |
Файл |
- поименованная совокупность экземпляров записей одного типа. Используется для представления однородного набора сущностей. |
|
|
11 |
Набор файлов |
- поименованная совокупность файлов, обрабатываемых в системе. Используется для представления нескольких наборов сущностей. |
|
|
12 |
Группа |
- это поименованная совокупность элементов данных или элементов данных и других групп. |
|
|
13 |
База данных |
данные, организованные в виде набора записей определенной структуры и хранящиеся в файлах, где помимо самих данных, содержится описание их структуры. |
|
|
14 |
СУБД |
программно-технологический комплекс, интегрирующий аппаратные средства, БД на технических носителях, программное обеспечение управления БД в самом широком смысле этого термина (операции выборки, линейных преобразований БД и других), а также программируемую логику и набор процедур. |
|
|
15 |
ЯОД |
позволяет описать БД в терминах, принятых в конкретной СУБД |
Список использованных источников
1. К. Дж. Дейт. Введение в системы баз данных = Introduction to Database Systems. -- 8-е изд. -- М.: Вильямс, 2006. -- 1328 с. -- ISBN 0-321-19784-4
2. Компьютеры в офисе и дома: Реляционные БД: 2004г. 228 стр.
3. Мичи Д., Джонатон Р. Реляционные СУБД. 2004г. №8, стр. 4
4. www.libbooks.ru (2006 по 2008г. Раздел: База данных).
5. www.bankreferatov.ru (2004 по 2008г. Раздел: База данных).
6. Джонс Э., Саттон Д. пользователя Office 97./ К.: Диалектика, 2009г.
7. Петров В.Н. Информационные системы: учебное пособие для студентов высших учебных заведений, 2003г. 2е изд. стр. 139
8. В.В.Корнеев, А.Ф.Гареев, С.В.Васютин, В.В. Райх. Базы данных. Интеллектуальная обработка информации-М.: Издатель Молгачева С.В., Издательство Нолидж, 2011.
9. Оскерко В.С. Технология организации, хранения и обработки данных. Учебно -- практическое пособие для дистанционного обучения. Мн.: БГЭУ, 2002.
10. Хомоненко А.Д. и др. Базы данных. Учебник для вузов /Под ред. проф. А.Д. Хомоненко.-СПб: КОРОНА принт, 2009.
11 В.В. Кириллов Основы проектирования реляционных баз данных. СУБД Учебные пособия и обзоры. ЦИТ. -- учебное пособие СПбИТМО. Проверено 24 июля 2011.
12 Советов Б.Я. Базы данных: Теория и практика. - М: Высш. шк., 2007
13 Автоматизация деятельности образовательных учреждений на базе интеграционной платформы (А. Голосов, И. Полотнюк, А. Филиппович, Финансовая газета. Региональный выпуск", N 28, июль 2006 г.)
14 Андон Ф., Резниченко В. Microsoft SQL Server 2000г. - СПб.: Питер; Киев: Издательская группа BHV,2003.
15 Бабушкин М., Иваненко С., Коростылев В. Web-сервер в действии. - СПб: Питер, 2005. -- 272 с.
16 Власов А.И, Лыткин С.Л., Яковлев В.Л., СУБД ORACLE / МГТУ им. Н.Э.Баумана. - М., 2005г.-230с.
17 Гарсиа-Молина Г., Ульман Д.Д., Уидом Д. Системы баз данных. Полный курс / Пер. с англ. Изд-во: Вильямс, 2006г.-304с.
18 Голицына О. Системы управления базами данных/сер проф.образование тв.п/ 2006/ 432с
Размещено на Allbest.ru
Подобные документы
Понятие и концепция базы данных и СУБД. Независимость приложений от организации данных во внешней памяти. Типы данных SQL, таблицы, структура языка и операторы. Преимущества модели реляционного подхода к организации баз данных и ее эффективность.
курсовая работа [69,6 K], добавлен 30.11.2009Язык структурированных запросов SQL (Structured Query Language) и его место в сфере доступа к информации в реляционных базах данных. Структура и основные типы данных языка. Синтаксис и семантика главных операторов SQL, последние стандарты языка.
реферат [98,7 K], добавлен 29.03.2012Внутренний язык СУБД для работы с данными. Результат компиляции DDL-операторов. Описание DML-языка, содержащего набор операторов для поддержки основных операций манипулирования содержащимися в базе данными. Организация данных и управление доступом в SQL.
лекция [131,0 K], добавлен 19.08.2013Объекты модели хранения данных базы данных ORACLE. Взаимосвязь между логическими структурами. Средства манипулирования данными языка SQL, данными языка SQL. Структура выполнения простейших запросов. Формирование критерия отбора. Сортировка данных.
презентация [120,1 K], добавлен 14.02.2014Назначение языка SQL. Операторы манипулирования данными. Группировка записей, объединение таблиц, многотабличные и вложенные запросы. Добавление, удаление, определение и обновление данных. Типы данных языка SQL. Методики проектирования, ER-моделирование.
реферат [84,8 K], добавлен 15.12.2015Классификации баз данных и СУБД. Технология модели "клиент-сервер". Особенности языка структурированных запросов SQL. Структура и назначение операторов определения, манипулирования и управления данными. Разработка реляционной БД, создание SQL запросов.
курсовая работа [1,4 M], добавлен 17.08.2015Понятие базы данных, её структура. Общие принципы хранения информации. Краткая характеристика особенностей иерархической, сетевой и реляционной модели организации данных. Structured Query Language: понятие, состав. Составление таблиц в Microsoft Access.
лекция [202,8 K], добавлен 25.06.2013Общая характеристика языков программирования. Описание языка Паскаль: основные субъекты языка; структура Паскаль-программы; типизация и объявление данных. Операторы присваивания и выражения. Структурные операторы, организация ветвлений и циклов.
дипломная работа [276,6 K], добавлен 26.01.2011Анализ реляционных баз данных и способов манипулирования ими. Основные понятия баз данных, архитектура СУБД, модели данных. Модель сущность-связь, характеристика связей, классификация сущностей, структура первичных и внешних ключей, целостности данных.
курсовая работа [166,6 K], добавлен 18.07.2012CTE - выражения для упрощения читаемости запросов. Однократный вызов CTE и использование CTE для рекурсивного прохода по дереву. Операторы Pivot, Unpivot, Apply. Функции ранжирования. Создание хранимой процедуры с использованием нового обработчика ошибок.
лабораторная работа [732,6 K], добавлен 24.11.2010
