Базы данных, PostgreSQL
Основные понятия баз данных, функции системы управления базами данных (СУБД). Виды моделей, анализ реляционной модели данных. Краткая история создания реляционной СУБД POSTGRES: Postgres95, PostgreSQL. Создание листинга программы с комментариями.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | отчет по практике |
| Язык | русский |
| Дата добавления | 18.02.2019 |
| Размер файла | 28,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Министерство транспорта Российской Федерации
Федеральное агентство железнодорожного транспорта
Федеральное государственное бюджетное образовательное учреждение высшего образования
Омский государственный университет путей сообщения (ОмГУПС (ОмИИТ))
Кафедра «Автоматика и системы управления»
Отчет по производственной практике
Место прохождения производственной практики: ОмПО Иртыш
Студентка гр. 23И
Чернякова Л.А.
Руководитель производственной практики
доцент кафедры АиСУ
Д.А. Елизаров
2015 / 2016 учебный год
Содержание
Введение
1. Базы данных
1.1 Основные понятия
1.2 Основные функции СУБД
1.3 Виды моделей
1.4 Реляционная модель данных
2. PostgreSQL
2.1 Краткая история создания POSTGRES
2.2 Postgres95
2.3 PostgreSQL
3. Практическая реализация
3.1 Листинг с комментариями
Вывод
- Библиографический список
Введение
база реляционный postgresql программа
К настоящему времени человечеством накоплено гигантское количество информации об объектах и явлениях. Но эта информация не лежит мертвым грузом, она хранится в электронном виде и используется в базах данных.
Базы данных - это часть информационных систем - программно-аппаратных комплексов, осуществляющих хранение и обработку информации.
Базы данных используются в информационных системах, например, в тех, которые позволяют обеспечивать контроль и управление территориями на уровне государства. В базах данных таких систем хранятся сведения обо всех объектах недвижимости, расположенных на данных территориях: земельных участках, растительности, строениях, гидрографии, дорогах и пр. Базы данных позволяют анализировать информацию и осуществлять управление информационными потоками и т.д.
И именно с ними мы столкнулись в ходе прохождения производственной практики. Причем для создания и управления данными использовали PostgreSQL (где sql от англ. structured query language ? язык структурированных запросов), который изучили в период, отведенный на практику.
Прошли следующие виды инструктажей: вводный, первичный на рабочем месте. Были ознакомлены с нормативно-технической и технологической документацией, со структурой управления и производственной структурой предприятия и т.д.
1. Базы данных
1.1 Основные понятия
База данных представляет собой определенным образом структурированную совокупность данных, совместно хранящихся и обрабатывающихся в соответствии с некоторыми правилами. Как правило, база данных моделирует некоторую предметную область или ее фрагмент.
Программа, производящая манипуляции с информацией в базе данных, называется СУБД (система управления базами данных). Она может осуществлять выборки по различным критериям и выводить запрашиваемую информацию в том виде, который удобен пользователю. Основными составляющими информационных систем, построенных на основе баз данных, являются файлы БД, СУБД и программное обеспечение (клиентские приложения), позволяющие пользователю манипулировать информацией и совершать необходимые для решения его задач действия.
Структурирование информации производится по характерным признакам, физическим и техническим параметрам абстрактных объектов, которые хранятся в данной базе. Информация в базе данных может быть представлена как текст, растровое или векторное изображение, таблица или объектно-ориентированная модель. Структурирование информации позволяет производить ее анализ и обработку: делать пользовательские запросы, выборки, сортировки, производить математические и логические операции.
Сущность (entity) - это реальный или представляемый тип объекта, информация о котором должна сохраняться и быть доступна. В диаграммах сущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности - это имя типа, а не некоторого конкретного экземпляра этого типа. Примеры сущностей: микрофон, передатчик и т.п.
Свойства сущности называются атрибутами.
Каждый экземпляр сущности (объект) должен быть отличным от любого другого экземпляра той же сущности. Примеры: микрофон1, передатчик4.
Связь (relationship) - это графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Возможны связи на основе отношений: один - к ? одному, один - ко - многим, многие - ко - многим.
Ключ сущности или первичный ключ ? это атрибут (или множество атрибутов) уникальным образом идентифицирующих экземпляр сущности (объект). Чаще всего в качестве ключа выступает id.
1.2 Основные функции СУБД
1)Управление данными во внешней памяти;
2)Управление буферами оперативной памяти;
3)Управление транзакциями.
Транзакция - в информатике - совокупность операций над данными, которая, с точки зрения обработки данных, либо выполняется полностью, либо совсем не выполняется. Транзакция - в информационных системах - последовательность логически связанных действий, переводящих информационную систему из одного состояния в другое. Транзакция либо должна завершиться полностью, либо система должна быть возвращена в исходное состояние.
4)Журнализация и восстановление БД после сбоев;
5)Поддержание языков БД.
1.3 Виды моделей
Организация данных рассматривается с позиций той или иной модели данных. Модель данных является ядром любой базы данных. С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними.
Модель данных - совокупность структур данных, ограничений целостности и операций манипулирования данными. Модели используются для представления данных в информационных системах.
Различают три типа моделей данных, которые имеют множества допустимых информационных конструкций: иерархическая, сетевая, реляционная.
Последнюю рассмотрим подробнее.
1.4 Реляционная модель данных
Реляционная модель данных (РМД) ? логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных.
На реляционной модели данных строятся реляционные базы данных.
Реляционная модель данных включает следующие компоненты:
Структурный аспект (составляющая) ? данные в базе данных представляют собой набор отношений.
Аспект (составляющая) целостности ? отношения (таблицы) отвечают определенным условиям целостности.
Аспект (составляющая) обработки (манипулирования) ? РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).
Кроме того, в состав реляционной модели данных включают теорию нормализации.
Термин «реляционный» означает, что теория основана на математическом понятии отношение (relation). В качестве неформального синонима термину «отношение» часто встречается слово таблица.
Необходимо помнить, что «таблица» есть понятие нестрогое и неформальное и часто означает не «отношение» как абстрактное понятие, а визуальное представление отношения на бумаге или экране. Некорректное и нестрогое использование термина «таблица» вместо термина «отношение» нередко приводит к недопониманию.
Наиболее частая ошибка состоит в рассуждениях о том, что РМД имеет дело с «плоскими», или «двумерными» таблицами, тогда как таковыми могут быть только визуальные представления таблиц. Отношения же являются абстракциями и не могут быть ни «плоскими», ни «неплоскими».
Для лучшего понимания РМД следует отметить три важных обстоятельства: модель является логической, то есть отношения являются логическими (абстрактными), а не физическими (хранимыми) структурами; для реляционных баз данных верен информационный принцип: всё информационное наполнение базы данных представлено одним и только одним способом, а именно ? явным заданием значений атрибутов в кортежах отношений; в частности, нет никаких указателей (адресов), связывающих одно значение с другим.
Принципы реляционной модели были сформулированы в 1969 ? 1970 годах.
Наиболее известными альтернативами реляционной модели являются иерархическая модель, и сетевая модель. Некоторые системы, использующие эти старые архитектуры, используются до сих пор. Кроме того, можно упомянуть об объектно-ориентированной модели, на которой строятся так называемые объектно-ориентированные СУБД, хотя однозначного и общепринятого определения такой модели нет.
2. PostgreSQL
2.1 Краткая история создания POSTGRES
Современная волна информационных технологий управления основывается на использовании систем управления реляционными базами данных (СУРБД), которые являются развитием традиционных СУБД. Реляционные базы данных и технологии клиент/сервер являются типичной комбинацией, позволяющей современным компаниям успешно обрабатывать данные и оставаться конкурентоспособными в своих секторах рынка.
SQL - язык структурированных запросов - является стандартным языком управления реляционными базами данных. Его прототип был разработан фирмой IBM. SQL можно произносить либо по буквам - S-Q-L, либо как «сиквэл» (sequel) - оба произношения приемлемы.
Объектно-реляционная СУБД, в настоящее время известная как PostgreSQL ведёт свое происхождение от пакета POSTGRES, который был написан в департаменте Беркли, Калифорнийского Университета. Более чем двадцатилетняя разработка PostgreSQL сделала этот продукт одной из наиболее продвинутых СУБД с открытым исходным кодом.
Проект POSTGRES, под руководством профессора Майкла Стоунбрейкера (Michael Stonebraker), был спонсирован Агентством Расширенных Оборонных Исследовательских Проектов (Defense Advanced Research Projects Agency (DARPA)), Офисом Армейских Исследований (Army Research Office (ARO)), Национальным Научным Фондом (National Science Foundation (NSF)), а также ESL, Inc.
Реализация реляционной СУБД POSTGRES началась в 1986. Начальные концепции для этой системы были представлены в The design of POSTGRES , а определение начальной модели данных было осуществлено в The POSTGRES data model. Устройство системы правил на тот момент, было описано в The design of thePOSTGRES rules system. Обоснование архитектуры и менеджеры хранения были детально описаны в The design of thePOSTGRES storage system.
Затем вышло несколько версий Postgres. Первая система заработала в 1987 и была продемонстрирована в 1988 на конференции. Версия 1 была выпущена в июне 1989 года и могла работать с несколькими внешними пользователями. В ответ на критику первого варианта системы правил появилась Версия 2.
Следующая за ней Версия 3, выпущенная в 1991, включала в себя поддержку нескольких менеджеров хранения, улучшенный обработчик запросов и вновь переписанную систему правил. Большинство следующих версий до появления Postgres95 (см. ниже) были сфокусированы на вопросах переносимости и стабильности.
СУБД POSTGRES была использована для реализации многих различных исследований и написания приложений. Сюда вошли: система анализа финансовых данных, пакет мониторинга производительности реактивных двигателей, база данных перемещений астероидов, база данных медицинской информации и несколько географических информационных систем. Данная СУБД использовалась также как средство обучения в нескольких университетах.
Наконец компания Illustra Information Technologies (позднее влившаяся в компанию Informix, которой теперь владеет IBM) взяла код этой СУБД и коммерциализировала его. Таким образом, POSTGRES стал приоритетным менеджером данных для проекта научных вычислений после 1992 года.
Размер сообщества пользователей этого продукта удвоился в 1993 году. Стало весьма очевидно, что обслуживание прототипа кода и его поддержка занимают гораздо больше времени, чем сами исследования в области баз данных. Пытаясь снизить нагрузку, связанную с поддержкой, проект Беркли POSTGRES официально прекратил своё существование с выходом версии 4.2.
2.2 Postgres95
В 1994 Эндрю Ю (Andrew Yu) и Джолли Чен (Jolly Chen) добавили в POSTGRES интерпретатор языка SQL. Получившийся продукт был выложен в Интернет, чтобы найти свой собственный путь в мире продуктов с открытым исходным кодом, как потомок, основанный на оригинальном коде Беркли.
В результате Postgres 95 был полностью приведён к стандарту ANSI C и сократил свой размер на 25%. Были внесены многие внутренние изменения, которые увеличили производительность и обслуживаемость кода Postgres95 версий 1.0.x был быстрее на 30-50% согласно Wisconsin Benchmark по сравнению с POSTGRES 4.2. За исключением исправления ошибок, были сделаны следующие серьёзные расширения:
Язык запросов PostQUEL был заменен на SQL (реализованный в этом сервере). Подзапросы не поддерживались вплоть до выхода PostgreSQL (см. ниже), но в Postgres95 их можно было иммитировать. Агрегаты были переписаны. Также в запросы была добавлена поддержка GROUP BY.
Были созданы новые библиотеки, тщательно пересмотрена работа с большими объектами. Инверсионные большие объекты представляли собой только механизм для хранения больших объектов. (Инверсионная файловая система была удалена).
Была удалена instance-level система правил. Правила стали доступны как переписываемые правила.
Вместе с исходным кодом стал поставляться краткий учебник по особенностям работы с SQL в Postgres95.
2.3 PostgreSQL
В 1996 году было решено, что имя "Postgres95" не соответствует настоящему времени. Поэтому выбрали новое имя PostgreSQL, чтобы подчеркнуть отличие от оригинального POSTGRES и выход множества версий с поддержкой SQL.
Многие продолжают говорить о PostgreSQL как о "Postgres" (часто полностью заглавными буквами) потому что так привыкли или потому что так легче произносится. Это название широко используется в качестве сокращения или варианта полного названия PostgreSQL.
Причина, по которой PostgreSQL широко используется кроется в таких его достоинствах, как открытое ПО соответствующее стандарту SQL ? PostgreSQL ? бесплатное ПО с открытым исходным кодом. Эта СУБД является очень мощной системой; большое сообщество ? существует множество людей, к которым можно обратиться за помощью в каком-либо вопросе, большое количество дополнений ? несмотря на огромное количество встроенных функций, существует очень много дополнений, позволяющих разрабатывать данные для этой СУБД и управлять ими; расширения ? существует возможность расширения функционала за счет сохранения своих процедур; объектность ? PostrgreSQL это не только реляционная СУБД, но также и объектно-ориентированная с поддержкой наследования и много другого.
Однако не стоит забывать и о следующих недостатках: производительность ? при простых операциях чтения PostgreSQL может значительно замедлить сервер и быть медленнее своих конкурентов, таких как MySQL; популярность ? по своей природе, популярностью эта СУБД похвастаться не может, хотя и присутствует довольно большое сообщество.
3. Практическая реализация
Как упоминалось ранее в ходе прохождения производственной практики, был выучен синтаксис PostgreSQL. Изучение осуществлялось с помощью различного теоретического материала, а также благодаря выполнению практических задач под присмотром руководителя практики.
После было задание выполнить проект. Суть которого такова: имеются узлы связи, состоящие из таких элементов, как микрофон, передатчик, приемник, колонки. Для каждого прибора характерны свои частоты, на которых они могут работать, из этого следует, что не каждый передатчик может работать со всеми приемниками и т.п. Необходимо было определить все возможные комбинации связи, а также поэкспериментировать с выборками.
Для этого были реализованы четыре таблицы, приведенные в следующем разделе.
3.1 Листинг с комментариями
Для удаления таблицы элементов, из которых состоит узел используется:
DROP TABLE ALL_EL;
Для создания таблицы используем CREATE, после в скобках прописываем имя столбца, тип. Заполнение содержимого (строки) осуществляется с помощью INSERT и VALUES. Цифры «1», «2» и т.д. обозначают тип элемента, это необходимо для того, чтобы можно было правильно связать приборы между собой. Вынесено в отдельную таблицу. Кстати, SERIAL UNIQUE PRIMARY KEY позволяет автоматически создавать первичный неповторяющийся ключ:
CREATE TABLE ALL_EL;
(ID SERIAL PRIMARY UNIQUE PRIMARY KEY,
NAME_EL VARCHAR (14) NOT NULL,
ID_T INTEGER NULL);
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`МИКРОФОН 1', `1');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`МИКРОФОН 2', `1');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`МИКРОФОН 3', `1');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`МИКРОФОН 4', `1');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`ПЕРЕДАТЧИК 1', `2');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`ПЕРЕДАТЧИК 2', `2');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`ПЕРЕДАТЧИК 3', `2');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`ПЕРЕДАТЧИК 4', `2');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`ПРИЕМНИК 1', `3');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`ПРИЕМНИК 2', `3');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`ПРИЕМНИК 3', `3');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`ПРИЕМНИК 4', `3');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`КОЛОНКИ 1', `4');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`КОЛОНКИ 2', `4');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`КОЛОНКИ 3', `4');
INSERT INTO ALL_EL (NAME_EL, ID_T)
VALUES (`КОЛОНКИ 4', `4');
Далее следовала таблица типов, упомянутая ранее:
DROP TABLE TYP;
CREATE TABLE TYP
(ID_T INTEGER NULL,
NAME_T VARCHAR (14) NOT NULL);
INSERT INTO TYP
VALUES (`1', `МИКРОФОН');
INSERT INTO TYP
VALUES (`2', `ПЕРЕДАТЧИК');
INSERT INTO TYP
VALUES (`3', `ПРИЕМНИК');
INSERT INTO TYP
VALUES (`4', `КОЛОНКИ');
Третья таблица отражала минимальную и максимальную частоты приборов:
DROP TABLE PROP;
CREATE TABLE PROP
(NAME_EL VARCHAR (14) NOT NULL,
MIN_P INTEGER NULL,
MAX_P INTEGER NULL);
INSERT INTO PROP
VALUES (`МИКРОФОН 1', `10', `20000');
INSERT INTO PROP
VALUES (`МИКРОФОН 2', `10', `20000');
INSERT INTO PROP
VALUES (`МИКРОФОН 3', `10', `20000');
INSERT INTO PROP
VALUES (`МИКРОФОН 4', `10', `20000');
INSERT INTO PROP
VALUES (`ПЕРЕДАТЧИК 1', `1000', `1000');
INSERT INTO PROP
VALUES (`ПЕРЕДАТЧИК 2', `1000', `2000');
INSERT INTO PROP
VALUES (`ПЕРЕДАТЧИК 3', `1000', `3000');
INSERT INTO PROP
VALUES (`ПЕРЕДАТЧИК 4', `3000', `3000');
INSERT INTO PROP
VALUES (`ПРИЕМНИК 1', `1000', `1000');
INSERT INTO PROP
VALUES (`ПРИЕМНИК 2', `3000', `4000');
INSERT INTO PROP
VALUES (`ПРИЕМНИК 3', `1000', `2000');
INSERT INTO PROP
VALUES (`ПРИЕМНИК 4', `2000', `3000');
INSERT INTO PROP
VALUES (`КОЛОНКИ 1', `10', `20000');
INSERT INTO PROP
VALUES (`КОЛОНКИ 2', `10', `20000');
INSERT INTO PROP
VALUES (`КОЛОНКИ 3', `10', `20000');
INSERT INTO PROP
VALUES (`КОЛОНКИ 4', `10', `20000');
Четвертая таблица отражает комбинации возможных связей через id:
DROP TABLE COM;
CREATE TABLE COM
(P_1 INTEGER,
P_2 INTEGER);
INSERT INTO COM
VALUES (`1', `5');
INSERT INTO COM
VALUES (`5', `9');
INSERT INTO COM
VALUES (`9', `13');
INSERT INTO COM
VALUES (`5', `11');
INSERT INTO COM
VALUES (`11', `15');
INSERT INTO COM
VALUES (`2', `6');
INSERT INTO COM
VALUES (`6', `9');
INSERT INTO COM
VALUES (`6', `11');
INSERT INTO COM
VALUES (`6', `12');
INSERT INTO COM
VALUES (`12', `16');
INSERT INTO COM
VALUES (`3', `7');
INSERT INTO COM
VALUES (`7', `9');
INSERT INTO COM
VALUES (`9', `1');
INSERT INTO COM
VALUES (`7', `10');
INSERT INTO COM
VALUES (`10', `14');
INSERT INTO COM
VALUES (`7', `11');
INSERT INTO COM
VALUES (`11', `15');
INSERT INTO COM
VALUES (`7', `12');
INSERT INTO COM
VALUES (`4', `8');
INSERT INTO COM
VALUES (`8', `10');
INSERT INTO COM
VALUES (`8', `12');
INSERT INTO COM
VALUES (`12', `16');
Имея данные таблицы, производили различные выборки с помощью SELECT */ имена столбцов FROM название таблиц; Благодаря данной конструкции, строили также и сложные запросы.
Вывод
В результате прохождения производственной практики изучили PostgreSQL, получили представление об одном из направлений будущей профессии, освоив практически синтаксис упомянутой выше объектно-реляционной СУБД.
Рассмотрев подробнее возможности PostgreSQL, можно утверждать, усвоенные знания пригодятся при разработке будущих проектов или же при проектировании баз данных.
Библиографический список
1 СТП ОмГУПС-1.2-2005. Работы студенческие учебные и выпускные квалификационные: общие требования и правила оформления текстовых документов. - Омский Государственный Университет Путей Сообщения. Омск, 2005. 28 с.
2 Рональд Р. Плю, Райан К. Стефенс. SQL за 24 часа. Изд-во Sams Publishing, 2000. - 352 с.
3 ru.wikipedia.org [Электронный ресурс].
Размещено на Allbest.ru
...Подобные документы
Базы данных с двумерными файлами и реляционные системы управления базами данных (СУБД). Создание базы данных и обработка запросов к ним с помощью СУБД. Основные типы баз данных. Базовые понятия реляционных баз данных. Фундаментальные свойства отношений.
реферат [57,1 K], добавлен 20.12.2010Система управления базами данных (СУБД). Программные средства, предназначенные для создания, наполнения, обновления и удаления базы данных. Структура, модели и классификация баз данных. Создание каталогов, псевдонимов, таблиц, шаблонов и форм СУБД.
презентация [1,1 M], добавлен 09.01.2014Система управления базой данных (СУБД), централизованное обеспечение безопасности и целостности данных, защита от несанкционированного доступа. Построение концептуальной и реляционной моделей. Процесс нормализации. Проектирование базы данных в ACCESS.
курсовая работа [1,8 M], добавлен 29.10.2008Коротка історія розвитку об'єктно-реляційної СУБД - PostgreSQL. Проект POSTGRES департаменту Берклі. Основні концепції роботи з PostgreSQL: створення таблиць, внесення даних у таблицю та їх редагування. Основні елементи мови PLpgSQL, її структура.
курсовая работа [1,0 M], добавлен 06.08.2013Понятие реляционной модели данных, целостность ее сущности и ссылок. Основные этапы создания базы данных, связывание таблиц на схеме данных. Проектирование базы данных книжного каталога "Books" с помощью СУБД Microsoft Access и языка запросов SQL.
курсовая работа [838,9 K], добавлен 25.11.2010Система управления базами данных как составная часть автоматизированного банка данных. Структура и функции системы управления базами данных. Классификация СУБД по способу доступа к базе данных. Язык SQL в системах управления базами данных, СУБД Microsoft.
реферат [46,4 K], добавлен 01.11.2009Теоретические аспекты СУБД. Основные понятия. Функциональные возможности СУБД. Архитектура систем управления. Разработка базы данных. Крупные массивы данных размещают, как правило, отдельно от исполняемого программы, и организуют в виде базы данных.
курсовая работа [30,5 K], добавлен 23.02.2006Основные этапы проектирования базы данных. Access как система управления базами данных (СУБД), ее предназначение, отличительные возможности. Работа с таблицами, их создание и редактирование. Порядок создания запросов. Способы защиты баз данных.
лабораторная работа [3,1 M], добавлен 18.08.2009Система управления базой данных - программный инструмент создания БД и приложений пользователя. Проект СУБД "ИС Продажа видео и аудио продукции". Разработка иерархической, сетевой и реляционной моделей, таблиц и схемы базы данных, форм, отчетов, запросов.
курсовая работа [1,6 M], добавлен 17.06.2013Структура и функции системы управления базами данных (СУБД). Управление хранением данных и доступом к ним. Защита и поддержка целостности данных. Надежность хранения данных во внешней памяти. Классификация СУБД по способу доступа к базе данных.
презентация [3,7 M], добавлен 05.06.2014Основные понятия базы данных и систем управления базами данных. Типы данных, с которыми работают базы Microsoft Access. Классификация СУБД и их основные характеристики. Постреляционные базы данных. Тенденции в мире современных информационных систем.
курсовая работа [46,7 K], добавлен 28.01.2014Типы моделей данных: реляционная, иерархическая и сетевая. Описание концептуальной модели реляционной базы данных. Разработка базы данных в СУБД Microsoft Access, ее премущества и недостатки, составные компоненты, описание и обоснование полей таблиц.
курсовая работа [62,6 K], добавлен 09.03.2009Система управления базами данных (СУБД) как программная система для создания общей базы данных. Создание СУБД для управления поставкой и реализацией ювелирных изделий. Типы данных, физическая и логическая модели. Разработка интерфейса пользователя.
курсовая работа [467,8 K], добавлен 14.12.2012Понятие базы данных в Microsoft Access, описание таблицы как объекта. Назначение запросов, форм, отчетов и страниц. Макросы и модули в СУБД. Порядок создания базы данных, ввод описания поля. Свойства полей таблиц. Построение реляционной модели данных.
презентация [389,6 K], добавлен 18.01.2014Логическая организация данных, файловая модель. Сетевые, иерархические и реляционные модели данных. Системы управления базами данных, их определения и основные понятия. История, тенденции развития, классификация СУБД, свойства и технология использования.
дипломная работа [51,3 K], добавлен 26.07.2009Построение концептуальной модели, процесс моделирования смыслового наполнения базы данных. Основные компоненты концептуальной модели. Построение реляционной модели. Целостность данных в реляционной базе. Нормализация. Проектирование базы данных в ACCESS.
курсовая работа [1,8 M], добавлен 29.10.2008Понятие и структура реляционной базы данных, ее основные элементы и их взаимодействие. Методика и основные этапы создания базы данных, ее назначение и сферы применения. Правила ввода данных в таблицы. Создание запроса к базе данных, отчетов и диаграмм.
учебное пособие [3,6 M], добавлен 19.12.2009Понятие и сущность базы данных, их классификация и характеристика. Системы управления базами данных. СУБД структуры "сервер-клиент", его суть. Microsoft Access - функционально полная реляционная СУБД. Предназначение СУБД Access, и описание ее работы.
реферат [44,3 K], добавлен 27.02.2009Характеристика программы базы данных для хранения и учета материальных ценностей на складе, ее возможности и практическое применение. Процесс создания базы данных на основе реляционной СУБД MS Access. Связь сведений по товарам, поставщикам и покупателям.
курсовая работа [13,8 K], добавлен 29.08.2009База данных как совокупность взаимосвязанных данных, хранящихся на машинных носителях информации и обрабатываемых с помощью системы управления. Порядок и основные этапы создания реляционной базы данных, методика установки связи между ее таблицами.
лабораторная работа [1,4 M], добавлен 12.04.2012
