Разработка объектов базы данных

Разработка объектов базы данных

 

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

Это будет заготовкой для вашего будущего хранилища на языке Delphi.

Давайте рассмотрим структуру БД

 

Таблица 1 -Справочник

 

№	Имя поля	Назначение	Тип
1	id	Порядковый номер	Счетчик
2	Название книги	Дата поступления заказа	Дата и время
3	Автор	Модель телефона	Текстовый
4	Количество	Регистрационный номер телефона	Текстовый
5	Год Издания	Фамилия Имя Отчество	Текстовый
6	Photo	Номер телефона заказчика	Текстовый

 

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

 

 

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

 

Разработка программного кода программы

 

 

Рисунок 7 – Код формы авторизации

 

 

Рисунок 8 – Код к кнопке «Загрузить фото»

 

Рисунок 9 – Код к кнопке “Отмена”

 

 

Рисунок 10 – Код к кнопке “Сохранить”

 

 

Построение схемы баз данных

 

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

 

 

Рисунок 11 – Структура таблицы “Справочник”

 

Данная таблица предназначена для хранения общей информации, которая будет на главной форме.

 

Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

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

Чаще всего концептуальная модель базы данных включает в себя:

Описание информационных объектов или понятий предметной области и связей между ними.

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

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

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

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

 

 

Тестирование базы данных

 

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

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

Транзакционная информация из приложения должна храниться в базе данных и предоставлять правильную информацию пользователю.

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

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

Транзакционная информация из приложения должна храниться в базе данных и предоставлять правильную информацию пользователю.

Информация не должна быть потеряна при загрузке в базу данных.

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

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

Зачем вам нужно проводить тестирование базы данных?

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

Ниже приведены некоторые общие причины для тестирования базы данных

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

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

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

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

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

Ведение учета работы в установленной форме. Оформление отчета

 

В созданой БД можно вести учет книг Сош №24

В БД есть данные о книгах, годе выпуска,их количества.

 

 

Рисунок 12 – Навигация по БД

 

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

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

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

 

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Архангельский А.Я. Программирование в Delphi 7 + дискета, М.: Бином, 2005. – 987 с.

2. Архангельский А.Я. Delphi 7 Справочное пособие. - М.: Бином-Пресс. -2004. -1024 с.

3. Архангельский А.Я. Object Pascal в Delphi. – СПб.: Бином, 2002.

4. Браун С. Visual Basic 6.0: Учебный курс. – СПб.: Питер, 2002, – 573 с.

5. Васильев А., Андреев А.VBA в Office 2000. – М., 2001.

6. Галисеев Г.В. Программирование в среде Delphi 7. Самоучитель. – М.: Издательский дом «Вильямс», 2003.

7. Глушаков С.В., Клевцов А.Л., Программирование в среде Delphi 7.0, Фолио 2003 – 415 с.

8. Гофман В.Э., Хомоненко А.Д. Delphi. Быстрый старт. – СПб.: БХВ-Петербург, 2002.

9.  Данчул А.Н. Информатика. Учебник, Изд-во РАГС, 2004. – 280 с.

10. Каммингс С. VBA для «чайников». – 3-е изд. / Пер. с англ. – М.: Изд-ий дом «Вильямс», 2001.

11. Кент Рейсдорф. Delphi XE2. Освой самостоятельно: Пер. с англ. – М.:ЗАО «Издательство БИНОМ», Лаборатория Базовых Знаний, 2008. – 752 с.

12. Когсвелл Д. Изучи сам программирование баз данных в Delphi 7 сегодня/ Пер. с англ. – Мн.: ООО «Попурри», 2007. – 448 с.

13. Культин Н.Б. Delphi в задачах и примерах. – СПб.: БХВ-Петербург, 2003.

 

Разработка объектов базы данных

 

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

Это будет заготовкой для вашего будущего хранилища на языке Delphi.

Давайте рассмотрим структуру БД

 

Таблица 1 -Справочник

 

№	Имя поля	Назначение	Тип
1	id	Порядковый номер	Счетчик
2	Название книги	Дата поступления заказа	Дата и время
3	Автор	Модель телефона	Текстовый
4	Количество	Регистрационный номер телефона	Текстовый
5	Год Издания	Фамилия Имя Отчество	Текстовый
6	Photo	Номер телефона заказчика	Текстовый

 

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

 

 

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