Оригинальные учебные работы для студентов


Курсовая работа на тему реляционная база данных

Сохрани ссылку в одной из сетей: Реляционные базы данных Что такое базы данных? В самом общем смысле база данных - это набор записей и файлов, организованных специальным образом. В компьютере, например, можно хранить фамилии и адреса друзей или клиентов.

  • Этапы работы с СУБД, их реализация с помощью команд;
  • В любой таблице всегда есть как минимум один столбец;
  • Создание запросов Запрос- это точное средство обработки данных, хранимых в таблицах Access;
  • Некоторые операции реляционной алгебры Для реализации всех операций реляционной алгебры и почти всех их сочетаний были созданы языки манипулирования данными;
  • А это в свою очередь привело к тому.

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

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

  1. Пользователи воспринимают эту базу данных как совокупность таблиц. Похожие работы на - Реляционные базы данных.
  2. Во-первых, реляционных СУБД не были реализованы некоторые из ключевых частей модели Кодда, и этот пробел был восполнен только впоследствии. Процесс создания базы данных в программном продукте Microsoft Access.
  3. Правило 4 гласит, что реляционная база данных должна сама себя описывать.
  4. Правило поддержки недействительных значений. Запрос с параметром номера автомобиля.
  5. Реляционный подход Еще в конце 60-х годов стали появляться работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных.

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

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

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

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

В ответ на неправильное курсовая работа на тему реляционная база данных термина "реляционный" Кодд в 1985 году написал статью, где сформулировал 12 правил, которым должна удовлетворять любая база данных, претендующая на звание реляционной.

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

Таблицы В реляционной базе данных информация организована в виде таблиц, разделённых на строки и столбцы, на пересечении которых содержатся значения данных.

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

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

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

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

  • Проектирование базы данных База данных БД - совокупность взаимосвязанных и организованных по определенным правилам данных, которое отражает состояние объектов какой-то конкретной предметной области и отношения между этими объектами Проектирование БД осуществляется на основе трехуровневой архитектуры;
  • Таким образом, в современных базах данных хранятся отнюдь не только данные, но и информация;
  • Достоинства SQL SQL — это легкий для понимания язык и в то же время универсальное программное средство управления данными;
  • База данных - это организованное собрание данных, в которой данные хранятся с некоторым назначением;
  • Они представляют собой сложные структуры, которые в свою очередь состоят из наборов" поименованных двухуровневых деревьев , которые соединяются с помощью "записей-связок", образуя цепочки и т;
  • Прикладные программы и утилиты для работы с данными должны на логическом уровне оставаться нетронутыми при любых изменениях способов хранения данных или методов доступа к ним.

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

Таблица, в которой все строки отличаются друг от друга, в математических терминах называется отношением. Именно этому термину реляционные базы данных и обязаны своим названием, курсовая работа на тему реляционная база данных в их основе лежат отношения таблицы с отличающимися друг от друга строками.

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

Реляционные базы данных и СУБД

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

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

  1. Каждой операцией этой алгебры используется одна или несколько таблиц отношений в качестве ее операндов и продуцирует в результате новую таблицу, то есть позволяет "разрезать" или "склеивать" таблицы Рисунок 3.
  2. Они относятся к языкам очень высокого уровня.
  3. В компьютере, например, можно хранить фамилии и адреса друзей или клиентов. С ростом популярности СУБД в 70-80-х годах появилось множество различных моделей данных.
  4. Индекс базы данных предназначен для аналогичных целей - чтобы ускорить поиск информации в таблице базы данных.

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

К несчастью, как и в случае с первичными ключами, поддержка внешних ключей отсутствовала в первых реляционных Курсовая работа на тему реляционная база данных. Двенадцать правил Кодда В статье, опубликованной в журнале "Computer World", Тэд Кодд сформулировал двенадцать правил, которым должна соответствовать настоящая реляционная база данных.

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

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

Реляционные базы данных

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

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

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

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

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

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

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

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

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

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

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

И, наконец, правило 12 предотвращает использование других возможностей для работы с базой данных, помимо языка базы данных, поскольку это может нарушить ее целостность. Язык SQL как стандартный язык баз данных.

VK
OK
MR
GP