Cтраница 1
Изменение структуры данных, лежащей в основе прямого обхода ( см. программу 5.15) со стека на очередь приводит к преобразованию обхода в обход по уровням. [1]
Очень важно, чтобы системные программисты могли устранять плохо поддающиеся изменениям структуры данных или такие структуры, которые могут затруднить объединение баз данных для разных применений, необходимость в котором возникает в процессе развития. [2]
Такой характер процесса требует наличия в используемой СУБД гибких средств доопределения и изменения структур данных в процессе проектирования, возможности эффективно манипулировать большими объемами информации и реализации децентрализованной обработки на многомашинных комплексах. [3]
Не возникает проблемы изменения прикладных программ в связи с заменой физических устройств или изменения структуры данных. [4]
Назначением структуры, представленной на рис. 3.1 ( этап 4), является обеспечение максимума свободы в изменении структур данных без переделки при этом выполненной ранее работы по формированию и использованию базы данных. На рис. 3.2 перечислены обычные для систем баз данных изменения и указано, какие из них могут выполняться без реструктуризации физической организации данных, их глобального логического представления или всех прикладных программ, кроме той программы, которая инициирует указанные изменения. Крестиками в колонках на рис. 3.2 отмечены вопросы, являющиеся предметом разработки современного программного обеспечения баз данных. [5]
БАЗАМИ ДАННЫХ СИСТЕМА УПРАВЛЕНИЯ, СУБД - совокупность языковых и программных средств, предназначенная для создания, обслуживания ( ведения) и использования базы, данных многими пользователями. Основные функции СУБД: перевод схемы, определяющей структуру данных и записанной на языке определения данных ( принятом в данной СУБД), в век-рое внутреннее представление, используемое системой при дальнейшей работе с данными; создание базы данных ( загрузка данных в базу); реализация запросов пользователей ( формулируемых на специальном языке, принятом в данной СУБД) на сортировку и отбор по заданным критериям, а также извлечение нек-рой части базы данных, что может сопровождаться редактированием и обработкой информации; обновление нек-рых частей базы данных без изменения структуры данных; обеспечение защиты данных и приоритетов в их использовании. [6]
Рассмотренные выше структуры данных могут быть представлены в ЭВМ различными способами. Однако усложнение структур представления данных в памяти вызывает усложнение программ обработки данных. Особенно усложняются программы, реализующие операции дополнения и изменения структуры данных. [7]
Буч [11] рассматривает как единый этап, называемый эволюцией системы. При объектно-ориентированном подходе имеется возможность быстрого создания прототипов проектируемой системы, постепенное развитие которых приводит к конечному результату. На этом этапе также возможно введение новых классов, изменение структур данных, добавление новых методов. Следует отметить, что программирование и тестирование отдельных компонентов системы возможно до завершения проектирования, что экономит время разработки. Современные объектно-ориентированные инструментальные средства, применяемые при разработке программных систем, обычно обладают достаточными возможностями по автоматизации действий, выполняемых на этом этапе. В частности, существует возможность автоматической генерации кодов программ. [8]
Именно поэтому при программировании такое большое внимание уделяется разделу ENVIRONMENT DIVISION, определяющему связи между логическими и физическими файлами, разделу DATA DIVISION, содержащему пунктуальное описание внутренней организации данных, выбору порядка следования записей в файле для обеспечения его последовательной обработки. Раздел DATA DIVISION, таким образом, фиксирует структуру данных для решаемой задачи. И поскольку эта обработка опирается на выбранную структуру, изменение структуры данных чаще всего приводит к тому, что программа перестает работать. [9]
Для достижения независимости модулей часто при проектировании ПО используется принцип информационной локализованности, который состоит в том, что вся информация о структуре данных, требующихся многим компонентам ПО, сосредоточивается ( упрятывается) в одном модуле. Доступ к данным осуществляется только через этот модуль. Таким образом, конкретное представление структур данных скрывается от всех модулей-пользователей. При необходимости изменения структуры данных все связанные с этим модификации будут сосредоточены только в одном модуле. [10]