русс | укр

Языки программирования

ПаскальСиАссемблерJavaMatlabPhpHtmlJavaScriptCSSC#DelphiТурбо Пролог

Компьютерные сетиСистемное программное обеспечениеИнформационные технологииПрограммирование

Все о программировании


Linux Unix Алгоритмические языки Аналоговые и гибридные вычислительные устройства Архитектура микроконтроллеров Введение в разработку распределенных информационных систем Введение в численные методы Дискретная математика Информационное обслуживание пользователей Информация и моделирование в управлении производством Компьютерная графика Математическое и компьютерное моделирование Моделирование Нейрокомпьютеры Проектирование программ диагностики компьютерных систем и сетей Проектирование системных программ Системы счисления Теория статистики Теория оптимизации Уроки AutoCAD 3D Уроки базы данных Access Уроки Orcad Цифровые автоматы Шпаргалки по компьютеру Шпаргалки по программированию Экспертные системы Элементы теории информации

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


Дата добавления: 2015-07-04; просмотров: 1868; Нарушение авторских прав


1. Основная таблица проектируемой базы данных должна содержать сведения о заказах. В числе таких сведений должны быть: Номер заказа, Код клиента, Наименование клиента, Адрес клиента, Код продукта, Название продукта, Количество, Дата поставки, Цена, Стоимость.

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

2. Если таблица со сведениями о заказах будет оформлена в виде единой таблицы Microsoft Access, то это будет не самым лучшим вариантом организации данных. Например, значения полей "Наименование клиента" и "Адрес клиента" полностью определяются полем "Код клиента" и в базе будет наблюдаться дублирование информации. Может произойти и потеря информации: при удалении записей о заказах будут удаляться и сведения о клиентах.

Аналогичная ситуация складывается и с полями "Код продукта", "Название продукта", "Цена". Кроме того, значение поле "Стоимость" является произведением цены на количество, поэтому данное поле можно вообще не включать в таблицу, при необходимости его следует вычислять.

3. Таким образом, имеет смысл организовать рассматриваемую нами базу данных в виде трех связанных таблиц:

o Классификатор "КЛИЕНТЫ" ("Код клиента", "Наименование клиента", "Адрес клиента");

o Классификатор "ПРОДУКТЫ" ("Код продукта", "Название продукта", "Цена");

o "ЗАКАЗЫ" ("Номер заказа", "Код клиента", "Код продукта", "Количество", "Дата поставки").

Поля "Код клиента" и "Код продукта" таблицы "ЗАКАЗЫ" должны быть связаны с соответствующими полями таблиц "КЛИЕНТЫ" и "ПРОДУКТЫ".



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



<== предыдущая лекция | следующая лекция ==>
Экспорт в формат Microsoft Word или другой текстовый формат | Шаг 3. Анализ информации в базе данных


Карта сайта Карта сайта укр


Уроки php mysql Программирование

Онлайн система счисления Калькулятор онлайн обычный Инженерный калькулятор онлайн Замена русских букв на английские для вебмастеров Замена русских букв на английские

Аппаратное и программное обеспечение Графика и компьютерная сфера Интегрированная геоинформационная система Интернет Компьютер Комплектующие компьютера Лекции Методы и средства измерений неэлектрических величин Обслуживание компьютерных и периферийных устройств Операционные системы Параллельное программирование Проектирование электронных средств Периферийные устройства Полезные ресурсы для программистов Программы для программистов Статьи для программистов Cтруктура и организация данных


 


Не нашли то, что искали? Google вам в помощь!

 
 

© life-prog.ru При использовании материалов прямая ссылка на сайт обязательна.

Генерация страницы за: 1.057 сек.