Реферат: Разработка базы данных 'ДЕКАНАТ' в среде программирования "Delphi"

Введение

Потоки информации, циркулирующие в мире, который насокружает, огромны. Во времени они имеют тенденцию к увеличению. Поэтому в любой организации, какбольшой, так и маленькой, возникает проблема такой организации управленияданными, которая обеспечила бы наиболее эффек­тивную работу. Некоторыеорганизации используют для этого шкафы с папками, но большинство предпочитаюткомпьютеризированные способы – базы данных, позволяющие эф­фективно хранить,структурировать и систематизировать большие объемы дан­ных. И уже сегодня без баз данных  невозможно представить работу большинствафинансовых, промышленных, торговых и прочих организаций. Не будь баз данных,они бы просто захлебнулись в информационной лавине.  

Существует много веских причин  перевода существующейинформации на компьютерную основу. Сейчасстоимость хранения информации в файлах ЭВМ дешевле, чемна бумаге. Базы данных позволяют хранить, структурировать информацию иизвлекать оптимальным для пользователя образом. Использование клиент/серверныхтехнологий позволяют сберечь значительные средства, а главное и время дляполучения необходимой информации, а также упрощают доступ и ведение, посколькуони основываются на комплексной обработке данных и централизации их хранения. Кроме того ЭВМ позволяетхранить любые форматы данных текст, чертежи, данныев рукописной форме, фотографии, записи голоса и т.д.

Для использования столь огромных объемов хранимойинформации,помимо развития системных устройств, средств передачи данных, памятинеобходимы средства обеспечения диалога человек-ЭВМ, которыепозволяют пользователю вводить запросы, читать файлы,модифицировать хранимые данные, добавлятьновые данные или принимать решения на основании хранимых данных. Дляобеспечения этих функций созданы специализированные средства – системыуправления базами данных (СУБД). Современные СУБД — многопользовательские системыуправления базой данных, которые специализируется на управлении массивом ин­формацииодним или множеством одновременно работающих пользователей.

Целью данной дипломнойработы являлось создание базы данных по делам студентов для деканатафизического факультета. Задание также подразумевало создание необходимойсистемы управления этой базой данных СУБД. Имеющаяся совокупность информациидолжна просматриваться и изменяться без привлечения таких мощных средств посозданию и ведению баз данных как СУДБ Acsses,Oracle, FoxPro илиParadox for Windows.

Это продиктованосложностью использования и громоздкостью любой из перечисленных СУДБ. Хотя всоставе каждой СУБД

имеются достаточно универсальные способы иинструменты по созданию баз данных и управления информацией, однакоих реализация в любой из перечисленных СУДБ требует углубленного знания теориибаз данных (в частности реляционных баз данных), реляционного языка запросов SQL, умениемпользоватьсягенератором отчетов и т.д. Другими словамибогатые возможности этих СУБД носят общий характер, рассчитанный на любые базыданных и не всегдаудобный для неспециалистов.

Целью данной работы удовлетворяло создание специализированной СУБД, рассчитанной на управлениезаранее определенной структурой информации и решения вполне определенного иограниченного круга задач для деканата, которая одновременнопозволяла не отвлекаться будущим пользователям на изучение вопросов связанныхс базами данных и средствами управления ими.

Для реализации этихтребований было удобнее всего не прибегать к средствам какой-либо универсальнойСУБД, а создать независимую программу в виде исполняемогофайла, работающегоиз-под Windows, с интерфейсом максимально приспособленного дляудобной работы, не требующего никаких дополнительных знаний.

Реализация данной задачипроводится в системе программирования Delphi 3.0, располагающей широкимивозможностями по созданию приложений баз данных, необходимым  набором драйверов для доступа к самым известным форматам баз данных, удобнымии развитыми средствами для доступа к информации, расположенной как налокальном диске, так и на удаленном сервере, а также большим коллекциейвизуальных компонент для построения отображаемых на экране окон, чтонеобходимо для создания удобного интерфейса между пользователем и исполняемымкодом.

1.<span Times New Roman"">    

Веками   человечество    накапливалознания, навыки    работы, сведения  об  окружающем   мире,   другими    словами – собирало информацию. Вначале информация   передавалась из   поколения в поколение в   виде  преданий и устных   рассказов.Возникновение и развитие книжного дела позволило передавать и хранитьинформацию в   более   надежном  письменном   виде.   Открытия  в   области электричества   привели к  появлению   телеграфа,   телефона,  радио, телевидения – средств, позволяющих   оперативнопередавать и накапливать информацию. Развитие прогресса обусловило резкий ростинформации, в связи с чем,вопрос о ее сохранении и переработке становился год от года острее. Споявлением вычислительной техники значительно упростились способы хранения, аглавное, обработки информации. Развитие вычислительной техники на баземикропроцессоров приводит к совершенствованию компьютеров и программногообеспечения. Появляются программы, способные обработать большие потокиинформации. С помощью таких программ создаются информационные системы.Целью любой информационной системы является обработка данных об объектах иявлениях реального мира и предоставление человеку нужной информации о них.[11].

Если мы рассмотрим совокупность некоторых объектов, тосможем выделить объекты, обладающие одинаковыми свойствами. Такие объектывыделяют в отдельные классы. Внутри выделенного класса объекты можноупорядочивать как по общим правилам классифицирования, например по алфавиту,так и по некоторым конкретным общим признакам, например по цвету или материалу.Группировка объектов по определенным признакам значительно облегчает поиск иотбор информации. Все эти сведения накапливаются в совокупности файловназываемой базой данных, а для управления этими файлами создаются специальныепрограммы – системы управления базами данных (СУБД).[10].

Информационные системы (ИС) можно условно разделить нафактографические и документальные.

В фактографических ИС регистрируютсяфакты – конкретные значения данных (атрибутов) об объектах реального мира.Основная идея таких систем заключается в том, что все сведения об объектах(фамилии людей и названия предметов, числа, даты) сообщаются компьютеру вкаком-то заранее обусловленном формате (например дата – в виде комбинацииДД.ММ.ГГГГ). Информация, с которой работает фактографическая ИС, имеет четкуюструктуру, позволяющую машине отличать одно данное от другого, например фамилиюот должности человека, дату рождения от роста и т.п. Поэтому фактографическаясистема способна давать однозначные ответы на поставленные вопросы.

Документальные ИС обслуживаютпринципиально иной класс задач, которые не предполагают однозначного ответа напоставленный вопрос. Базу данных таких систем образует совокупностьнеструктурированных текстовых документов (статьи, книги, рефераты и т.д.) играфических объектов, снабженная тем или иным формализованным аппаратом поиска.Цель системы, как правило,  — выдать вответ на запрос пользователя список документов или объектов, в какой-то мереудовлетворяющих сформулированным в запросе условиям.

Указанная классификация ИС в известной мере устарела, таккак современные фактографические системы часто работают с неструктурированнымиблоками информации (текстами, графикой, звуком, видео), снабженнымиструктурированными описателями. При известных факторах фактографическая системаможет превратиться в документальную (и наоборот).[1,11].

Цели данной работы удовлетворяют фактографические ИС,которые используются буквально во всех сферах человеческой деятельности.

2.<span Times New Roman"">    

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

Действительно, большинство существующих на сегодняшний день баз данных предназначено дляограниченного ряда приложений. Часто на одной ЭВМсоздается несколько баз данных. Со временем базы данных, предназначенные дляреализа­ции отдельных родственных функций, можно будет объединить, если такоеобъединение будет способствовать увеличению эффективности и интенсивности использования всей системы.

Базу данныхможно определить как совокупность взаимосвя­занных хранящихся вместеданных при наличии такой минималь­ной избыточности, которая допускает ихиспользование оптималь­ным образом для одного илинескольких приложений; данные за­поминаются так, чтобы они были независимы отпрограмм, использующих эти данные; для добавленияновых или модифика­ции существующих данных, а такжедля поиска данных в базе данных применяется общийуправляемый способ.[1,12].

Говорят, что система содержитсовокупность баз данных, если" эти базы дан­ных структурно полностью самостоятельны. В системах спростой организацией данных для каждого при­ложения создается своя совокупностьзаписей. Назначение базы данных заключается в том, чтобы одну и ту жесовокупность дан­ных можно было использовать длямаксимально возможного числа приложений. Исходя из этого, базу данных часторазраба­тывают в качестве хранилища такой информации, необходимость в котором возникает в процессевыполнения определенных функ­ций на заводе,  правительственномучреждении или какой-либо другой организации. Такая база данных должна обеспечивать возможность не только полученияинформации,  но также постоян­ной еемодификации,  необходимой для процессовуправления в данной организации, может оказаться,что для получения информации для целей планирования или ответов на вопросыпотребу­ется осуществлять поиск в базе данных. Совокупностью данных могутпользоваться несколько ведомств независимо от того, име­ются ли при этом междуними ведомственные барьеры.[12].

База данных может разрабатываться для пакетной обработкиданных, обработки в реальном времени или оперативной обработ­ки (в этом случаеобработка каждогозапроса завершается копределенному моменту времени, но при этом на время обра­ботки не накладываетсяжестких ограничений, существующих в системах реального времени). Во многихбазах данных преду­смотрена совокупность этих методов обработки, а во многих си­стемахс базами данных обслуживание терминалов в реальном времени происходитодновременно с пакетной обработкой данных.[2].

Большая часть дисковых или ленточных библиотек, которыесуществовали до использования средств управления базами дан­ных, содержалибольшое количество повторяющейся информации. При запоминании многих элементовданных допускалась избы­точность, так как на носители информации для различныхцелей записывались одни и те же данные и, кроме того, хранились различныеварианты модификаций одних и тех же данных. База данных предоставляетвозможность в значительной степени изба­виться от такой избыточности. Базуданных иногда определяют как неизбыточную совокупность элементовданных. Однако в действительности для уменьшения времени доступа к данным илиупрощения способов адресации во многих базах данных избыточ­ность внезначительной степени присутствует. Некоторые записи повторяются для того,чтобы обеспечить возможность восстанов­ления данных при их случайной потере.Чтобы база данных была неизбыточной и удовлетворяла другим требованиям,приходится идти на компромисс. В этом случае говорят об управляемой, или минимальной, избыточности или о том, что хорошоразрабо­танная база данных свободна от излишней избыточности.

Неуправляемая избыточность имеет несколько недостатков.Во-первых, хранение нескольких копий данных приводит к допол­нительнымзатратам. Во-вторых, при обновлении, по крайней мере, нескольких избыточныхкопий необходимо выполнять многократные операции обновления. Из­быточностьпоэтому обходится значительно дороже в тех случаях, когда при обработке файловобновляется большое количество ин­формации или, что еще хуже, часто вводятсяновые элементы или уничтожаются старые. В-третьих, вследствие того, чторазличные копии данных могут соответствовать различным стадиям обнов­ления,информация, выдаваемая системой, может быть противо­речивой.[12].

Если не использовать базы данных, то при обработкебольшого количества информации появится так много избыточных данных, чтофактически станет невозможным сохранять их все на одном и том же уровнеобновления. Очень часто пользователи обнаружи­вают явные противоречия в данныхи поэтому испытывают недо­верие к полученной от ЭВМинформации. Невозможность хране­ния избыточных данных на одинаковом уровнеобновления явля­ется основным препятствием в обработке данных с помощью ЭВМ.

Одной из наиболее важных характеристик большинства базданных является их постоянное изменение и расширение. По мере добавления новыхтипов данных или при появлении новых прило­жений должна быть обеспеченавозможность быстрого изменения структуры базы данных. Реорганизация базы данныхдолжна осу­ществляться по возможности без перезаписи прикладных про­грамм и вцелом вызывать минимальное количество преобразова­ний. Простота изменения базыданных может оказать большое влияние на развитие приложений баз данных вуправлении про­изводством.[10].

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

В том случае, когда один набор элементов данных использу­етсядля многих приложений, между элементами этого набора устанавливается множестворазличных взаимосвязей, необходи­мых для соответствующих прикладных программ.Организация базы данных в значительной степени зависит от реализации взаи­мосвязеймежду элементами данных и записями, а также от того, как и где эти данныехранятся. В базе данных, используемой мно­гимиприложениями, должны быть установлены многочисленные промежуточные взаимосвязимежду элементами. В этом случае при хранении и использовании данныхконтролировать их пра­вильность, обеспечивать их защиту и секретность труднее,чем при хранении данных в простых, несвязанных файлах. Что касается обеспечениясекретности данных и восстановления их после сбоев, то этот вопрос являетсяочень важным при конструировании баз данных.[8].

В некоторых системах средства управления базами данныхприменяются для того, чтобы пользователи могли использовать данные таким путем,который не был предусмотрен разработчи­ками системы.Администраторы или сотрудники могут обращаться к вы­числительной системе свопросами, которые заранее в ней не пре­дусматривались. Наличие этойвозможности означает такую орга­низацию данных в системе, при которой доступ кним можно осу­ществлять по различным путям, причем одни и те же данные могутиспользоваться для ответов на различные вопросы. Вся существенная информация обобъектах запоминается одновременно и полностью, а не только та ее часть,которая необходима для одного приложения. [10].

В настоящее время существуют СУБД, реализующие этивозможности как на уровне локальных баз данных, расположенных на одном диске(Paradox, Dbase), так  и промышленных базданных (Acsess, Oracle, FoxPro).

3.<span Times New Roman"">    

Понятие база данныхпоявилось в конце 60-х годов. До этого в сфере обработки данных говорили офайлах данных и о наборах данных.

До появления ЭВМ третьего поколения (первые из них былиустановлены в <st1:metricconverter ProductID=«1965 г» w:st=«on»>1965 г</st1:metricconverter>.)программное обеспечение обработки данных осуществляло в основном операции ввода-вывода. 0борганизации данных приходилось заботиться при напи­сании прикладных программ, иделалось это элементарным спо­собом, т. е. данныеобычно организовывались в виде простых последовательных файлов на магнитнойленте. Независимость данных отсутствовала. Если организация данных илизапоминаю­щие устройства изменялись, прикладной программист должен былсоответствующим образом модифицировать программы, заново их компилировать изатем отлаживать.  Для того чтобы обновить файл, нужно былозаписать новый. Старый файл сохранялся и назывался исходным. Предыдущий вариант такжесохранялся, а нередко сохранялись и более ранниеверсии файла. Многие файлы использовались для одного приложения. Для другихприложений часто использовали те же самые данные,но обычно в другой форме, с другими полями, и поэтому приходилось из одних и тех жеданных создавать различные файлы. Вследствие этого уровень избыточности всистеме был очень высок и существовали различныефайлы, содержащие одни и те же элементы дан­ных.

Иногда использовались файлы с произвольным досту­пом кданным, которые позволяли пользователю получить непосредственный доступ к любойзаписи в файле вместо того, чтобы последовательно просматривать весь файл.Средства адресации записей обеспечивались прикладным программистом при написа­ниипрограммы. Если изменялись запоминающие устройства, в прикладную программунеобходимо было вносить большие изме­нения. На практике изменение запоминающихустройств неизбеж­но. Новая технология привела к значительному уменьшению за­тратна хранение одного бита информации, а размеры файлов сегодня часто превышают пообъему использовавшиеся ранее за­поминающие устройства.[7].

Этап 2 (конец 60-х годов) характеризуется изменением посравнению с этапом 1 как природы файлов, так и устройств, на которых онизапоминались. Предпринимается попытка оградить прикладного программиста отвлияния изменений в аппаратуре. Программное обеспечение допускает возможностьизменения физического расположения данных без изменения при этом их логическогопредставления при условии, что содержимое записей или основная структура файловне изменяется.

Файлы, соответствующие этому этапу развития средств обра­боткиданных, подобно файлам этапа 1, предназначаются для одного приложения или длятесно связанных между собой прило­жений.

По мере развития средств обработки коммерческих данныхстановилось ясно, что прикладные программы желательно сделать независимыми нетолько от изменений в аппаратных средствах хранения файлов и от увеличенияразмеров файлов, но также и от добавления к хранимым данным новых полей и новыхвзаимо­связей.[7].

Известно, что база данных представляет собой постоянноразвивающийся объект, который используется возрастающим количеством приложений.К базе данных добавляются новые записи, а в существующие записи включаютсяновые элементы данных. Структура базы данных будет изменяться с целью повышенияэффективности ее функциони­рования и при добавлении новых типов запросов.Пользователи будут изменять требования и модифицировать типы запросов наданные.

Структура базы данных является менее статичной, чем файло­ваяструктура. Элементы хранимых данных и способы их запоми­нания непрерывноизменяются. Если на организацию данных со стороны вычислительной системынакладывается ограничение в виде требования постоянства файловой структуры, тоэто приво­дит к тому, что в случае ее изменения программисты тратят многовремени на модификацию существующих программ, вместо того чтобы заниматьсяразработкой новых приложений.

в одном случае может сообщаться только имя элемента данныхили записи, которую он хочет по­лучить. В другом случае (при наличии другогопрограммного обеспечения) он должен был сообщать идентификацию элемента данныхи имя набора, в котором этот элемент данных содержится. Добавление новыхэлементов данных в записи без изменения прикладных программ возможно при томусловии, что программ­ное обеспечение связано с данными на уровне элементовданных (полей), а не на уровне записей. Это часто приводит к созданию сложных структур дан­ных. Однако хорошеепрограммное обеспечение баз данных из­бавляет прикладного программиста оттрудностей, связанных со сложностью структуры. Независимо от того, какимобразом дан­ные организованы на самом деле, прикладной программист дол­женпредставлять себе файл в виде сравнительно простой струк­туры, котораяспланирована в соответствии с его требованиями.

Программное обеспечение баз данных этапа 3 (начало 70-хгодов) распо­лагало средствами отображения файловой структуры прикладногопрограммиста в такую физическую структуру данных, которая запоминается нареальном носителе  и наоборот.

В зависимости от уровня программного обеспече­нияприкладной программист эле­мента данных должен также знать организацию файла данных.В этом случае ему, возможно, придется задать машинный адрес данных. Еслиотсутствует независимость данных, прикладному программисту необходимо знатьточный физический формат запи­си. Самый худший вариант — это случай, когдапрограммист дол­жен быть «навигатором».[7].

Процесс преобразования обращения прикладного программи­стак логической записи или к элементам логической записи в машинные обращения кфизической записи и ее элементам называется привязкой. Привязка — это связь физическогопредставле­ния данных с программой, которая эти данные использует. Послевыполнения процесса привязки программа уже не будет незави­симой от физическихданных.[7, 3].

Итак,  для 3-гоэтапа:

·<span Times New Roman"">       

·<span Times New Roman"">       

·<span Times New Roman"">       

·<span Times New Roman"">       

·<span Times New Roman"">       

·<span Times New Roman"">       

 

По мере накопления опыта использования первых систем  управлениябазами данных довольно скоро стало очевидно, что не­обходимдополнительный уровень независимости данных. Общая логическаяструктура данных, как правило, сложная, и по мере роста базы данных она неизбежноизменяется. Поэтому важно обеспечить возможность изменения общей логическойструктуры без изменения используемых при этоммногочисленных приклад­ных программ. В некоторых системах изменение общейлогиче­ской структуры данных составляет форму ее существования, т. е. эта структура находится в состоянии постоянногоразвития. По­этому требуются два уровня независимости данных. Их называют логическойи физическойнезависимостью данных.

Логическая независимость данныхозначает, что общая логи­ческая структура данных может быть изменена безизменения при­кладных программ (изменение, конечно, не должно заключаться вудалении из базы данных таких элементов, которые использу­ются прикладнымипрограммами).

Физическая независимость данныхозначает, что физическое расположение и организация данных могут изменяться, невызы­вая при этом изменений ни общей логической структуры данных, ни прикладныхпрограмм.[7, 8, 3].

 Этап 4характеризуется идей логической и физи­ческой независимости данных; логическаяструктура данных может сильно отличаться от физической структуры данных и от ихпред­ставлений в конкретных прикладных программах. Программное обеспечение базданных будет фактически преобразовывать пред­ставлениеданных прикладного программиста в общее логическое представление, а затем будетотображать логическое представле­ние в физическоепредставление данных.

Назначение такой структуры обеспечивает максимум свободы визменении структур данных без переделки при этом выполненной ранее работы поформированию и использованию базы данных.

·<span Times New Roman"">       

·<span Times New Roman"">       

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

·<span Times New Roman"">       

·<span Times New Roman"">       

·<span Times New Roman"">       

·<span Times New Roman"">       

4.<span Times New Roman"">    

Изучением этого вопроса долгое время занимались различныегруппы людей в учреждениях, использующих ЭВМ, в правитель­ственных комиссиях,на вычислительных центрах коллективного пользования. Комитет CODASYLопубликовал отчеты на эту тему (CODASYL—организация, разработавшая язык КОБОЛ). Организациипользователей IBM SHARE и GUIDE в своем отчете сформулировали требования ксистеме управления базами дан­ных. Организация ACiM (Association for Computing Machi­nery) такжезанималась изучением этого вопроса.

Ниже перечислены основные требования к организации базыданных.

4.1.<span Times New Roman"">        

Различным программистам требуются различные логическиефайлы. Эти файлы получаются из одной и той же совокупности данных. Междуэлементами запоминаемых данных могут суще­ствовать различные связи. Некоторыебазы данных будут содер­жать сложные переплетения взаимосвязей. Метод организацииданных должен быть таким, чтобы обеспечивалась возможность удобногопредставления этих взаимосвязей и быстрого согласова­ния вносимых в нихизменений. Система управления базами дан­ных должна обеспечивать возможностьполучения требуемых логи­ческих файлов из имеющихся данных и существующих междуними связей. Необходимо, чтобы существовало хотя бы небольшое сходство между представлением логического файла вприкладной программе и способом физического хранения данных.[7, 10, 11].

4.2.<span Times New Roman"">        

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

В системах, предназначенных только для пакетной обработки,время ответа не так важно и метод физической организации мо­жет выбираться изусловий обеспечения эффективной пакетной обработки.[7, 10, 11].

4.3.<span Times New Roman"">        

Для уменьшения затрат на создание и эксплуатацию базыданных выбираются такие методы организации, которые миними­зируют требования квнешней памяти. При использовании этих методовфизическое представление данных в памяти может сильно отличаться от тогопредставления, которое использует прикладной программист. Преобразование одногопредставления в другое осу­ществляют программное обеспечение либо, есливозможно, аппа­ратные или микропрограммные средства. В таких случаях прихо­дитсявыбирать между затратами на алгоритм преобразования и экономией памяти.[7, 10,11].

4.4.<span Times New Roman"">        

В системах обработки, существовавших до использования си­стемуправления базами данных, информационные фонды облада­ли очень высоким уровнемизбыточности. Большинство ленточных библиотек содержало большое количествоизбыточных данных. Даже при использовании баз данных по мере возрастания инфор­мации,объединяемой в интегрированные базы данных, потен­циальная возможностьпоявления избыточных данных постепенно увеличивается. Избыточные данные дорогив том смысле, что они занимают больше памяти, чем это необходи­мо, и требуютболее одной операции обновления. Целью организации базы данных должно бытьуничтожение избыточных данных там, где это выгодно,и контроль за теми про­тиворечиями, которые вызываются наличием избыточных данных.[7, 10, 11].

4.5.<span Times New Roman"">        

Пользователь базы данных может обращаться к ней с самымиразличными вопросами по поводу хранимых данных. В большин­стве современных коммерческих приложений типызапросов предо­пределены, и физическая организация данных разрабатывается дляих обработки с требуемой скоростью. Возросшиетребования к системам заключаются в обеспечении обработки таких запро­сов илиформирования таких ответов, которые заранее не запла­нированы. [7, 10, 11].

4.6.<span Times New Roman"">        

Если база данных содержит данные, используемые многимипользователями, очень важно, чтобы элементы данных и связи между ними неразрушались. Необходимо учитывать возможность возникновения ошибок и различногорода случайных сбоев. Хра­нение данных, их обновление, процедуры включенияданных должны быть такими, чтобы система в случае возникновения сбоев моглавосстанавливать данные без потерь. Необходимо, чтобы вы­числительная системагарантировала целостность хранимых в ней данных.[7, 10, 11].

4.7.<span Times New Roman"">        

Данные в системах баз данных должны храниться в тайне исохранности. Запоминаемая информация иногда очень важна для использующего ееучреждения. Она не должна быть утеряна или похищена. Для увеличенияжизнестойкости информации в базе данных важно защищать ее от аппаратных илипрограммных сбоев, от катастрофических и криминальных ситуаций, от неком­петентногоили злонамеренного использования лицами, которые могут ее неправильноупотребить.

Под безопасностью данных понимают защитуданных от слу­чайного или преднамеренного доступа к ним лиц, не имеющих на этоправо, от неавторизованной модификации данных или их унич­тожения.

Секретностьопределяют как право отдельных лиц или орга­низацийопределять, когда, как и какое количество соответствую­щей информации можетбыть передано другим лицам или орга­низациям.[7, 10, 11].

4.8.<span Times New Roman"">        

Организации, которые в течение какого-то времени эксплуати­руютсистемы обработки данных, затрачивают значительные сред­ства на написаниепрограмм, процедур и организацию хранения данных. В том случае, когда фирманачинает использовать на вычислительной установке новое программное обеспечениеуправ­ления базами данных, очень важно, чтобы приэтом она могла работать с уже существующими на этой установке программами,обрабатываемые данные можно было бы соответствующим образомпреобразовывать. Такое условие требует наличия програм­мнойи информационной совместимости, и ее отсутствие может стать основнымсдерживающим фактором при переходе к новым системам управления базами данных.Важно, однако, чтобы про­блема связи с прошлым не сдерживала развитие средствуправ­ления базами данных. [7, 10, 11].

4.9.<span Times New Roman"">        

Особенно важной представляется связь с будущим. В будущемданные и среда их хранения изменятся по многим направлениям. Любая коммерческаяорганизация со временем претерпевает из­менения. Особенно дорогими этиизменения оказываются для пользователей системами обработки данных. Огромныезатраты, которые требуются для реализации самых простых изменений, сильнотормозят развитие этих систем. Эти затраты расходуются на преобразованиеданных, перезапись и отладку прикладных программ, явившихся результатомвнесения изменений. Со време­нем число прикладных программ в организациирастет, и поэтому перспектива перезаписи всех этих программ кажется нереальной.Одна из са