Cтраница 3
После выбора средств физического хранения можно оценить описанные выше проектные решения с точки зрения физического структурирования. Цель данного изложения - иллюстрация использования автоматизированных средств концептуального и логического проектирования, поэтому мы не рассматриваем здесь процесс физического проектирования. [31]
При проектировании рабочей станции и в процессе создания всегда сначала существует необходимость информировать пользователей и организовать проект так, чтобы сделать возможным полное участие пользователя и повысить шансы полного принятия конечного результата пользователем. Обсуждение этой цели не входит в круг задач настоящего трактата, который сконцентрирован на проблеме получения оптимального решения по физическому проектированию рабочей станции, но вместе с тем, процесс проектирования допускает интеграцию такой цели. [32]
Основная задача физического проектирования базы данных состоит в выборе значений многих физических параметров. Поскольку решение большинства других задач в значительной степени зависит от используемого метода доступа, выбор последнего является одной из важнейших задач физического проектирования. [33]
На стадии технического проектирования результаты разработок и проектных решений оформляются в виде технического проекта. Он включает общие вопросы: такие, как определение конфигурации вычислительных средств, создание логической модели базы данных, ее уточнение и доводка в виде моделей других уровней, выбор операционной системы и СУБД, физическое проектирование. Затем разрабатываются конкретные пользовательские применения БД, определяются подмодели, доступные каждому из пользователей. [34]
Если размеры полей включаются в требования к данным, можно получить размеры результирующей базы данных и ее-сегментов. Эта информация используется проектировщиком вь процессе усовершенствования структуры для принятия решения относительно длин сегментов ( фиксированной или переменнойг длины) и относительно уменьшения числа иерархических уровней за счет объединения исходных и порожденных сегментов Другие вопросы, связанные с определением размеров сегментов, рассматриваются при описании процесса физического проектирования. [35]
Представление информации на логическом уровне, в ходе логического проектирования, позволяет перейти к следующему этапу - физическому проектированию баз данных. Этот этап продиктован необходимостью реализации информации в конкретной вычислительной среде автоматизированной системы, осуществления доступа к данным прикладных программ и запросов пользователей. Целью физического проектирования является организация данных в конкретной вычислительной системе для определенной СУБД с наименьшей стоимостью хранения и наивысшей производительностью вычислительной системы. [36]
Следовательно, в его распоряжении может оказаться несколько вариантов логического проекта, из которых ему предстоит сделать выбор. В процессе физического проектирования часто требуется провести сравнение нескольких вариантов логического проекта. Удобным средством для грубой оценки проекта, позволяющей резко уменьшить число вариантов, являются аналитические расчеты. Для окончательной оценки могут потребоваться более точные методы моделирования. [37]
Важное место при этом следует отвести проблемам создания общей методологии проектирования СВВ. В соответствии с ним физическое проектирование СВВ осуществляется последовательно подсистема за подсистемой на основе имеющегося опыта и интуиции. Для каждой подсистемы проектируемой СВВ рассматривается несколько вариантов ее построения. Выбор наилучшего варианта построения подсистемы производится с учетом решений, принятых в отношении других выбранных подсистем. [38]
Каким бы минимальным ни было количество вводимых данных, существует информация, обязательно требуемая для процедур структурирования - имена локальных представлений, а также имена и связи элементов данных каждого локального представления. Как уже говорилось выше, минимизация объема входных данных ухудшает качество редактирования, уменьшает возможность разрешения противоречивых ситуаций и определения коэффициентов производительности системы. Для обеспечения автоматизированного логического проектирования и затем на его основе физического проектирования обработка информации с использованием этих средств чрезвычайно важна. [39]
Процесс создания банков данных включает в себя проектирование отдельных баз данных и их интеграцию в рамках функционирования автоматизированной системы. Сам процесс проектирования баз данных состоит из концептуального, логического и физического проектирования, а также сопровождения баз данных. Совершенствование современных пакетов СУБД привело к тому, что этап физического проектирования баз данных частично или полностью возлагается на используемые, штатные средства пакетов СУБД. В этой связи более подробно рассмотрим именно процесс концептуального и логического проектирования баз данных. [40]
Рассмотренный ниже пример отражает многие аспекты автоматизированного проектирования баз данных. Особое внимание уделено итеративному характеру процесса проектирования и управлению процессом со стороны проектировщика, который для этого использует информацию, полученную им в виде редакторских, диагностических и проектных отчетов. Итерации описаны применительно к этапам концептуального и логического проектирования, процедуры физического проектирования рассмотрены вкратце. [41]
По существу, реализация описанной схемы позволяет получить теоретически оптимальный набор свойств будущей системы. В результате решения этой задачи определяются технические требования к соответствующим элементам системы. Задача может иметь продолжение в виде поиска технических решений этих элементов, удовлетворяющих указанным требованиям ( в случае, если из существующих элементов невозможно построить оптимальную систему), что составляет основное содержание этапа физического проектирования. [42]
На рис. 1.1 представлена совокупность процедур проектирования базы данных. Процесс включает три самостоятельных этапа. На этапе концептуального проектирования осуществляются сбор, анализ и редактирование требований к данным. В пооцессе логического проектирования требования к данным преобразуются в структуры ( например, в виде сегментов и иерархий) используемой системы управления базами данных. На этапе физического проектирования решаются вопросы, связанные с производительностью системы, определяются структуры хранения данных и методы доступа. [43]
В идеале структурная часть схемы должна отражать только логические свойства базы данных. На практике структуры оказывают значительное влияние на производительность системы. Это справедливо, по крайней мере, для существующих коммерческих систем. Будем надеяться, что системы будущего приблизятся к идеалу. Но и в этом случае вопросы производительности не потеряют своей актуальности в связи с проблемами проектирования внутренней схемы. Поскольку в данной книге основной акцент сделан на логических свойствах моделей данных, мы рассмотрим физическое проектирование только вкратце и только в связи с проектированием схемы. [44]
Выбор материалов часто ограничен токсичностью. При условии сопоставимости других аспектов для определенного приложения целью проектировщика должен быть выбор наименее токсичных материалов. Правительственные экологические агентства обычно определяют материалы, которые вызывают озабоченность с точки зрения токсичности, и эти списки служат хорошей точкой отсчета для физического проектировщика. В табл. 10.1 мы воспроизводим 17 веществ или групп химикатов, сокращение применения которых составляет цель проекта Промышленная токсичность Агентства по охране окружающей среды США, добровольной инициативы промышленных корпораций по сокращению выбросов этих веществ. Применение большинства приведенных материалов также были ограничено Европейским союзом и другими правительственными учреждениями. Список включает химические вещества как продуктов, так и процессов. Кадмий, хром, свинец, ртуть, никель и их соединения иногда используются в производстве, так что эти металлы оказываются частью производимых продуктов, часто в виде покрытия. Большинство оставшихся материалов относятся к химикатам; их можно использовать как растворители или очистители. Большую часть списка составляют хлорсодержащие растворители и моноароматические вещества. Также присутствуют растворы цианидов, обычно используемые в гальваническом покрытии. Поэтому команда физического проектирования должна рассматривать два аспекта выбора материалов, включающего токсичные материалы: возможность замены материалов в продуктах и возможность изменения процессов. [45]