- •664074, Иркутск, ул. Лермонтова, 83
- •2.3. Разработка концептуальной модели базы данных на основе
- •4.3. Диаграммы взаимодействия……………………………………………...39
- •5. Лабораторная работа 2…………………………………………………..…...41
- •7.1.Инспектор объектов (Object Inspector)…………………………………..49
- •7.2. Формы, модули и метод разработки «Two-Way Tools»……………….52
- •9. Лабораторная работа 3……………………………………………………….74
- •Пользователи
- •2. Проектирование логической структуры базы данных
- •2.1. Основные понятия реляционных баз данных
- •2.2. Разработка концептуальной модели базы данных на основе метода «Объект-Связь»
- •. Разработка концептуальной модели базы данных на основе метода функциональных зависимостей и ее нормализация
- •Разработка логической модели базы данных с помощью
- •Лабораторная работа 1
- •4. Разработка объектной модели задачи
- •4.1. Диаграммы сценариев
- •4.2. Диаграммы классов
- •4.3. Диаграммы взаимодействия
- •5. Лабораторная работа 2
- •6. Реляционная алгебра и язык sql
- •6.1. Основы реляционной алгебры
- •6.2. Язык sql
- •Настраиваемая cреда разработчика cBuilder
- •7.1.Инспектор объектов (Object Inspector)
- •7.2 Формы, модули и метод разработки «Two-Way Tools»
- •7.3. Палитра компонент
- •8. Разработка локального приложения баз данных
- •8.1. Создание файлов базы данных
- •8.2. Создание приложения и включение в его состав модуля данных
- •8.3.Размещение в модуле данных невизуальных компонент для доступа к бд и ее таблицам
- •Path путь к таблицам бд
- •8.4. Создание главной формы Главная форма будет содержать меню с пунктами, соответствующими выводу форм просмотра таблиц и форм вывода отчетов (выходных документов).
- •8.5. Создание форм просмотра и корректировки таблиц и размещение в них визуальных компонент
- •8.6. Разработка отчета для выдачи выходного документа
- •Выполнение запроса состоит в присвоении значения параметрам и повторном открытии запроса:
- •Лабораторная работа 3
- •Технология «клиент-сервер»
- •База данных
- •10.1. Серверная часть
- •10.2. Разработка клиентской части
- •Размещение в модуле данных невизуальных компонент для доступа к бд и ее таблицам. Разместим в модуле данных один экземпляр компоненты tibDatabase для связи с бд.
- •Разработка клиентского приложения в виде набора Web-страниц
- •11.1. Взаимодействие Internet-браузера с Web-сервером
- •11.2. Разработка html-страниц
- •Тег td. Предназначен для создания одной ячейки таблицы. Тег td должен размещаться внутри контейнера tr, который в свою очередь располагается внутри тега table.
- •11.3. Классы и пакеты классов Java
- •11.4. Обработка исключений
- •11.5. Теги jsp
- •11. 6. Сессия jsp
- •С ее помощью запросу делается доступной сессия и в ней создается 2 переменные. Следующая страница isses.Jsp
- •11. 7. Пакет java.Util в пакете java.Util сосредоточены контейнерные классы, то есть такие, которые содержат другие объекты.
- •Для добавления объекта в конец вектора существует метод addElement(добавляемый объект).
- •11. 8. Пакет sql
- •Метод executeQuery выполняет оператор sql (как правило, select) и возвращает набор данных – объект ResultSet
- •Метод executeUpdate выполняет один из операторов корректировки бд insert, update или delete
- •Метод getString возвращает значение указанного столбца текущей строки таблицы.
- •Курсовой проект
- •Варианты заданий
- •Учет товаров на складах и их потребности на торговых точках
- •Успеваемость студентов
- •Ремонт бытовой техники
- •Библиотека
- •Магазины
- •Конструктор
- •Учет наличия товара на складе
- •Отдел кадров
- •Учет выполнения лабораторных работ
- •Предприятие
- •Студенты
- •Изготовление деталей
- •Потребность в лекарствах
- •Подписка.
- •8. Сайт http://www.Citforum.Ru/database/osbd/contents.Shtml. Кузнецов с.Д. Основы современных баз данных, информационно-аналитические материалы центра информационных технологий .
Лабораторная работа 3
Задание: На основании заданной структуры исходных данных бригада студентов выполняет следующие действия:
Создание таблиц (файлов типа Paradox) с помощью программы DatabaseDesktop.
Создание приложения в системе CBuilder и включение в его состав модуля данных.
Добавление к модулю данных нужных компонент.
Добавление к приложению главной формы, имеющей меню с выходом на формы просмотра и корректировки всех таблиц и на формы вывода выходных документов.
Создание всех остальных форм и наполнение их функциональностью.
Состав отчета:
Таблицы базы данных, созданные в DatabaseDesktop.
Таблица тестов вида:
N теста
Назначение теста
Входные данные
Выходные данные
В качестве тестов должны проверяться как нормальные, так и критические ситуации.
Результаты выполнения всех тестов.
Технология «клиент-сервер»
Рассмотрим технологию разработки приложений, весьма распространенную в настоящее время – клиент – серверная, которая применима для самых различных предметных областей (офис, банковские системы, управление предприятиями, управление учебным заведением, торговля и т.д.).
В условиях, когда многим пользователям нужен доступ к одной и той же базе данных, причем с разными правами (одни имеют право только на просмотр, другие на корректировку определенных видов информации), вполне разумно хранить базу данных на отдельном компьютере (сервере баз данных). При этом все пользователи общаются с базой данных через клиентские приложения, установленные на их компьютерах. Сервер баз данных должен согласовывать действия различных клиентов. Под согласованностью действий понимается следующее: клиент, формирующий отчеты, не сможет воспользоваться данными, которые начал, но еще не закончил формировать другой клиент и, наоборот, клиент, формирующий данные, не сможет выполнить операцию над данными, которыми пользуется другой клиент, начавший, но не закончивший формировать отчет. Клиент, желающий обновить или удалить данные, не сможет выполнить операцию до тех пор, пока не закончится аналогичная операция над теми же данными, которую ранее начал, но еще не закончил другой клиент. При поддержке согласованности действий все результаты, получаемые от информационной системы, будут соответствовать целостному состоянию базы данных, то есть будут достоверны и непротиворечивы.
Подобные рассуждения привели к возникновению понятия «классическая транзакция». Классической транзакцией называется последовательность операций изменения базы данных и/или выборки из базы данных, воспринимаемая сервером баз данных как атомарное, неделимое действие. Это означает, что при успешном завершении транзакции сервер баз данных гарантирует наличие в базе данных результатов всех операций изменения, произведенных при выполнении транзакции. Условием успешного завершения транзакции является то, что база данных находится в целостном состоянии. Если это условие не выполняется, то сервер баз данных производит полный откат транзакции, ликвидируя в базе данных результаты всех операций изменения, произведенных при выполнении транзакции. Легко увидеть, что база данных будет находиться в целостном состоянии при начале любой транзакции и останется в целостном состоянии после успешного завершения любой транзакции. Взаимодействие сервера БД и клиентов показано на рис. 12.
