Проектирование и реализация базы данных управляющей компании ЖКХ

Размещено на http://www.allbest.ru/

Департамент образования и науки города Москвы

Государственное бюджетное профессиональное образовательное учреждение города Москвы

«Колледж индустрии гостеприимства и менеджмента № 23»

(ГБПОУ КИГМ №23)

Курсовая работа

Проектирование и реализация базы данных управляющей компании ЖКХ

МДК 11.01 Проектирование базы данных

Выполнил (а) студент (ка)

Вышков Алексей Алексеевич

Специальность 09.02.07

Информационные системы и программирование

группа 42 ИС

Руководитель Кравец Галина Сергеевна

2023 год



Содержание

Введение

Глава 1. Проектирование базы данных

1.1 Анализ предметной области

1.2 Концептуальное моделирование

1.3 Выбор модели данных

1.4 Логическое проектирование

1.5 Выбор СУБД

1.6 Физическое проектирование базы данных

Глава 2. Реализация базы данных

2.1 Формы

2.2 Запросы

2.3 Отчеты

Заключение

Список используемых источников



Введение

проектирование конструирование данные автоматизированный

Развитие средств вычислительной техники обеспечило возможность для создания и широкого использования систем обработки данных разнообразного назначения.

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

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

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

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

Целью данной курсовой работы является проектирование базы данных

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

В качестве инструмента построения базы данных использован MS Access.

Для достижения цели были поставлены следующие задачи:

Анализ предметной области.

Концептуальное моделирование.

Выбор модели данных.

Логическое проектирование.

Выбор СУБД.

Физическое проектирование базы данных.



Глава 1. Проектирование базы данных

1.1 Анализ предметной области

Жилищно-коммунальное хозяйство (ЖКХ) - отрасль экономики, обеспечивающая функционирование жилых зданий, создающих безопасное, удобное и комфортабельное проживание и нахождение в них людей. Включает в себя также объекты социальной инфраструктуры для обслуживания жителей.

Жилищно-коммунальное хозяйство включает в себя следующие компоненты:

Энергоснабжение: электроснабжение - обеспечение поставки электричества; газоснабжение - обеспечение поставки газа; теплоснабжение - обеспечение поставки горячей воды и тепловой энергии, обеспечение работы котельных и ТЭЦ; энергосбережение.

Водоснабжение и водоотведение: водопровод - прокладка и ремонт водопроводных труб, водозабор, очистка и доставка воды в многоквартирные дома и на промышленные объекты (в том числе для последующего подогрева для нужд горячего водоснабжения и отопления); канализация - отведение сточных вод.

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

Системы учёта потребления коммунальных ресурсов и жилищно-коммунальных услуг.

Вентиляция и централизованное кондиционирование воздуха.

Лифтовое хозяйство.

Слаботочные сети (системы коммуникации и контроля): радиотрансляционная сеть; телевизионная антенна и кабель; телефонная сеть; компьютерная сеть; домофон; видеонаблюдение в местах общего пользования; технические средства вневедомственной охраны.

Вывоз мусора: мусоропровод; утилизация и переработка твёрдых бытовых и коммунальных отходов.

Молниезащита зданий (громоотводы, токоотводы, заземлители и внутренняя система защиты).

Системы защиты зданий и сооружений от пожара и пожарной безопасности (пожарная лестница, сигнализация, средства пожаротушения).

Системы мониторинга состояния конструкций зданий, составляющие совместно с системами регулирования и учёта потребления коммунальных ресурсов и услуг новое направление IoB (Internet of Buildings - Интернет зданий).

Капитальный ремонт и модернизация зданий.

Содержание и текущий ремонт внешних сетей, внутренних общедомовых инженерных коммуникаций и систем (здания).

Текущая уборка и санитарно-эпидемиологическая обработка мест общего пользования (в том числе дератизация и дезинсекция).

Уборка дорог и содержание придомовых территорий (благоустройство) в городах и поселениях.

В многоквартирных домах жилищно-коммунальные услуги предоставляются товариществами собственников жилья (жилищно-строительными кооперативами) или управляющими организациями, при непосредственном управлении возможен вариант предоставления ЖКУ самими жильцами.

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



Рисунок 1. Процесс ведения учета выполнения ремонтных работ

После приема заказа на выполнение ремонтных работ специалист по работе с клиентами передает информацию о заказе инженеру компании. Инженер определяет перечень, сложность и временные сроки выполнения работ. Следующий этап - назначение исполнителя ремонтных работ. В него входит: определение вида работ (слесарные, электрические, плотнические и т. д.), определение конкретного исполнителя соответствующей специальности и квалификации на данную работу. Специалист выдает работнику «Наряд-заказ» на выполнение работ. Для направления исполнителя по адресу клиента, предварительно проверяется, внесена ли предоплата. Об этом сообщается исполнителю, и он может приступать к выполнению заказа. Если предоплата не внесена, то заказ ставиться в «ожидание», до того момента пока не будет оплачен клиентом.

После выполнения заказа, исполнитель обязан заполнить отчетную документацию (наряд-заказ, акт сдачи-приемки) и предоставить ее специалисту по работе с клиентами.

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

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

Как показано на рисунке 2, для ведения учета выполнения ремонтных работ требуется система хранения данных: журнал заказов, наряд-заказ, акт сдачи - приемки.

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

Рисунок 2. Схема потоков данных (документооборот)

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

Цель функционирования этой предметной области - предоставление услуг жильцам многоквартирного дома.

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

Создать таблицу «Вид работ» с возможностью: Просмотра цены, ее названия и редактирования.

Создать таблицу "Клиенты" с возможностью: Просмотра информации по плательщикам, и её редактирование.

Создать таблицу "Журнал заказов" с возможностью: Просмотра даты, цены, статуса и наименования требования.

Создать таблицу "Исполнитель" с возможностью: Просмотра информации о сотрудниках и ее редактирования.

Создать таблицу "Комплектация заказов " с возможностью: Просмотра количество заказов и их наименование.

1.2 Концептуальное моделирование

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

Основная задача концептуальной модели - передать фундаментальные принципы и основные функциональные возможности системы, которую она представляет.

В данной работе будет использована ER-модель.

ER-модель - модель данных, позволяющая описывать концептуальные схемы предметной области. Конструктивными элементами ER-модели являются сущности, атрибуты и связи.

Сущность изображается в виде прямоугольника, содержащего её имя, выражаемое существительным. Имя сущности должно быть уникальным в рамках одной модели. При этом, имя сущности - это имя типа, а не конкретного экземпляра данного типа. Экземпляром сущности называется конкретный представитель данной сущности.

Связь изображается линией, которая связывает две сущности, участвующие в отношении. Степень конца связи указывается графически, множественность связи изображается в виде «вилки» на конце связи. Модальность связи так же изображается графически - необязательность связи помечается кружком на конце связи. Именование обычно выражается одним глаголом в изъявительном наклонении настоящего времени: «имеет», «принадлежит» и т. д.; или глаголом с поясняющими словами: «включает в себя», и т. п. Наименование может быть одно для всей связи или два для каждого из концов связи. Во втором случае, название левого конца связи указывается над линией связи, а правого - под линией. Каждое из названий располагаются рядом с сущностью, к которой оно относится.

Таблица 1. Сущности и их атрибуты

Сущность	Атрибут
Исполнитель	ФИО, Специальность, Код сотрудника
Клиент	Код клиента, ФИО,Телефон, Адрес
Вид работ	Цена, Наименование, Код работ
Комплектация заказов	Кол-во, Номер заказа, Код работ, ID
Журналл заказов	Номер заказа, Код клиента, Код сотрудника, Дата заказа, Сумма работ, Дата выполнения, Предоплата

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

Получение набора отношений ER-диаграммы необходимо для создания структуры таблиц БД. На данном этапе рассмотрим отдельно каждую связь и построим набор предварительных отношений.

1 связь «Клиент-требования; Клиент-Квартира; Клиент-Услуга»;

R1(Клиент)R2(Исполнитель) R3(Вид работ) R4(Комплектация заказов) R5(Журнал заказов).

Рисунок 3. ER-диаграмма

1.3 Выбор модели данных

Модель данных - это абстрактное, самодостаточное, логическое определение объектов, операторов и прочих элементов, в совокупности составляющих абстрактную машину доступа к данным, с которой взаимодействует пользователь. Эти объекты позволяют моделировать структуру данных, а операторы - поведение данных.

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

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

Рисунок 4. Реляционная модель данных

Сетевая БД состоит из набора экземпляров определенного типа записи и набора экземпляров определенного типа связей между этими записями.

Рисунок 5. Сетевая модель данных



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

Рисунок 6. Иерархическая модель данных

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

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

1.4 Логическое проектирование

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

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

Рисунок 7. Логическая модель базы данных

1.5 Выбор СУБД

При выборе системы программирования были рассмотрены такие среды разработки приложений, как: «MS Visual FoxPro»; «Microsoft Access»; «1С: Предприятие».

MS Visual Fox Pro

Достоинства данной среды разработки приложений следующие:

широкий выбор средств, для работы с базами данных;

обеспечивается высокая скорость обработки данных, в частности при обработке SQL-запросов;

удобный интерфейс с пользователем;

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

К недостаткам можно отнести следующее:

недостаточное внедрение концепции визуального программирования;

слабая поддержка объектно-ориентированного подхода к созданию программ;

слабый набор средств создания печатных выходных данных.

Microsoft Access

Microsoft Access является полнофункциональной системой управления реляционной базой данных (СУРБД). Она обеспечивает все возможности определения, обработки и управления данными для работы с большими объемами информации.

Для обработки таблиц Access использует мощный язык баз данных - SQL (Structured Query Language - язык структурированных запросов). С помощью SQL можно получить набор данных, который необходим для решения конкретной задачи.

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

Вероятно, наиболее мощным качеством Access является возможность обработки данных из электронных таблиц, текстовых файлов, файлов dBase, Paradox и FoxPro, а также любых баз данных SQL, поддерживающих стандарт ODBC (Open Data Base Connectivity). Это означает, что Access можно использовать для создания Windows-приложений, способных обрабатывать данные как сетевого сервера SQL Server, так и базы данных, размещенной на головном компьютере.

Достоинства данной среды разработки приложений следующие:

Его очень легко установить и использовать.

легко интегрировать.

Предлагает большую емкость для хранения.

Импортировать данные просто.

Низкая цена.

К недостаткам можно отнести следующее:

Все данные сохраняются в одном файле.

Мультимедийные данные сложно включить в Microsoft Access.

Могут быть проблемы с безопасностью.

Различные операционные системы Windows могут повредить вашу базу данных.

1С: Предприятие

Достоинства данной среды разработки приложений следующие:

«Открытые» конфигурации. За счет «открытых» конфигураций пользователь может вносить изменения в готовое решение. Например, выставить собственные настройки или доработать продукт, добавив желаемые функции для решения ключевых задач бизнеса. Проще говоря, 1С Предприятие - это конструктор, из которого собирается эффективное решение для компании вне зависимости от ее сферы деятельности.

Бесплатные обновления. Разработчики 1С пристально следят за действующим законодательством и оперативно вносят в программу изменения. Также они постоянно обновляют продукт, делая его более функциональным и удобным в работе. Апдейты осуществляются в автоматическом режиме и на безоплатной основе (в течение действия срока лицензии).

Информационно-технологическое сопровождение (ИТС). ИТС - это справка с важной для работы информацией. Она экономит время на знакомство с продуктом и выполнение рабочих задач в программе.

Гибкая ценовая политика. Базовые варианты 1С Предприятия доступны для малого и среднего бизнеса. На выбор предлагаются различные по функционалу и цене конфигурации, чтобы каждый мог подобрать оптимальное по ключевым параметрам решение.

К недостаткам можно отнести следующее:

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

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

Следующий минус - функция ИТС распространяется по подписке. Покупать ее необязательно. Но ИТС экономит время на поиски информации, и деньги, минимизируя вероятность ошибок в работе сотрудников фирмы.

Для создания базы данных была выбрана система управления реляционными базами данных Microsoft Access, из-за ее удобства в использовании.

1.6 Физическое проектирование базы данных

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

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

Подвести к рисункам

Рисунок 8. Таблица Клиент

Рисунок 9. Таблица Клиент в режиме конструктора

Рисунок 10. Таблица Исполнитель



Рисунок 11. Таблица Исполнитель в режиме конструктора

Рисунок 12. Таблица Вид работ

Рисунок 13. Таблица Вид работ в режиме конструктора

Рисунок 14. Таблица Комплектация заказов

Рисунок 15. Таблица Комплектация заказов в режиме конструктора



Рисунок 16. Таблица Журнал заказов

Рисунок 17. Таблица Журнал заказов в режиме конструктора



Глава 2. Реализация базы данных

2.1 Формы

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

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

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

В созданной базе данных были разработаны как простые формы, так и сложные.

Простые формы - Журнал заказов, Комплектация заказов.

Сложные формы - Клиент, Исполнитель, Вид работ.



Форма Клиент в режиме отображения данных показана на рисунке 18.

Рисунок 18. Форма Клиент

Форма Клиент в режиме конструктора показана на рисунке 19.

Рисунок 19. Форма Клиент в режиме конструктора



Форма Исполнитель в режиме отображения данных показана на рисунке 20.

Рисунок 20. Форма Исполнитель

Форма Исполнитель в режиме конструктора показана на рисунке 21.

Рисунок 21. Форма Исполнитель в режиме конструктора



Форма Журнал заказов в режиме отображения данных показана на рисунке 22.

Рисунок 22. Форма Журнал заказов

Форма Журнал заказов в режиме конструктора показана на рисунке 23.

Рисунок 23. Форма Журнал заказов в режиме конструктора



Форма Вид работ в режиме отображения данных показана на рисунке 24.

Рисунок 24. Форма Вид работ в режиме отображения данных

Форма Вид работ в режиме конструктора показана на рисунке 25.

Рисунок 25. Форма Вид работ в режиме конструктора



Форма Комплектация заказов показана на рисунке 26.

Рисунок 26. Форма Комплектация заказов

Форма Комплектация заказов в режиме конструктора показана на рисунке 27.

Рисунок 27. Форма Комплектация заказов

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

Главная кнопочная форма показана на рисунке 28.



Рисунок 28. Главная кнопочная форма

Главная кнопочная форма в режиме создания главной страницы показана на рисунке 29.

Рисунок 29. Главная кнопочная форма в режиме создания главной страницы

Подчиненная кнопочная форма в режиме создания показана на рисунке 30.



Рисунок 30. Подчиненная кнопочная форма в режиме создания

2.2 Запросы

Запросы упрощают просмотр, добавление, удаление или изменение данных в базе данных Access. Среди других целей использования запросов можно отметить:

быстрый поиск определенных данных путем фильтрации с применением определенных критериев (условий);

вычисление или сведение данных;

автоматизированное управление данными, например регулярный просмотр актуальных данных

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

В работе было реализовано несколько запросов.

Первый запрос предоставляет данные требования клиентов.

Запрос «Запрос клиента» в режиме конструктора показана на рисунке 31.

Рисунок 31. Запрос «Запрос клиента» в режиме конструктора

Запрос «Запрос клиента» в режиме таблицы показано на рисунке 32.

Рисунок 32. Запрос «Запрос клиента» в режиме таблицы



2.3 Отчеты

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

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

Отчет запрос клиента в режиме конструктора указан на рисунке 33.

Рисунок 33. Отчет «Запрос клиента» в режиме конструктора



Заключение

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

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



Список используемых источников

1. Атре, Ш. Структурный подход к организации баз данных; Финансы и статистика - М., 2018. - 317 c.

2. Габец, А.П.; Гончаров, Д.И. 1С: Предприятие 8.0. Простые примеры разработки; 1С: Паблишинг - М., 2020. - 420 c.

3. Глушаков, С.В.; Ломотько, Д.В. Базы данных; Харьков: Фолио - М., 2018. - 504 c.

4. Гоппа, В.Д. Введение в алгебраическую теорию информации; ФИЗМАТЛИТ - М., 2019. - 112 c.

5. Калинин, С.И. Компьютерная обработка данных для психологов; СПб: Речь - М., 2021. - 118 c.

6. Каратыгин, С.А.; Тихонов, А.Ф.; Тихонова, Л.Н. Работа в Visual FoxPro на примерах: моногр.; Бином - М., 2017. - 512 c.

7. Кауфельд, Джон Microsoft Office Access 2003 для «чайников»; Диалектика - М., 2007. - 320 c.

8. Каучмэн, Джейсон; Швинн, Ульрике Oracle 8i Certified Professionaql DBA Подготовка администраторов баз данных; ЛОРИ - М., 2016. - 870 c.

9. Кренке, Д. Теория и Практика построения баз данных; СПб: Питер; Издание 9-е - М., 2010. - 858 c.

10. Олле, Т.В. Предложения КОДАСИЛ по управлению базами данных; Финансы и статистика - М., 2016. - 286 c.

11. MySQL: Руководство профессионала - URL: https://booksonline.com.ua/view.php?book=156458 - Текст: Электронный. (дата обращения 27.10.2022).

12. Интерактивный учебник по SQL - URL: https://sql-academy.org/ru/guide - Текст: Электронный. (дата обращения 30.11.2023).

Размещено на Allbest.ru