интернет магазин forekc.ru


Основы проектирования реляционных баз данных

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

Основы проектирования реляционных баз данных
ОГЛАВЛЕНИЕ Глава 1. Что такое базы данных и СУБД 1.1. Данные и ЭВМ 1.2. Концепция баз данных 1.3. Архитектура СУБД 1.4. Модели данных Глава 2. Инфологическая модель данных Сущность-связь 2.1. Осно...
1.1. Данные и ЭВМ
Восприятие реального мира можно соотнести с последовательностью разных, хотя иногда и взаимосвязанных, явлений. С давних времен люди пытались описать эти явления (даже тогда, когда не могли их пон...
Рис. 1.1. К разделению данных и их интерпретации
Рис. 1.1. К разделению данных и их интерпретации Применение ЭВМ для ведения * и обработки данных обычно приводит к еще большему разделению данных и интерпретации. ЭВМ имеет дело главным образом с...
1.2. Концепция баз данных
Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема информации привела к созданию в начале 60-х годов специальных программных комплексов, называемых С...
Рис. 1.2. Связь программ и данных при использовании субд
Рис. 1.2. Связь программ и данных при использовании СУБД Эти запросы не потеряют актуальности и при расширении таблицы: ДОБАВИТЬ В ТАБЛИЦУ Расписание Длительность_полета Целое; как это было с прог...
1.3. Архитектура субд
СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о: физическом размещении в памяти данных и их описан...
Рис. 1.3. Уровни моделей данных
Рис. 1.3. Уровни моделей данных Такая человеко-ориентированная модель полностью независима от физических параметров среды хранения данных. В конце концов этой средой может быть память человека, а...
1.4. Модели данных
Как отмечалось в п. 1.3 , инфологическая модель отображает реальный мир в некоторые понятные человеку концепции, полностью независимые от параметров среды хранения данных. Существует множество под...
2.1. Основные понятия
Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому...
2.2. Характеристика связей и язык моделирования
При построении инфологических моделей можно использовать язык ER-диаграмм (от англ. Entity-Relationship, т.е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации...
Рис. 2.1. Примеры er-диаграмм
Рис. 2.1. Примеры ER-диаграмм Для выявления связей между сущностями необходимо, как минимум, определить сами сущности. Но это не простая задача, так как в разных предметных областях один и тот же...
2.3. Классификация сущностей
Настал момент разобраться в терминологии. К.Дейт [ 3 ] определяет три основные класса сущностей: стержневые , ассоциативные и характеристические , а также подкласс ассоциативных сущностей – обозна...
Рис. 2.2. Элементы расширенного языка er-диаграмм
Рис. 2.2. Элементы расширенного языка ER-диаграмм Обозначающая сущность или обозначение – это связь вида многие-к-одной или одна-к-одной между двумя сущностями и отличается от характеристики тем,...
Рис. 2.3. Пример кулинарного рецепта
Рис. 2.3. Пример кулинарного рецепта С помощью указанных пользователей выделены следующие объекты и характеристики проектируемой базы: Блюда, для описания которых нужны данные, входящие в их кулин...
Рис. 2.4. Инфологическая модель базы данных "питание"
Рис. 2.4. Инфологическая модель базы данных Питание...
2.4. О первичных и внешних ключах
Напомним, что ключ или возможный ключ – это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора...
Рис. 2.5. Структуры: а - ассоциации; б - обозначения (характеристики)
Рис. 2.5. Структуры: а - ассоциации; б - обозначения (характеристики) Здесь для обозначения любой из ассоциируемых сущностей (стержней, характеристик, обозначений или даже ассоциаций) используется...
2.5. Ограничения целостности
Целостность (от англ. integrity – нетронутость, неприкосновенность, сохранность, целостность) – понимается как правильность данных в любой момент времени. Но эта цель может быть достигнута лишь в...
2.6. О построении инфологической модели
Читатель, познакомившийся лишь с материалом данной и предшествующей глав, не сможет правильно воспринять и оценить тех советов и рекомендаций по построению хорошей инфологической модели, которые д...
3.1. Реляционная структура данных
В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способо...
Рис. 3.1. Отношение с математической точки зрения (ai - атрибуты, vi - значения атрибутов)
Рис. 3.1. Отношение с математической точки зрения (Ai - атрибуты, Vi - значения атрибутов) Тело состоит из меняющегося во времени множества кортежей , где каждый кортеж состоит в свою очередь из м...
3.2. Реляционная база данных
Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц. Та...
Рис. 3.2. База данных "питание" (см. П.
Рис. 3.2. База данных Питание (см. п. 2.3 ) 1. Каждая таблица состоит из однотипных строк и имеет уникальное имя. 2. Строки имеют фиксированное число полей (столбцов) и значений (множественные пол...
3.3. Манипулирование реляционными данными
В главе 4 будет показано, что стремление к минимизации числа таблиц для хранения данных может привести к возникновению различных проблем при их обновлении и будут даны рекомендации по разбиению не...
Рис. 3.3. Некоторые операции реляционной алгебры
Рис. 3.3. Некоторые операции реляционной алгебры Созданы языки манипулирования данными, позволяющие реализовать все операции реляционной алгебры и практически любые их сочетания. Среди них наиболе...
4.1. Цели проектирования
Только небольшие организации могут обобществить данные в одной полностью интегрированной базе данных. Чаще всего администратор баз данных (даже если это группа лиц) практически не в состоянии охва...
4.2. Универсальное отношение
Предположим, что проектирование базы данных Питание (рис. 3.2 ) начинается с выявления атрибутов и подбора данных, образец которых (часть блюд изготовленных и реализованных 1/9/94 г.) показан на р...
Рис. 4.1. Данные, необходимые для создания базы данных "питание"
Рис. 4.1. Данные, необходимые для создания базы данных Питание Таблица на рис. 4.2 представляет собой экземпляр корректного отношения. Его называют универсальным отношением проектируемой БД. В одн...
Рис. 4.2. Универсальное отношение "питание"
Рис. 4.2. Универсальное отношение Питание...
4.3. Почему проект бд может быть плохим?
Начинающий проектировщик будет использовать отношение Питание (рис. 4.2 ) в качестве завершенной БД. Действительно, зачем разбивать отношение Питание на несколько более мелких отношений (см. напри...
Рис. 4.3. Преобразование универсального отношения "питание" (первый вариант)
Рис. 4.3. Преобразование универсального отношения Питание (первый вариант) Включение . Простым добавлением строк (Поставщики; Няринга, Вильнюс, Литва) и (Поставки; Няринга, Вильнюс, Огурцы, 40) мо...
Рис. 4.4. Преобразование универсального отношения "питание" (второй вариант)
Рис. 4.4. Преобразование универсального отношения Питание (второй вариант)...
4.4. О нормализации, функциональных и многозначных зависимостях
Нормализация – это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта...
Рис. 4.5. К иллюстрации многозначных зависимостей
Рис. 4.5. К иллюстрации многозначных зависимостей Для примера рассмотрим таблицу Обучение (рис. 4.5). В ней есть многозначная зависимость Дисциплина-Преподаватель: дисциплина (в примере Информатик...
4.5. Нормальные формы
В п. 4.4 было дано определение первой нормальной формы (1НФ). Приведем здесь более строгое ее определение, а также определения других нормальных форм. Таблица находится в первой нормальной форме (...
4.6. Процедура нормализации
Как уже говорилось, нормализация – это разбиение таблицы на несколько, обладающих лучшими свойствами при обновлении, включении и удалении данных. Теперь можно дать и другое определение: нормализац...
4.7. Процедура проектирования
Процесс проектирования информационных систем является достаточно сложной задачей. Он начинается с построения инфологической модели данных (п. 2), т.е. идентификации сущностей. Затем необходимо вып...
Рис. 4.6. Синтаксис описания проектных решений
Рис. 4.6. Синтаксис описания проектных решений Для примера приведем описания таблиц Блюда и Состав: СОЗДАТЬ ТАБЛИЦУ Блюда *( Стержневая сущность ) ПЕРВИЧНЫЙ КЛЮЧ ( БЛ ) ПОЛЯ ( БЛ Целое, Блюдо Текс...
Рис. 4.7. Инфологическая модель базы данных "питание", построенная с помощью языка "таблицы-связи"
Рис. 4.7. Инфологическая модель базы данных Питание, построенная с помощью языка Таблицы-связи...
4.8. Различные советы и рекомендации
Векторы . Представляйте векторы по столбцам, а не по строкам. Например, диаграмму продаж товаров x, y, ... за последние годы лучше представить в виде: ТОВАР МЕСЯЦ КОЛ-ВО -–––– ––––––– –––––– x ЯНВ...
5.1. Назначение и предметная область
База данных предназначена для хранения данных о приобретенных библиотекой изданиях (монографиях, справочниках, сборниках статей и т.п.), информации о местонахождении отдельных экземпляров (перепле...
Рис. 5.1. Макет аннотированной каталожной карточки
Рис. 5.1. Макет аннотированной каталожной карточки Для ведения библиотечных каталогов, организации поиска требуемых изданий и библиотечной статистики в базе должны храниться сведения, большая част...
5.2. Построение инфологической модели
Анализ определенных выше объектов и атрибутов позволяет выделить сущности проектируемой базы данных и, приняв решение о создании реляционной базы данных, построить ее инфологическую модель на язык...
Рис. 5.2. Инфологическая модель базы данных "библиотека", построенная с помощью языка "таблицы-связи"
Рис. 5.2. Инфологическая модель базы данных Библиотека, построенная с помощью языка Таблицы-связи...
5.3. Проектирование базы данных
В соответствие с процедурой проектирования (п. 4.4 ) каждая из полученных сущностей должна быть представлена базовой таблицей. Первый вариант этих таблиц описывается так: СОЗДАТЬ ТАБЛИЦУ Создатели...
Предметный указатель
ПРЕДМЕТНЫЙ УКАЗАТЕЛЬ Администратор базы данных (АБД) * Аномалии: включения * обновления * удаления * Ассоциация * Атомарное значение * Атрибут * База данных * - - предметная * - - прикладная * - -...
Литература
ЛИТЕРАТУРА Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 1983. – 320 с. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы...

Основы анимации

LightWave - это мощная программа для 3D-моделирования, анимации и визуализации. Данный продукт может применяться в самых разнообразных областях: от создания высококачественных изображений для полиграфии до выполнения всевозможных спецэффектов в кино и телевидении. Используя широчайший набор инструментов моделирования и анимации, предоставляемых пакетом LightWave, можно в мельчайших подробностях воссоздать тонущий «Титаник» или оживить героя видеоигры. Непревзойденное фотографическое качество получаемых изображений многие считают промышленным стандартом.
Несмотря на то что LightWave - очень мощный программный продукт, он сравнительно прост в изучении и, кроме того, легко и быстро настраивается. Предусмотрены варианты конфигурации программы для начинающих и опытных пользователей. В главах 3-5 описывается Modeler (Редактор моделей), предназначенный для моделирования объектов; в главах 6-13 рассматривается Layout (Редактор сцены), который используется для создания анимации, настройки внешнего вида моделей, освещения, композиции и визуализации сцены. Тщательно подобранные примеры позволяют быстро освоить принципы работы одного из самых популярных программных продуктов трехмерного моделирования. Читайте внимательно, и, возможно, в один прекрасный день мы увидим на экране и вашу работу.

Работа в трехмерном пространстве
Понятие об объектах
Свет и световые эффекты
Управление камерой
Анимация по опорным кадрам
Статьи

FoxPro8

В последние годы периодически возникают слухи о том, что Microsoft прекратит поддержку программного продукта Visual FoxPro. Но в который раз они оказываются происками недоброжелателей. И очередная новая версия Visual FoxPro через полтора года после предыдущей — прямое тому подтверждение. Несмотря на появление новых систем управления базами данных, Visual FoxPro продолжает оставаться одной из наиболее популярных программ в этой области. Это, прежде всего, связано с тем, что при создании новых версий Microsoft сохраняет совместимость с предыдущими версиями. Поэтому созданные вами приложения можно будет использовать и в дальнейшем.
В Visual FoxPro реализованы все атрибуты реляционных систем управления базами данных. В базе данных поддерживается целостность данных с помощью первичных ключей и связей между таблицами. Для обработки событий добавления, удаления или изменения записей таблиц средствами самой базы данных вы можете использовать триггеры и хранимые процедуры.
Visual FoxPro — это объектно-ориентированный, визуально-программируемый язык, управляемый по событиям, который в полной мере соответствует новым требованиям, предъявляемым к современным средствам проектирования и реализации программного обеспечения.

Введение
Знакомство с Visual FoxPro
Начало работы с Visual FoxPro
Проект как средство объединения элементов приложения
Создание базы данных проекта
Форма как средство ввода и редактирования данных
Конструктор форм
Создание и печать отчетов
Cоздание отчета с помощью конструктора отчетов
Запросы к базе данных
Перекрестные таблицы и диаграммы
Меню приложения
Создание справочной системы приложения
Управление проектом и создание приложения
Условия достоверности, хранимые процедуры, триггеры, представления данных
Расширенные средства ввода данных
Библиотеки классов и ActiveX-компоненты
Расширенные средства создания отчетов
Расширенные средства выборки данных
Визуальное объектно-ориентированное программирование
Многопользовательская работа в локальной сети
Связывание и внедрение объектов, экспорт и импорт данных
Удаленные представления данных
Перенос данных из Visual FoxPro на платформу клиент - сервер
Публикация данных на Web-сервере
Настройка параметров Visual FoxPro
Установка Visual FoxPro
Используемые термины

Основы языка Visual FoxPro

Если Вы уже имели какой-то опыт в программировании, Вам не нужно особенно объяснять что такое типы данных и с чем их едят. Если же Вы понятия не имеете о данных и об их типах, внимательно прочитайте этот раздел. Здесь же мы рассмотрим основные особенности типов данных в VFP.
Первое, что отличает VFP от других языков программирования, это то, что в VFP все переменные динамические с неявным объявлением типа. То есть, Вы всегда можете создать переменную, некоторое время ее использовать и потом удалить. При создании переменная всегда имеет тип logical со значением false и тип ее фиксируется (определяется) при первом присваивании переменной какого-либо значения. То есть, при первом присваивании переменная меняет свой тип на тип присваиваемых ей данных. Изменить свой тип переменная может только один раз, при первом присваивании.

Продолжение

Microsoft FoxPro. Краткое руководство по управлению для Windows

Данное руководство ставит своей целью с наименьшими затратами времени познакомить Вас с основными возможностями FoxPro для Windows версии 2.5. Это отнюдь не полное описание и содержит лишь ключевые моменты работы с базами данных. Данное руководство рассчитано на пользователей, которые впервые столкнулись с FoxPro и не знают с какой стороны к нему подступиться. Здесь они найдут описание основных правил просмотра, создания и редактирования баз данных.

Продолжение

Разработка прототипа системы управления объектно-ориентированной базой данных

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

Продолжение

*