База данных

Введение

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

БД - это динамический объект, который заменяет собственное изменение критериев извне относительно базы.
Под предметной областью понимается пропорция реального мира и просто процессов, объектов, которые должны появляться в основе данных в полной информации. Данные в БД образуют единую целостную систему, поэтому вы можете обеспечить работу пользователей с большим объемом данных.
Предметная область - это доля реального мира и просто процессов, объектов, которые должны появляться в основе данных в полной информации. Данные в БД образуют единую целостную систему, поэтому вы можете обеспечить работу пользователей с большим объемом данных.
1 Структура БД. Поля являются основными элементами структуры БД и обладают различными свойствами. Свойства полей определяют, какие данные можно вводить в поле, а также что можно с ними делать, если данные содержаться в поле. Поля имеют разные свойства и относятся к различным типам.
Длина – это основное свойство поля. Она выражается, как правило, в символах. Длина поля зависит от того, сколько символов оно может уместить.
 Оригинальным свойством любого поля считается имя. Таблица не может иметь два поля с одинаковым именем. Помимо имени, поле содержит свойство подписи. Подпись - это информация, которая отражается в заголовке столбца. Если метка не указана, имя поля отображается в заголовке столбца.
Различные типы полей имеют разные цели и разные свойства:
Основным свойством текстового поля является размер.
Числовое поле используется для ввода числовых данных. Он также имеет размер, но числовые поля различны, например, для ввода целых чисел и для ввода действительных чисел. В последнем случае, помимо размера поля, указывается также размер десятичной части числа.
Поля для ввода даты или времени имеют тип Дата / Время.
Для ввода логических данных, которые имеют только пару значений (Да или Нет; 0 или 1; Истина или Ложь), применяется специальный тип - логическое поле. Длина такого поля обычно составляет 1 байт.
Специальный тип поля - денежный. Денежные суммы возможно хранить в числовом поле, но с ними комфортнее работать в денежном формате. В этом случае компьютер будет отображать цифры вместе с денежными единицами (рубли, копейки, доллары-центы, фунты пенсов).
В современных БД вы можете хранить не только цифры и буквы, но также изображения, музыкальные клипы и видео. Для таких объектов существует специальное поле – OLE.
Текстовое поле имеет недостаток из-за своего ограниченного размера (не более 256 символов). Если вам нужно добавить длинный текст в поле, вы можете использовать для этого поле типа MEMO. Он способен хранить до 65 535 символов. Уникальность MEMO-поля заключается в том, что в действительности эти данные хранятся в другом месте, а в поле находится только указатель на место, где расположен текст.
Полевой счетчик. Это обычное числовое поле, но оно обладает свойством автоматического расширения. При наличии в БД такого поля при вводе новой записи в нее автоматически добавляется число, которое на единицу большее, чем значение того же поля в предыдущей записи.
Рисунок 1. – Уровни представления данных БД. Невозможно принять какое-либо управленческое решение, не имея для этого необходимой информации, обычно количественной. Это требует создания хранилищ данных. Процесс создания хранилищ данных - это процесс сбора, проверки и предварительной обработки данных с целью предоставления полученной информации пользователям для статистического анализа (и часто для создания аналитических отчетов).
Хранилище данных - это автоматизированная система информационных технологий, которая собирает данные из существующих БД и внешних источников, формирует, хранит и использует информацию как единое целое. Информационное хранилище предназначено для хранения, эффективного получения и анализа интегрированной информации обо всех видах деятельности организации.
Рисунок 2. – Типы связей между объектами БД
Ральф Кимбалл, один из авторов концепции хранилища данных, описал хранилище данных как «место, где люди могут получить доступ к своим данным». Он также сформулировал основные требования к хранилищам данных:
поддержка высокоскоростного извлечения данных из хранилища;
поддержка внутренней согласованности данных;
возможность получения и сравнения так называемых срезов данных;
наличие удобных утилит для просмотра данных в хранилище;
полнота и точность хранимых данных;
поддержка качественного процесса пополнения данных.
Часто невозможно выполнить все перечисленные требования в рамках одного и того же продукта. Поэтому для реализации хранилищ данных обычно используется несколько продуктов, некоторые из которых являются фактическими средствами хранения данных, другие - средствами их извлечения и просмотра, другие - средствами их пополнения и т. Д.
Типичное хранилище данных обычно отличается от обычной реляционной БД.
Во-первых, обычные базы данных призваны помочь пользователям выполнять свою повседневную работу, а хранилища данных - для принятия решений. Например, продажа товаров и счета-фактуры производятся с использованием базы данных, предназначенной для обработки транзакций, и анализа динамики продаж за несколько лет, что позволяет планировать работу с поставщиками, используя хранилище данных.
Во-вторых, обычные БД подвержены постоянным изменениям в процессе работы пользователей, и хранилище данных относительно стабильно: данные в нем обычно обновляются по расписанию (например, еженедельно, ежедневно или ежечасно - в зависимости от потребностей) , В идеале процесс пополнения - это просто добавление новых данных за определенный период времени без изменения старой информации, уже находящейся в хранилище.
И, в-третьих, обычные БД чаще всего являются источником данных, поступающих в хранилище. Кроме того, хранилище может пополняться внешними источниками, такими как статистические отчеты.
2 Создание базы данных. 2.1 Модели данныхОпределение модели данных обеспечивает указание набора допустимых информационных структур, набора допустимых операций с данными и набора ограничений для хранимых значений данных.
Модель данных, с одной стороны, является формальным устройством для описания информационных потребностей пользователей, а с другой стороны, большинство СУБД сосредоточены на конкретной модели данных, и, таким образом, если информационные потребности могут быть точно выражены с помощью одного. Что касается моделей данных, то соответствующая СУБД позволяет относительно быстро создать работоспособный фрагмент IP.
Информационные конструкции, операции и ограничения моделей данных выбираются из довольно небольшого числа опций, которые характеризуют «большие» информационные объекты и операции. В частности, нельзя учитывать отдельные символы данных, операции добавления атрибутов, ограничения на соответствие типов данных и т. д., что типично для языков программирования.
2.2 Базовые модели данных, используемые в ИСИнформационные объекты послужили основой для объектно-ориентированного проектирования систем, когда множество информационных объектов и действий над объектами зафиксированы. Типичный список действий включает создание / уничтожение объекта, редактирование объекта, фиксацию одного объекта как части другого объекта, связывание объектов, синхронизацию действий над объектами.
Довольно часто все эти объекты встраиваются в структуру отношений, которые можно считать простейшими универсальными объектами.
Количество существенно различных моделей данных определяется наличием различных наборов информационных структур.
Данные, хранящиеся в базе данных, имеют определенную логическую структуру, то есть представлены некоторой моделью, поддерживаемой СУБД. Ключевые модели данных включают следующее:
1. инфологическая;
2. иерархическая;
3. сетевая;
4. реляционная;
5. объектно-ориентированная.
3 Инфологическое моделирование предметной областиПриложение «Склад» предназначено для автоматизации деятельности торговых предприятий. С помощью программы товары хранятся на складе, удобна работа с предложениями поставщиков, работа с входящими / исходящими документами. Кроме того, работа с этой программой должна проводиться без какого-либо стресса со стороны пользователя.
Программа «Склад» предназначена для облегчения учета движения товаров. Наиболее рутинными и в то же время наиболее ответственными процессами являются:
• ввод чековых документов с указанием полученных товаров.
• выписывать расходные материалы.
• Подготовка различных отчетов о движении товаров.
Список функций показывает, что с помощью программы работа значительно упрощается.
Кроме того, появляется возможность быстро ориентироваться в огромной массе коммерческих предложений, анализировать спрос на определенные виды товаров. Преимущества приложения очевидны.
Вся информация базы данных хранится в виде таблиц, такая база данных называется реляционной базой данных.
Реляционная база данных - это коллекция отношений, содержащая всю информацию, которая должна храниться в базе данных. Однако пользователи могут воспринимать такую ​​базу данных как набор таблиц.
1. Каждая таблица состоит из строк одного типа и имеет уникальное имя.
2. Строки имеют фиксированное количество полей (столбцов) и значений (несколько полей и повторяющихся групп не допускаются). Другими словами, в каждой позиции таблицы на пересечении строки и столбца всегда есть ровно одно значение или ничего.
3. Строки таблицы обязательно отличаются друг от друга как минимум одним значением, что позволяет однозначно идентифицировать любую строку такой таблицы.
4. Столбцы таблицы имеют уникально присвоенные имена, и каждый из них содержит однородные значения данных (даты, фамилии, целые числа или денежные суммы).
5. Полное информационное содержание базы данных представлено в виде явных значений данных, и такой способ представления информации является единственным. В частности, нет никаких специальных «ссылок» или указателей, соединяющих одну таблицу с другой.
6. При выполнении операций над таблицей ее строки и столбцы могут обрабатываться в любом порядке, независимо от их информационного содержания. Этому способствует наличие имен таблиц и их столбцов, а также возможность выбора любой строки или любого набора строк с указанными характеристиками.
Заключение. В результате этих действий была разработана автоматизированная система, которая позволит основному количеству работ регистрировать товары на продуктовом складе. Также для удобства пользователей создан удобный и интуитивно понятный интерфейс.
При создании такой системы были выполнены следующие задачи:
1. Сбор и анализ всех полученных данных на продовольственном складе, их разделение на отдельные группы, категории, из которых впоследствии была создана вся база данных;
2. Определены инструменты, которые были использованы для лучшей автоматизации предприятия;
3. Версия программного продукта была разработана на бумаге с указанием всех задач, изменений заказчика и приблизительных дат;
4. Создана база данных в электронном виде с использованием таблиц, отчетов и запросов.
Список использованной литературы: 1. Астафьева, Н.Е. Информатика и ИКТ: Практикум для профессий и специальностей технического и социально-экономического профилей / Н.Е. Астафьева. - М.: Academia, 2017. - 94 c.
2. Малясова, С.В. Информатика и ИКТ: Пособие для подготовки к ЕГЭ / С.В. Малясова; Под ред. Цветковой М.С.. - М.: Academia, 2018. - 637 c.
3. Плотникова, Н.Г. Информатика и информационно-коммуникационные технологии (ИКТ): Учебное пособие / Н.Г. Плотникова. - М.: Риор, 2018. - 132 c.
4. Путимцева, Ю.С. Информатика и ИКТ. Подготовка к ОГЭ в 2017 году. Диагностические работы / Ю.С. Путимцева. - М.: МЦНМО, 2017. - 128 c.
5. Ройтберг, М.А. Информатика и ИКТ. Подготовка к ЕГЭ в 2017 году. Диагностические работы / М.А. Ройтберг. - М.: МЦНМО, 2017. - 176 c.
6. Цветкова, М.С. Информатика и ИКТ: Учебник / М.С. Цветкова. - М.: Academia, 2017. - 352 c.