Реферат: Базы данных и управление ими - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Базы данных и управление ими

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 70 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Базы данных и управление ими. Введение Потоки информации , циркулир ующие в мире , который нас окружает , огромн ы . Во времени они имеют тенденцию к ув еличению . Поэтому в любой органи зации , как большой , так и маленькой , возник ает проблема такой организации управления дан ными , которая обеспечила бы наиболее эффектив ную работу. Некоторые организации используют для этого шкафы с папками , но большин ство предпочитают компьютеризированные способы – базы данных , позволяющие эффективно хранит ь , структурировать и систематизировать большие объемы данных . И у же сего дня без баз данных нев озможно предста вить работу большинства финансовых , промышленных , торговых и прочих организаций . Не будь баз данных , они бы просто захлебнулись в информационной лавине . Существует много веских причин перевода существующей информации на компьютерную осно ву. Сейчас стоимость хранени я информации в файлах ЭВМ дешевле , чем на бумаге . Базы данных позволяют хранить , структурировать информацию и извлекать оптимал ьным для пользователя образом . И спользование клиент /серверных технологий позволя ют сберечь значительные средства , а глав ное и время для получения необходимой инф ормации , а также упрощают доступ и ведение , поскольку они основываются на комплексной обработке данных и централизации их хранен ия . Кроме того ЭВМ позволяет хранить любые форматы данных , текст , черте жи , данные в рукописной форме , фотогра фии , записи голоса и т.д. Для использования столь огромны х объемов хранимой информации , помимо развити я системных устройств , средств передачи данны х , памяти , необходимы средства обеспечения диа лога человек - ЭВМ , кото рые позволяют п ользователю вводить запросы , читать файлы , мод ифицировать хранимые данные , добавлять новые данные или принимать решения на основании хранимых данных . Для обеспечения этих функц ий созданы специализированные средства – сис темы управления база м и данных (СУБ Д ). Современные СУБД - многопользовате льские системы управления базой данных , котор ые специализируется на управлении массивом ин формации одним или множеством одновременно ра ботающих пользователей . Современные СУБД обеспечивают : - набор средст в для поддержки та блиц и отношений между связанными таблицами ; - развитый пользовательский интерфейс , котор ый позволяет вводить и модифицировать информа цию , выполнять поиск и представлять информаци ю в графическом или текстовом режиме ; - средства программир ования высокого уровня , с помощью которых можно создавать собственные приложения. Для разработки АИС "Учёт деятельности малых производственных предприятий " была выбрана интегрированная среда разработки Delphi 5 для WINDOWS – приложений . АИС "Учёт деятельно сти малых производст венных предприятий " предназначена предоставлять о перативную информацию для АРМ Руководства , по дготавливать информацию для дальнейшего анализа , снижать объёмы бумажного документооборота и д.р. Данная АИС должна работать с оператив ными да нными , накопление этих данных п озволит проводить анализ деятельности предприяти я за любой период времени . Это является одной из задач внедрения системы , и для успешного достижения её , в систему встрое н модуль оптимизации хранения информации . Бла годаря его использованию , существенно сокращается время , затрачиваемое на подготовку информации для использования в других подс истемах . Это достигается путем выбора наиболе е оптимального способа хранения данных в зависимости от типа . При таком подходе , вр емя , затрач и ваемое на получение эт их данных другими подсистемами также сокращае тся. ГЛАВА 1. Анализ деятельности малых производ ственных предприятий. 1.1. Структура АИС. Рассмотрим структуру АИС малого производс твенного предприятия и ее взаимосвязи с д ругими системам и. При рассмотрении АИС будем использовать восемь групп АИС , в соответствии со с труктурой предприятия. Взаимосвязи АИС "Основное производство и контроль качества ": Основное производство и контроль качества – одна из важнейших подсистем АСУ п ромышленного пр едприятия . В этой подсисте ме ведутся все первичные документы по осн овной производственной деятельности и создается отчётная информация , с которой работают д ругие подсистемы . Подсистема выполняет сразу несколько функций : Планирование производства , Учёт про и зводства , Контроль качества п роизводства и Анализ . П /с "Основное произв одство и контроль качества " обменивается инфо рмацией со многими подразделениями предприятия. Поток данных в п /с "Бухгалтерский учёт " представляет собой информацию о планово й с ебестоимости продукции , плановых затра тах на производство , договорных обязательствах , о ценах на продукцию и собственно план производства . По мере выполнения плана пр оизводства , этот поток наполняется информацией о фактическом производстве , фактической се б естоимости и фактических затратах. Обмен информацией с п /с "Финансовый учёт " идет по налогам (план и факт в ыплат ), договорным обязательствам , затратам , планир уемому и фактическому производству. При расчёте себестоимости продукции и учёте производства , испо льзуется информация о затратах на вспомогательные ресурсы , по ступающая из п /с "Учёт вспомогательного пр оизводства ". Это сметы затрат , планы ремонтов , планы строительства. При расчёте выполнения плана производства , учитывается информация о движении ресурсов , поступающая из этой же п /с. Планирование и учёт поступления ресурсов в производство , строится на основе обмена с п /с "Учёт снабжения " информацией о поставках , договорных обязательствах , ценах н а ресурсы . В "Учёт снабжения " уходит информ ация о качестве по ставляемого сырья. П /с "Учет сбыта и реализации " получ ает из п /с "Основное производство и ко нтроль качества " сведения о фактическом произ водстве и качестве товарной продукции . Выполн ение плана производства в части отгрузки готовой продукции формируется на основе отчетности по реализации , поступающей из со ответствующей п /с . Отчетность создается за различные периоды времени. П /с "Учет персонала " передает в п /с "Основное производство и контроль качес тва " информацию о сотрудниках и данные по плановому ФЗП . Эти данные участвуют в расчете себестоимости продукции. Вся отчётность п /с "Основное производс тво и контроль качества " передается в п /с "Управление и анализ " для проведения д альнейшего анализа и планирования , в т.ч . с тратегического. Внутри п /с "Основное произв одство и контроль качества ", существует интенсивный обмен информацией между подсистемами различн ых служб производства и контроля качества. П /с "Учет деятельности производственных цехов "' связана со всеми остальными службами . В различные подразделения перед ается отчетность по производству , описывающая наличие и движение сырья , полуфабрикатов , продукции и вспомогательных материалов в производстве , как оперативная , так и периодическая. Из п /с "Планирование и учет ТЭП " поступает план производства , из п /с "Мат ер иальный учет сырья " - план поставок с ырья , из п /с "Технологический контроль про изводства " передаются нормы расхода , регламент производства . П /с "Служба сертификации " пере дает п /с "Контроль качества " - информацию о качестве сырья , продукции , полуфабрикатов. П /с "Планирование и учет ТЭП " связа на большей частью с п /с "Технологический контроль производства ". Из п /с "Технологич еский контроль производства " передаются ТЭП , н ормы расхода ресурсов по производству , потреб ности в ресурсах , план и факт потерь в произво дстве . Из п /с "Учет деятель ности производственных цехов " передается отчетнос ть по производству (ежесуточная , ежемесячная ). В п /с "Материальный учёт сырья " передается информация о плане производства . С п / с "Контроль качества " происходит обмен данными по см е те содержания. П /с "Материальный учет сырья " передает плановую и фактическую информацию о пост авках сырья и отгрузке продукции организациям -поставщикам. П /с "Технологический контроль производств а " передает в п /с "Планирование и учёт ТЭП " технические показа тели , нормы ра схода ресурсов по производству , потребности в ресурсах , план и факт потерь в произв одстве , а в п /с "Учет деятельности прои зводственных цехов " - нормы расхода ресурсов и потерь , регламенты производства . Из п /с "Контроль качества " в п /с "Техни ч еский контроль производства " поступает от четность о качестве , из п /с "Статистически й учет качества " - результаты статистического а нализа качества , из п /с "Учет деятельности производственных цехов " - отчетность по фактич ескому производству. П /с "Оперативный контроль за дея тельностью предприятия " получает из п /с "У чет деятельности производственных цехов " оператив ную информацию по производству , а из п /с "Контроль качества " - оперативную информацию о качестве. П /с "Служба сертификации " передает в различные подр азделения информацию по ГОСТам , ТУ , СтП , а также руководства и формы паспортов качества в п /с "Контроль качества ". Из п /с "Контроль качества " п риходит отчетность по качеству , а из п /с "Статистический учет качества " - результаты статистического анализа кач е ства. П /с "Контроль качества " получает заказ ы на анализы от п /с "Оперативный контр оль за деятельностью предприятия " и п /с "Учет деятельности производственных цехов ". Сюда поступает информация о наличии сырья , п /ф , продукции из п /с "Учет деятельности произв одственных цехов ", ГОСТы , ТУ , СтП , руководства и формы паспортов качества и з п /с "Службы сертификации ", статистическая отчетность из п /с "Статистический учёт качества ". П /с "Контроль качества " передает оперативную информацию о качестве , паспорта к ачества в п /с "Учет деятельности производственных цехов " и в п /с "Операти вный контроль за деятельностью предприятия ", а отчеты - в п /с "Технологический контроль производства " и п /с "Служба сертификации ". С п /с "Планирование и учет ТЭП " прои сходит обмен данными по с мете с одержания. П /с "Статистический учет качества " пол учает из п /с "Контроль качества " накопленн ую информацию о качестве продукции , а из п /с "Службы сертификации " - нормативные док ументы , и передает результаты статистического анализа в различные п /с : "Кон троль качества ", "Служба сертификации ", "Технологический ко нтроль производства ". 1.2. Функциональная схема подсистемы "Учет деятельности малых производственных цехов ". П /с "Учет деятельности производственных цехов " делится на следующие функциональные мо дули (рис .1.4.): Учет движения сырья , полуфабрика тов , продукции. Позволяет работать с оперативным и данными о наличии и движении сырья , полуфабрикатов и продукции внутри производственн ого цикла. Первичный материальный учет пос тавки сырья , производства и отг рузки п родукции. Позволяет работать с информацией о фактической поставке сырья , производстве продукции и отгрузке , и на ее основе , а также , используя информацию о движении технологических компонентов , план производства , информацию о качестве и нормативные док ументы , автоматически составлять оперативные и периодические отчеты по фактическому производс тву продукции , расходах и потерях . Эта отч етность передается в другие п /с. По проекту реконструкции была принята автоматизированная система управления заводом , состоящая из АСУ технологическими установ ками , АСУ объектами общезаводского хозяйства и автоматизированной системы управления операция ми приёма , хранения , отгрузки готовой продукци и и сырья. Интегрированная АСУ заводом строится на базе компьютерной сети , с редств микро процессорной техники и электроники . Каждая из указанных АСУ является иерархической и с остоит из следующих подсистем : - подсистемы автоматизированного контроля и управления технологическим процессом ; - подсистемы автоматической противоаварийной защиты (ПАЗ ) технологического процесса и оборудования. Первая подсистема выполняется на микропро цессорном программно-технологическом комплексе (ПТК ) с сетевой структурой. Подсистема автоматической противоаварийной з ащиты (ПАЗ ) выполняется на высоконадёжном микропроцессорном программно-логическом контроллере (ПЛК ) с горячим резервом входов /выходов , процессора , блока памяти. В ПТК осуществляются информационные и управляющие функции АСУ , и отображение инфо рмации о действиях ПЛК , регистрация срабатыва ния и конт роля за работоспособным сос тоянием средств ПАЗ , постоянный контроль сост ояния воздушной среды в пределах объекта , постоянный анализ изменения параметров в стор ону критических значений и прогнозирование во зможной аварии , проведение операций безаварийного п у ска и остановки технологическо го объекта. АИС "Учет деятельности производственных ц ехов " представляет собой законченный комплекс программных модулей для внесения , хранения и обработки всей оперативной информации по основной производственной деятельности пр е дприятия . Оперативность обрабатываемой информации ни чем не ограничивается , при этом , нако пление ежесуточной информации позволяет осуществ лять дальнейший анализ в разрезе любых вр еменных периодов. Вся информация о деятельности предприятия разделяется на н есколько типов . Выдел яются следующие данные : • об объемах поступления сырья на установки • об объемах переработки на установках • об объемах сжега на установке (дл я некоторых установок ) • об объемах цеховой отгрузки (например , отгрузка кокса ) • о расходе т оплива по установ кам • о расходе топлива на нужды ТЭЦ • о потерях по установкам • о выработках газа (для некоторых установок ) • об остатках продукции в цехах (на пример , остатки кокса ) Вся эта информация имеется в распо ряжении экономистов производственных цехов , которые и будут осуществлять оперативный ввод данных . Данные по суточной деятельности д олжны быть введены в систему утром следую щего дня . В случае какой-либо ошибки в учете , позднее могут быть внесены изменения , без ущерба для целостности данных . В месте с тем , возможно реализовать веде ния журнала изменений , в котором будут отр ажаться все действия персонала по внесению корректировок в оперативные данные . Наличие такого журнала позволит не только проводит ь анализ качества учета деятельности (выявляя м ножество ошибок в ведении пос уточного учета ), но и следить за тем , к ак персонал работает с АРМом. АИС "Учет деятельности малых производстве нных предприятий " должна обеспечивать обработку первичной информации по деятельности основного производства , ее внедр ение будет озна чать появление оперативных данных в Общезавод ской Системе . При чем данные эти должны отражать реальную картину производства и б ез каких-либо задержек по времени . На осно ве этих данных автоматически будут создаватьс я различные сводки и отчет ы , при годные для анализа производственной деятельности на сколь угодно большом временном период е . Данные , предоставляемые рассматриваемой АИС , позволят контролировать дисциплину персонала . Достаточно легко в АРМ Руководство могут быть встроены отчеты оцени вающие интенсив ность работы и качество предоставляемой инфор мации . Такого рода анализ , основываясь на рассчитываемом проценте ошибок конкретных исполн ителей при учете производства , позволит , испол ьзуя данные за большой временной период , о ценивать качество работы персонала . Со бранные статистические данные позволят более корректно и решительно подходить к вопросу оценки работы персонала . Все эти обстоятель ства послужили причиной в выборе темы для дипломного проекта. Создание АИС "Учет деятельности малых произ водственных предприятий " открывает больш ие возможности перед пользователями и руковод ством . Во-первых - это централизованное управление информационными ресурсами , во-вторых - быстрый и удобный для пользователя просмотр БД , удо бная форма ее заполнения , кор ректировка , в-третьих - это возможность осуществления поиска по разным критериям и вывод полученной информации как на экран в режиме предв арительного просмотра , так и на принтер. ГЛАВА 2. Основные принципы создания баз данных. 2.1. Требования , которым должна удовлетворять организация базы данных. Изучением этого вопроса долгое время занимались различные группы людей в учреждени ях , использующих ЭВМ , в правительственных коми ссиях, на вычислительных центрах коллективно го пользования . Комитет CODASYL опубликовал отчеты на эту тему (CODASYL — организация , разработавшая яз ык КОБОЛ ). Организации пользователей IBM SHARE и GUIDE в своем отчете сформулировали требования к с истеме управления базами данных. Организация ACiM (Association for Computing Machinery) также занималась изучением этого воп роса. Ниже перечислены основные требования к организации баз ы данных. 2.1.1. Установление многосторонних связей . Различным программистам требуются различные логические файлы . Эти файлы получаются из одной и той же совокупности данных . М е жду элементами запоминаемых данных могут существовать различные связи . Некоторые базы данных будут содержать сложные переплетения взаимосвязей . Метод организации данных долже н быть таким , чтобы обеспечивалась возможност ь удобного представления этих взаимо с вязей и быстрого согласования вносимых в них изменений . Система управления базами данных должна обеспечивать возможность получ ения требуемых логических файлов из имеющихся данных и существующих между ними связей . Необходимо , чтобы существовало хотя бы н еб о льшое с ходств о между представлением логического файла в прикладной программе и способом физического хранения данных .[7, 10, 11]. 2.1.2. Производительность. Базы данных , специально разработанные для использования их оператором терминала , обесп ечивают время ответа , удовлетворительное для диалога человек — терминал . Кроме того , си стема ба з данн ых должна обеспечивать соответствую щую пропускную способность . В системах , рассчи танных на небольшой поток запросов , пропускна я способность накладывает незначительные огранич ения на структуру базы данных . В системах с большим потоком запросов , например в с истемах резервирования авиабилетов , пропускная способность оказывает решающее влияни е на выбор организации физического хранения данных. В системах , предназначенных только для пакетной обработки , время ответа не так важно и метод физической организации може т выбираться из условий обеспечения э ффективной пакетной обработки .[7, 10, 11]. 2.1.3. Минимальные затраты. Для уменьшения затрат на создание и эксплуатацию базы данных выбира ются та кие методы организации , которые минимизируют требования к внешней памяти. При использовании этих методов физическое пре дставление данных в памяти может сильно о тличаться от того представления , которое испо льзует приклад ной программист . Преобразование одного представления в другое осуществляет программное обеспечение либо , если возможно , аппаратные или микропрограммные средства . В таких случаях приходится выбирать между затратами на алгоритм преобразования и эконом ией па м яти .[7, 10, 11]. 2.1.4. Минимальная избыточность. В системах обработки , существовавших до использования систем управления базами данных , информационные фонды обладали очень высо ким уровнем избыточности . Большинство лен точных библиотек содержало большое количество избыточных данных . Даже при использовании б аз данных по мере возрастания информации , объединяемой в интегрированные базы данных , п отенциальная возможность появления изб ы точных данных постепенно увеличивается . И збыточные данные дороги в том смысле , что они занимают больше памяти , чем это н еобходимо , и требуют более одной операции обновления . Целью организации базы данных дол жно быть уничтожение избыточных данных там , где э то выг о дно , и контроль за теми противоречиями , которые вызываются наличи е м избыточных данных .[7, 10, 11]. 2.1.5. Возможности поиска. Пользователь базы данных может обращаться к ней с самыми различными вопросами по поводу хранимых данных . В большинстве с овременных коммерческих приложений типы запросов предопределены , и физическая организация дан ных разрабатывается для их обработки с требуемой скоростью. Возросшие требования к системам заключаются в обеспе чении обработки таких запросов или формирован ия таких ответов , которые заранее не запла нированы . [7, 10, 11]. 2.1.6. Целостность. Если база данных содержит данные , испо льзуемые многими пользователями , очень важно , чтобы элементы данных и связи между ними не разрушались . Необходимо учитывать возможн ость возникновения ошибок и различного рода случайных сбоев . Хранение данных , их обновление , процедуры включения данных должны быть такими , чтобы система в случае возни кновения сбоев могла восстанавливать данные б ез потерь . Необходимо , чтобы вычислительная си стема гарантиро в ала целостность храни мых в ней данных .[7, 10, 11]. 2.1.7. Безопасность и секретность . Данные в системах баз данных должны храниться в тайне и сохранности . Запоминаем ая информаци я иногда очень важна для использующего ее учреждения . Она не должн а быть утеряна или похищена . Для увеличени я жизнестойкости информации в базе данных важно защищать ее от аппаратных или пр ограммных сбоев , от катастрофических и кримин альных ситуаций , от не к омпетентного или злонамеренного использования лицами , которы е могут ее неправильно употребить . Под безопасностью данных пони мают защиту данных от случайного или пред намеренного доступа к ним лиц , не имеющих на это право , от неавторизованной модифик ации да нных или их унич т ож е ния. Секретность определяют как право отдельны х лиц или организаций определять , когда , к ак и какое количество соответствующей информа ции может быть передано другим лицам или ор ганизациям. [7, 10, 11]. 2.1.8. Связь с прошлым. Организации , которые в течение какого-то времени эксплуатируют системы обработки данных , затрачивают значительные средства на нап исание программ , процедур и организацию хранения данных . В том случае , когда фир ма начинает использовать на вычислительной ус тановке новое программное обеспечение управ л ения базами данных , оч ень важно , чтобы при этом она могла работать с уже существующими на эт ой установке программами , обрабатываемые данные можно было бы соответствующим обр азом преобразовывать . Такое условие т ребует наличия програм м ной и информационной совместимости , и ее отсутствие может стать основным сдерживающим фактором при переходе к новым системам управления базами данных . Важно , однако , чтобы проблема связи с прошлым не сдерживала развитие средств управления базами данных . [7, 10, 11]. 2.1.9. Связь с будущим. Особенно важной представляется связь с будущим . В будущем данные и среда их хранения изменятся по многим направлениям . Любая коммерческая организация со временем претерпевает изменения . Особенно дорогими эти изменения оказываются для пользователей системами обработки данных . Огромные затраты , которые требуются для реализации самых просты х изменений , сильно тормозят развитие этих систем . Эти затраты расходуются на п реобразование данных , перезапись и отладк у прикладных программ , явившихся результатом внесения изменений . Со временем число приклад ных программ в организации растет , и поэто му перспектива перезаписи всех этих программ кажется нереальной . Одна из самых важ н ых задач при разработке баз данных— запланировать базу данных таким образом , чтобы изменения ее можно было выполнять без модификации прикладных программ .[7, 10, 11]. 2.1.10. Простота использования. Средства , которые используются для предст авления общего логического описания данных , д олжны быть простыми и изящными . Интерфейс программного обеспечения должен быть ориентирован на конечного пользователя и учитывать возможность того , ч то п ользователь не имеет необходимой базы знаний по теории баз данных . [7, 10, 11]. 2.2. Основы построения банков данн ых. Вычислительная техника с каждым годом все шире применяется в различных сферах человеческой деятельности . Резкий рост объемов перераба тываемой информации и накопленны й опыт пользования электронно-вычислительной техн икой в различных областях человеческой деятел ьности приводят к необходимости пересматривать такую , традиционную область обработки информаци и , как управление данными. При созда нии баз данных (БД ) не обходимо уделить особое внимание тому , чтобы данные можно было широко использовать в различного рода приложениях и чтобы спос обы использования данных можно было легко и быстро изменять . До появления БД было чрезвычайно трудно изменит ь способ организации используемых данных . Для обеспечения гибкости использования да нных необходимо учитывать два аспекта разрабо тки БД : - во-первых , данные должны быть независим ы от программ для того , чтобы данные м ожно было добавлять или перестраивать без изменения программ ; - во-вторых , должна быть обеспечена возмо жность запрашивать и отыскивать нужную информ ацию в БД без трудоемкого написания прогр амм на обычном языке программирования . Таким образом , проектирование БД должно основывать ся на вполне опреде ленной системе пол ожений - четко сформулированной концепции .[23]. Продолжающийся значительный рост использован ия ЭВМ в различных областях промышленности , в управлении и научных исследованиях приве л к автоматизации обработки огромнейшего коли чества данных . В конце 50-х начале 60-х годов XX века многие организации начали на капливать и хранить данные в виде файлов , доступных ЭВМ . С течением времени органи зации постепенно осознавали необходимость центра лизации управления данными и приложениями. База данных може т быть определена как совокупность предназначенных для машинно й обработки данных , которая служит для удо влетворения нужд многих пользователей в рамка х одной или нескольких организаций . Основным моментом является то , что база данных предназначена для испол ь зования вс еми членами организации , которым необходима и нформация , содержащаяся в базе данных . Информа ция хранится в базе данных , которая может включать много различных типов логических записей . База данных ориентирована на интег рированные требования , а не на одн у программу , как было с частными файлами данных. Однако наличие только базы данных сам о по себе не разрешает полностью проблем организации в области обработки данных и принятия решений . Управление базой данных , являющейся достоянием многих пользовате лей внутри организации , должно осуществляться с пользой для всей организации и с точ ки зрения организации в целом , а не от дельных пользователей . Без централизованного упра вления базой данных ее полезность со врем енем снижается. Для решения проблемы регулир ования и управления базами данных были развиты две концепции . Во-первых , программное обеспечени е развивалось в направлении , обеспечивающем п оддержание общего интерфейса между всеми поль зователями и интегрированной базой данных . По льзователи не могут храни т ь инфор мацию независимым образом , они должны использ овать и обновлять информацию в соответствии с требованиями организации . Обеспечение , изве стное как система управления базами данных (СУБД ), позволяет осуществить контроль данных с использованием ЭВМ , СУБ Д - это специальный пакет программ , посредством которог о реализуется централизованное управление базой данных и обеспечивается доступ к данным. В каждой СУБД прежде всего есть т рансляторы или интерпретаторы с языка описани я данных (ЯОД ) и с языка манипулиро вания данными (ЯМД ), единые для всей базы данных (БД ). Описание структуры данного некоторого типа на формализованном языке называют схемой этого данного . Язык описания данных (ЯОД ) - это язык высокого уровня , предназначенный для задания схемы базы данных. С е го помощью описываются типы данных , подлежащи х хранению в базе или выборке из нее , их структура и связи между собой . Исх одные тексты , написанные на этом языке , по сле трансляции отображаются в управляющие таб лицы : адресных констант , констант и другую и н формацию , необходимую для работы с данными программ СУБД . В соответствии с полученным описанием СУБД может найти в базе требуемые данные , правильно преобраз овать их и переработать , например в прикла дную программу , которой они потребовались . При записи дан н ых в базу СУБД определяет место в памяти ЭВМ , куда их требуется поместить , преобразует к заданному виду устанавливает необходимые связи. ЯМД представлен системой команд манипулир ования данными . В нем могут быть , например , следующие команды : 1. Произвести в ыборку из базы дан ных конкретного данного , значение которого уд овлетворяет заданным условиям ; 2. Произвести выборку из БД всех данн ых определенного типа , значения которых удовл етворяют заданным условиям и т.д. Системы управления базой данных подраздел яют н а две группы в зависимости о т способа реализации ЯМД : 1. СУБД с включающим языком ; 2. СУБД с базовым языком. В СУБД с базовым языком разрабатывает ся собственный алгоритмический язык , позволяющий кроме манипулирования данными выполнять ариф метические операц ии , операции ввода - вывод а на терминалы и т.д. Во многих СУБД имеются специальные ср едства обеспечения защиты данных от некомпете нтного их использования и сбоев технических средств , средства контроля достоверности дан ных , средства автоматического накоплен ия статистики использования тех или иных данных различными категориями пользователей. Другой концепцией является концепция адми нистратора базы данных (АБД ). Администратор баз ы данных - это лицо (или группа лиц ), реа лизующие управление базой данных . Он долж ен уметь поддерживать взаимосвязи как с руководством высшего уровня , так и с пользователем , обрабатывающим данные , а также руководить штатом технических специалистов. Этот штат должен включать лиц , имеющих опыт работы в таких областях , как про граммное обес печение СУБД , операционные с истемы , техническое обеспечение ЭВМ , прикладное программирование , системное программирование . Основная функция АБД - обеспечение структу р данных и взаимосвязей между ними , эффект ивным методом обслуживания коллектива пользовате л ей . Функции АБД следующие : - решать вопросы организации данных об объектах ПО и установление связей между ними с целью объединения информации о различных объектах , согласовывать запросы пользов ателей ; - координировать все действия по проекти рованию , реал изации и ведения БД ; - учитывать перспективные и текущие треб ования пользователей ; - решать вопросы , связанные с расширением БД в связи с изменением границ ПО ; - разрабатывать и реализовывать меры по обеспечению защиты данных от некомпетентного их использо вания , от сбоев технически х средств , обеспечение секретности определенной части данных и разграничение доступа к ним ; - контролировать избыточность и противоречив ость данных , их достоверность ; - координировать работу технического обеспеч ения системы , систе мных программистов и прикладных программистов. Место АБД было определено тогда , когда организации осознали необходимость централизова нного управления ресурсами данных , обработки данных и другие аспекты , связанные с базой данных . Группы пользователей и отде ль ные пользователи должны обслуживаться всеми с редствами , исходя из целей и возможностей организации в целом . АБД является ответственн ым за анализ потребностей пользователей , прое ктирование БД , ее внедрение , обновление , реорга низацию , консультацию и обуче н ие п ользователей. 2.3.Язык SQL как стандартный язык баз дан ных. Стремительный рост популярности SQL является одной из самых важных тенденций в совр еменной компьютерной промышлен ности . За н есколько последних лет SQL стал е динственным языком баз данных . Н а сегодняшний день SQL поддерживают свыше ста СУБД , работающих как на персональных компью терах , так и на больших ЭВМ . Был принят , а затем дополнен официальный международный стандар т на SQL. Язык SQL является важным звеном в архитектуре систем управления б азами данных , выпускаемых всеми ведущими пост авщиками программных продуктов , и служит стра тегическим направлением разработок компании Microsoft в области баз данных . Зародившись в р езультате выполнения второстепенного исследо вательского проекта компании IBM, SQL сегодня широко известен и в качестве мощного рыночного фактора .[13] 2.3.1. Язык SQL. SQL являет ся инструментом , предназначенным для обработки и чтения данных , содержащихся в компьютерной базе данных . SQL - это сокращенное название структурированного языка запросов (Structured Query Language ). Как следует из названия , SQL является языком программиров ания , который применяется дл я организации взаимодействия пользователя с б азой данных . На самом деле SQL работает тольк о с базами данных реляционного типа . Согласно принятой схеме , в вычислительн ой системе имеется база данных , в которой хранится важная инфо рмация . Если вычислительная система о тносится к сфере бизнеса , то в базе да нных может храниться информация о материальны х ценностях , выпускаемой продукции , объемах пр одаж и зарплате . В базе данных на перс ональном компьютере может храниться информация о вы п исанных чеках , телефонах и адресах или информация , извлеченная из бо лее крупной вычислительной системы . Компьютерная программа , которая управляет базой данных , называется системой управления базой данных, или СУБД . Если пользователю необходимо прочитать да нные из базы данных , он запрашивает их у СУБД с помощью SQL. СУБД обрабатывает запрос , находит требуемые данные и посыла ет их пользователю . Процесс запрашивания данн ых и получения результата называется запросом к базе данных : отсюда и название — стру ктурир ованный язык запросов. Однако это название не совсем соответствует действительности . Во-первых , сегодня SQL представляет собой нечто гораздо большее , чем простой инструмент создания запросов , х отя именно для этого он и был первона чально предназначен . Несмо тря на то , ч то чтение данных по-прежнему остается одной из наиболее важных функций SQL, сейчас этот язык используется для реализации всех функ циональных возможностей , которые СУБД предоставля ет пользователю , а именно : Организация данных. SQL дает пользоват елю возможность изменять структуру представления данных , а также уст анавливать отношения между элементами базы да нных. Чтение данных. SQL да ет пользователю или приложению возможность чи тать из базы данных содержащиеся в ней данные и пользоваться ими. Обраб отка данных. S QL дает пользователю или пр иложению возможность изменять базу данных , т.е . добавлять в нее новые данные , а также удалять или обновлять уже имеющиеся в ней данные. Управление доступом. С помощью SQL можно ограничить возможности по льзователя по чтению и изменению данных и защитить их от несанкционированного до ступа. Совместное использование данных. SQL координирует совместное использовани е данных пользователями и работающими паралле льно , чтобы они не мешали друг другу. Целостность данных. SQL по зволяет обеспечить целостность базы данных , защищая ее от разрушения из-за н есогласованных изменений или отказа системы. Таким образом , SQL является достаточно мощны м языком для взаимодействия с СУБД. Во-вторых , SQL — это не полноценный комп ьютерный язык т ипа COBOL, FORTRAN или С . В SQL н ет оператора IF для проверки условий , нет оператора GOTO для орг анизации переходов и нет операторов DO или FOR для создания циклов . SQL является подъязыком баз дан ных , в который входит около тридцати опера торов , предназначе нных для управления баз ами данных . Операторы SQL встраиваются в базовый язык , например COBOL, FORTRAN или С , и дают возмо жность получать доступ к базам данных . Кро ме того , из такого языка , как С , операт оры SQL можно посылать СУБД в явном виде , используя и н терфейс вызовов функци й . Наконец , SQL — это слабо структ урированный язык , особенно по сравнению с такими сильно структурированными языками , как С или Pascal. Операторы SQL напоминают английские пре дложения и содержат "слова-пустышки ", не влияющи е на смысл оператора , но облегчающие его чтение . В SQL почти нет нелогичностей , к тому же имеется ряд специальных правил , предотвращающих создание операторов SQL, которые выглядят как абсолютно правильные , но не имеют смысла. Несмотря на не совсем точное название , SQ L на сегодняшний день является единст венным стандартным я зыком для работы с реляционными базами да нных . SQL — это достаточно мощный и в то же время относительно легкий для изучени я язык .[13, 8]. 2.3.2. Достоинства SQL. SQL — это легкий для понимания язык и в то же время универсальное програ ммное средство управления данными. Успех языку SQL принесли следующие его о собенности : • независимость от конкретных СУБД ; • переносимость с одной вычислительн ой системы на другую ; • наличие стандартов ; • одобрение компанией IBM (СУБД DB2); • поддержка со стороны компании Microsoft (про токол ODBC); • реляционная основа ; • высокоуровневая структура , напоминающая а нглийский язык ; • возможность выполнения специальных интерактивных запросов : • обеспечение программного доступа к б азам данных ; • возможность различного представления дан ных ; • полноценность как языка , предназначенного для работы с базами данных ; • возможность динамического определения данных ; • поддержка архитектуры клиент /сервер. Все перечисленные выше факторы явились причиной того , что SQL стал стандарт ным инструментом для управления данными на персональных компьютерах , мини-компьютерах и бо льших ЭВМ . Ниже эти факторы рассмотрены бо л ее подробно .[13, 8, 17]. Независимость от конкретных СУ БД Все ведущие поставщики СУБД и спользуют SQL, и ни одна новая СУБД , не по ддерживающая SQL, не может рассчитывать на успех . Реляционную базу данных и программы , которые с ней работают , можно перенести с одной СУБД на другую с минимальными доработками и переподготовкой персонала . Про граммные средства , входящие в состав СУБД для персональных компьютеров , такие как прогр аммы дл я создания запросов , генерато ры отчетов и генераторы приложений , работают с реляционными базами данных многих типо в . Таким образом , SQL обеспечивает независимость от конкретных СУБД , что является одной из наиболее важных причин его популярности. Переносимость с одной вычислительной системы на другие Поставщики СУБД предлагают прогр аммные продукты для различных вычислительных систем : от персональных компьютеров и рабочих станций до локальных сетей , мини-компьют еров и больших ЭВМ . Приложения , созданные с помощью SQL и рассчитанные на однопользователь ские системы , по мере своего развития могу т быть перенесены в более крупные системы . Информация из корпоративных реляционных баз данных может быть загружена в базы данных отдельных подразделений или в личные базы данных . Наконец , приложения д ля реляционных баз данных можно вначале с моделировать на экономичных персональных компьют ерах , а затем перенести на дорогие многопо льзовательские сис т емы. Стандарты языка SQL Официальный стандарт языка SQL был опубликован Американским институтом национальны х стандартов (American National Standards Institute — ANSI) и Междунар одн ой организацией по стандартам (International Standards Organization — ISO) в 1986 году и значительно расширен в 1992 году . Кроме того , SQL является федеральным стандартом США по обработке информации (FIPS — Federal Information Processing Standard) и , с л едовательно , соответствие ему является одним из основных требовани й , содержащихся в больших правительственных к онтрактах , относящихся к области вычислительной техники . В Европе стандарт X/OPEN для переносимо й среды программирования на основе операционн ой с истемы UNIX включает в себя SQL в качестве стандарта для доступа к базам данных . SQL Access Group — консорциум поставщиков компьюте рного оборудования и баз данных — опреде лил для SQL стандартный интерфейс вызовов функци й , который является основой протокол а ODBC компании Microsoft и входит также в станд арт X/OPEN. Эти стандарты служат как бы официал ьной печатью , одобряющей SQL, и они ускорили завоевание им рынка .[13, 8, 17]. Одобрение SQL компан ией IBM (СУБД DB2) SQL был придуман научными сотрудн иками компании IBM и широко используется ею во множестве пакетов программного обеспечения . Подтверждением этому служит флагманская СУБД DB2 компании IBM. Все основные семейства компьютер ов компании IBM поддерживают SQL: система PS/2 для персональных компьютеров , система среднего уров ня AS/400. система RS/6000 на базе UNIX, а также операцио нные системы MVS и VM больших ЭВМ . Широкая подд ержка SQL фирмой IBM ускорила его признание и е ще в само м начале возникновения и развития рынка баз данных явилась своег о рода недвусмысленным указанием для других поставщиков баз данных и программных сис тем , в каком направлении необходимо двигаться. Протокол ODBC и к омпан ия Microsoft Компания Microsoft рассматривает доступ к базам данных как важную часть своей операционной системы Windows. Стандартом этой компани и по обеспечению доступа к базам данных является ODBC (Open Database Conn ectivity — взаимодействие с о ткрытыми базами данных ) — программный интерф ейс , основанный на SQL. Протокол ODBC поддерживается наиболее распространенными приложениями Windows (электронны ми таблицами , текстовыми процессорами , базами данных и т.п .), разработ а нными как самой компанией Microsoft, так и другими ведущими поставщиками . Поддержка ODBC обеспечивается всеми ведущими реляционными базами данных . Кроме того , ODBC опирается на стандарты , одобренные конс орциумом поставщиков SQL Access Group, что делает OD B C как стандартом де-факто компании Microsoft, так и стандартом , независимым от конкретных С УБД .[13, 8, 17]. Реляционная основ а SQL является языком реляционных б аз данных , поэтом у он стал популярным тогда , когда популярной стала реляционная модель представления данных . Табличная структур а реляционной базы данных интуитивно понятна пользователям , поэтому язык SQL является просты м и легким для изучения . Реляционная модел ь имеет сол и дный теоретический фу ндамент , на котором были основаны эволюция и реализация реляционных баз данных . На волне популярности , вызванной успехом реляционн ой модели , SQL стал единственным языком для реляционных баз данн ых .[13, 8, 17]. Высокоуровневая с труктура , напоминающая английский язык Операторы SQL выглядят как обычные английские предложения , что упрощает их и зучение и понимание . Частично это обусловлено тем , что операторы SQL о п исывают данные , которые необходимо получить , а не определяют способ их поиска . Таблицы и столбцы в реляционной базе данных могут и меть длинные описательные имена . В результате большинство операторов SQL означают именно то , что точно соответствует их имена м , поэтому их можно читать как простые , по нятные предложения. Интерактивные зап росы SQL является языком интерактивных запросов , который обеспечивает пользователям не медленный до ступ к данным . С помощью SQL пользователь может в интерактивном режиме получить ответы на самые сложные запросы в считанные минуты или секунды , тогда как программисту потребовались бы дни или недели , чтобы написать для пользователя с оответствующую програм м у . Из-за того , что SQL допускает немедленные запросы , данные становятся более доступными и могут помочь в принятии решений , делая их более обос нованными .[13, 8, 17]. Программный досту п к базе данных Программисты пользуются языком SQL, чтобы писать приложения , в которых содержатся обращения к базам данных . Одни и те же операторы SQL используются как для интерак тивного , так и для программного доступа , п оэтому части программ , содерж ащие обращен ия к базе данных , можно вначале тестироват ь в интерактивном режиме , а затем встраива ть в программу . В традиционных базах данны х для программного доступа используются одни программные средства , а для выполнения не медленных запросов — другие , бе з какой либо связи между этими двумя реж имами доступа .[13, 8, 17]. Различные предста вления данных С помощью SQL создатель базы мож ет сделать так , что различные пользователи базы данных будут видеть различные представления её структуры и содержимого . Например , базу данных можно спроектировать таким образом , что к аждый пользователь будет видеть только данные , относящиеся к его подразделению или торг овому региону . Кроме того , данные из различных частей базы данных могут быть с комбинированы и представлены пользователю в в иде одной простой таблицы . Следовательно , пред ставления можно использовать для усиления защ иты базы данных и ее настройки под ко нкретные требования отдельных пользова т елей .[13, 8, 17]. Полноценный язык для работы с базами данных Первоначально SQL был задуман как язык интерактивных запросов , но сейчас он вышел далеко за рамки чтения данных . SQ L является полноценным и логичным языком , предназначенным для создания базы данных , управления ее защитой , изменения ее содержи мого , чтения данных и совместного использован ия данных несколькими пользователями , работающими параллельно . Приемы , освоенные пр и изучении одного раздела языка , могут затем применяться в других командах , что повышает производительность работы пользователей .[13, 8, 17]. Динамическое опре деление данных С по мощью SQL можно динамиче ски изменять и расширять структуру базы д анных даже в то время , когда пользователи обращаются к ее содержимому . Это большое преимущество перед языками статического опре деления данных , которые запрещают доступ к базе данных во время изменения ее структуры . Таким образом , SQL обеспечивает мак симальную гибкость , так как дает базе данн ых возможность адаптироваться к изменяющимся требованиям , не прерывая работу приложения , вы полняющегося в реальном масштабе времени .[13, 8, 17]. Архитектура клиен т /сервер SQL — естественное средство для реализации приложений клиент /сервер . В эт ой роли SQL служит связующим звеном между кл иентской системой , взаимодействующей с польз ователем , и серверной системой , управляюще й базой данных , позволяя каждой системе со средоточиться на выполнении своих функций . Кр оме того , SQL позволяет персональным компьютерам функционировать в качестве клиентов по отнош ению к сетевым серверам или более крупным базам данных , установленным на больших ЭВМ ; это позволяет получать доступ к корпоративным данным из приложений , раб отающих на персональных компьютерах. [13, 8, 17]. 2.4. Архитектуры баз да нных. Для рассмотрения способов организации баз данных нужно определить несколько понятий. Ядро БД отвечает за управление данными во внешней памяти , управление буферами оперативной памяти , упра вление транзакциями и журнал изацию . Соотв етственно , можно выделить такие компоненты яд ра (по крайней мере , логически , хотя в некоторых системах эти компоненты выделяются явно ), как менеджер данных , менеджер буферов , менеджер транзакций . Ядро БД обладает собст венным интерфейсом , не д о ступным п ользователям напрямую и используемым в програ ммах . Ядро БД является основной резидентной частью СУБД . При использовании архитектуры " клиент-сервер " ядро является основной составляющей серверной части системы . Основной функцией компилятора языка Б Д является комп иляция операторов языка БД в некоторую вы полняемую программу. В отдельные утилиты БД обычно выделяют такие процедуры , которые слишком накладно выполнять с испол ьзованием языка БД , например , загрузка и в ыгрузка БД , сбор статистики , глобальная п роверка целостности БД и т.д . Утилиты прог раммируются с использованием интерфейса ядра БД , а иногда даже с проникновением внутрь ядра. Общий состав средств , необходимых для работы готового приложения с БД , показан н а рис .2.1. Согласно этой общей схеме , м ы имеем цепочку Приложение — > Ядро БД — > базы дан ных . В структуре приложения имеется цепочка Невизуальные компоненты — > Визуальные компонен ты . Невизуальные компоненты предоставляют программисту некоторые ф ункции по управлению ядром базы данных , а также сам ими данными . С помощью Визуальных компонент данные отображаются на экране (таблицы , списки , выпадающие списки , графики и др .). Местопол ожение ядра БД и самих баз данных в этой цепочке не отражены. Местоположение Ядра БД и баз данных зависит от используемой архитектуры . Имее тся три разновидности архитектур баз данных : • локальные базы данных и архитектура "файл-сервер "; • архитектура "клиент-сервер "; • многозвенная (трехзвенная N-tier или multi-tier) архите ктура. Использование той или иной архитектуры наклад ывает сильный отпечаток на общую идеологию работы приложения , на программный код в приложении , на состав компонентов для работы с БД , используемых в прило жении (прежде всего это касается невизуальных компонентов ).[4, 15]. Локальные базы данных и архитектура "файл-сервер " При работе с л окальными базами данных сами БД расположены на том же компьютере , что и приложения , осуществляющие доступ к ним . Работа с БД происходит в однопольз овательском режиме . Ядро БД распложено на компьютере пользователя . Приложение ответственно за поддержание целостности БД и за выполн ение запросов к БД . Общая схема однопользо вательской архитектуры показана на рис .2.2. При работе в архитектуре "файл-сервер " БД и прило жение расположены на файловом сервере сети (например , Novell NetWare). Возможна многопользовательская работ а с одной и той же БД , когда кажды й пользователь со своего компьютера запускает приложение , расположенное на сетевом сервере. Тогда на ком пьютере пользователя запускается копия приложения . По каждому запр осу к БД из приложения , данные из табл иц БД перегоняются на компьютер пользователя , независимо от того , сколько реально нужн о данных для выполнения запроса . После это го выполняется запрос. К аждый пользователь имеет на свое м компьютере локальную копию данных , время от времени обновляемых из реальной БД , расположенной на сетевом сервере . При этом изменения , которые каждый пользователь вносит в БД , могут быть до определенного мом ента неизвестны другим пользователям , что делает актуальной задачу систематического обновления данных на компьютере пользователя из реальной БД . Другой актуальной задачей является блокирование записей , которые изменяют ся одним из пользователей : это необходимо для того , ч т обы в это время другой пользователь не внес изменений в те же данные . В архитектуре "файл-сервер " вся тяжесть выполнения запросов к БД , упр авления целостностью БД ложится на приложение пользователя . БД н а сервере является пасс ивным источником дан ных . Общая схема архитектуры "файл-сервер " показ ана на рис . 2.1. Кардинальных различий с точки зрения архитектуры между однопользовательской архитектурой и архитектурой "файл-сервер " нет . И в т ом и в ином случае в качестве СУБД применяю тся так называемые "персональные " (или "локальные ") СУБД такие как Paradox, dBase и пр . Сама база данных в этом случае предс тавляет собой набор таблиц , индексных файлов , файлов полей комментариев ( мемо-поле й ) и пр ., хранящихся в одно м каталоге на диске в виде отдельных файлов .[4]. Удаленные базы данных и архитектура " к лиент-сервер " Архитектура "файл-сервер " неэффективна, по крайней мере , в двух отношениях : При выполнении запроса к базе данных , расположенной на файловом сервере , в дей ствительности происходит запрос к локальной к опии данных на компьютере пользователя . Поэто му перед выполнением запроса данные в лок альной коп ии обновляются из реальной БД . Данные обновляются в полном объеме . Та к , если таблица БД состоит из 1000 записей , а для выполнения запроса (например , выдать сумму премий за октябрь в отделе Y) ре ально нужно 10 записей , все равно перегоняются все 1000 запис е й . Таким образом , не нужно иметь слишком много пользователей и запросов от них , чтобы серьезно ''забит ь " сеть , что , конечно же , не может не сказаться на ее быстродействии. Обеспечение целостности БД производится и з приложений . Это потенциальный источник ош ибок , нарушающих физическую и логическую целостность БД , поскольку различные приложен ия могут производить контроль целостности БД по-разному , взаимоисключающими способами , или не проводить такого контроля вовсе . Намного эффективнее управлять БД из единого места и по единым законам , нежели из разных приложений и по потенциально ра зным законам (все зависит от того , как написано приложение ). Поэтому безопасность при работе в архитектуре "файл-сервер " невысока и всегда присутствует элемент неопределенности . Се к ретность и конфиденциальность п ри работе с БД в архитектуре "файл-сервер " обеспечить также тяжело - любой , кто имеет доступ в каталог сетевого сервера , где хранится БД , может изменять таблицы БД любым образом , копировать их , заменять и т. д . [4]. Архитектур а "клиент-серве р " разделяет функции приложения пользователя (называемого клиентом ) и сервера. Приложение-клиент формирует запрос к серв еру , на котором расположена БД , на структу рном языке запросов SQL. Удаленный сервер приним ает запрос и переадресует его S QL-сервер у БД . SQL-сервер – это специальная программа , управляющая удаленной базой данных . SQL-сервер обеспечивает интерпретацию запроса , его выпо лнение в базе данных , формирование результата выполнения запроса и выдачу его приложен ию-клиенту . При этом ре с урсы клиен тского компьютера не участвуют в физическом выполнении запроса ; клиентский компьютер лиш ь отсылает запрос к серверной БД и по лучает результат , после чего интерпретирует е го необходимым образом и представляет пользов ателю . Так как клиентскому при л оже нию посылается результат выполнения запроса , по сети "путешествуют " только те данные , ко торые необходимы клиенту . В итоге снижается нагрузка на сеть . Поскольку выполнение запр оса происходит там же , где хранятся данные (на сервере ), нет необходимости в п ересылке больших пакетов данных . Кроме того , SQL-сервер , если это возможно , оптимизиру ет полученный запрос таким образом , чтобы он был выполнен в ми н имальное время с наименьшими накладными расходами. Все это повышает быстродей ствие с истемы и снижает время ожидания результата запроса. При выполнении запросов сервером существе нно повышается степень безопасности данных , п оскольку правила целостности данных определяются в базе данных на сервере и являются едиными для всех приложени й , использу ющих эту БД . Таким образом , исключается во зможность определения противоречивых правил подд ержания целостности . Мощный аппарат транзакций , поддерживаемый SQL-серверами , позволяет исключить одновременное изменение одних и тех же да нных различными пользователями и пред оставляет возможность откатов к первоначальным значениям при внесении в БД изменений , закончившихся аварийно . Таким образом , функциями приложения-клиента являются : посылка к серверу запросов ; интерпретация результатов запросов , получен ных от сервера , и представление их пользователю в требуемой форме ; реализация интерфейса пользователя. SQL-сервер - это программа , расположенная на компьютере сетевого сервера . SQL-сервер должен быть загружен на момент принятия запроса от клиента . Функция м и сервера БД являются : прием запросов от приложений-клиентов , инт ерпретация запросов , выполнение запросов в БД , отправка результата выполнения запроса прил ожению-клиенту ; управление целостностью БД , обеспечение с истемы безопасности , блокировка неверных дей ствий приложений-клиентов ; хранение бизнес-правил , часто используемых запросов в уже интерпретированном виде ; обеспечение одновременно безопасной и отк азоустойчивой многопользовательской работы с одн ими и теми же данными . В архитектуре "к лиент-сервер " испо льзуются так называемые " удаленные " (или "промышленные ") СУБД . Промышленными они называются из-за того . что именно СУ БД этого класса могут обеспечить работу и нформационных систем масштаба среднего и круп ного предприятия , организации , банка . Локальные СУБД предназначены для однопользователь ской работы или для обеспечения работы ин формационных систем , рассчитанных на небольшие группы пользователей .[4, 15, 11]. К разрядку промышленных СУБД принадлежат : Oracle, Gupta, Informix, Sybase, MS SQL Server, DB2, Inter Base и ряд других. Как правило , SQL-сервер управляется отдельны м сотрудником или группо й сотрудников (администраторы SQL-сервера ). Они управляют физическими характеристиками баз данны х , производят оптимизацию , настройку и пере определение различных компонентов БД , соз дают новые БД , изменяют существующие и т.д ., а также выдают привилегии (разрешения на доступ определенного уровня к конкретным БД , SQL-серверу ) различным пользователям. Кроме этого , существует отдельная категор ия со трудников , называемых администраторами баз данных . Как правило , это администраторы сервера , ра зработчики БД или пользователи , имеющие приви легии на создание , изменение , настройку оптима льных параметров отдельных серверных БД . Адми нистраторы БД также отвеча ют за предо ставление прав на разноуровневый доступ к сопровождаемым ими БД для других пользоват елей .[4, 15, 11]. Использование архитектуры "клиент-сервер ": резко уменьшает сетевой трафик : понижает сложность приложений-клиентов (поскол ьку тем уже нет необхо димости обеспеч ивать целостность и безопасность БД и сле дить за параметрами многопользовательской работы с БД ); понижает требования к аппаратным средства м , на которых эти приложения функционируют (т.е . к компьютерам пользователей-клиентов ): повышает надежн ость БД , ее целостн ость , безопасность и секретность. 2.5. Проблемы проектирования БД. Объединение программного обеспечения СУБД , прикладного программного обеспечения , реализованно й базы данных , операционной системы (ОС ) и аппаратных средств в одну систему для информационного обслуживания пользователей и звестно под названием система баз данных . Хотя технология применения СУБД , ОС и прик ладных программ , хорошо известна , необходимо у делить внимание эффективному использованию этих средств с различными структу р ами баз данных . Так , главная проблема , стоящая перед администратором БД , заключается не в том , как использовать ее наиболее эффект ивно . Эта проблема может быть сформулирована в виде нескольких вопросов , возникающих в течение жизненного цикла приложения : 1. Что представляют собой требования пользователей и в какой форме они мо гут быть выражены ? 2. Как эти требования могут быть прео бразованы в эффективную структуру базы данных ? 3. Как часто и каким образом структур а базы данных должна перестраиваться в со отве тствии с новыми и /или изменяющими ся требованиями ? Процесс разработки структуры базы данных в соответствии с требованиями пользователей называется проектированием базы данных. Достижение приемлемого для всех пользоват елей уровня эксплуатационных характерист ик базы данных является сложной задачей . Проек тировщик БД должен постоянно помнить о ст оимости различных услуг , предоставляемых пользова телем одной или нескольких интегрированных БД . Ожидаемая экономия памяти и широкое испо льзование базы данных в деятельн о сти организации должна сопровождаться критически м анализом потенциального снижения качества о бслуживания некоторых пользователей . Этой невозмо жности необходимо избегать . Целью должно быть - приемлемые эксплуатационные характеристики для всех пользователей. Другим аспектом функционирования БД являе тся ее гибкость . БД , тесно привязанные к текущим приложениям , могут иметь слишком ог раниченную сферу применения в других подобных организациях . Быстрое изменение требований и введение новых типов элементов данных м огут иметь следствием повышение стоимости сопровождения программ , разложение временных файлов и сортировок , а также снижение про изводительности системы. ГЛАВА 3. Среда Delphi как средс тво для разработки СУБД. 3.1. Программный продукт Delphi . Поскольку использование баз данных являет ся одним из краеугольных камней , на которы х построено существование различных организаций , пристальное внимание разработчиков приложений баз данных вызывают инструменты , при помощи которых такие приложения можно было бы создавать . Выдвигаемые к ним требования в общем виде можно сформулировать как : "быстрота , простота , эффективность , надежность ". Среди большого разнообразия продуктов для разраб отки приложений Delphi занимает одно из ведущих мест . Delphi отдают предпочтение разр аботчики с разным стажем , привычками , професси ональными интересами . С помощью Delphi написано кол оссальное количество приложений , десятки фирм и тысячи программистов-один о чек разра батывают для Delphi дополнительные компоненты .[4]. В основе такой общепризнанной популярност и лежит тот факт , что Delphi, как никакая др угая система программирования , удовлетворяет изло женным выше требованиям . Действительно , приложения с помощью D elphi разрабатываются быстро , п ричем взаимодействие разработчика с интерактивно й средой Delphi не вызывает внутреннего отторжения , а наоборот , оставляет ощущение комфорта . Delphi-приложения эффективны , если разработчик соблюда ет определенные правила (и ча с то - если не соблюдает ). Эти приложения надежн ы и при эксплуатации обладают предсказуемым поведением .[4, 22]. Пакет Delphi - продолжение линии компиляторов я зыка Pascal корпорации Borland. Pascal как язык очень прост , а строгий контроль типов данных способ ствует раннему обнаружению ошибок и п озволяет быстро создавать надежные и эффектив ные программы . Корпорация Borland постоянно обогащала язык . Когда-то в версию 4.0 были включены с редства раздельной трансляции , позже , начиная с версии 5.5, появились объект ы , а в состав шестой версии пакета вошла полноц енная библиотека классов Turbo Vision, реализующая оконную систему в текстовом режиме работы видеоа даптера . Это был один из первых продуктов , содержавших интегрированную среду разработки программ . В классе инс трументальных средств для начинающих программистов продуктам компани и Borland пришлось конкурировать со средой Visual Basic корп орации Microsoft, где вопросы интеграции и удобства работы были решены лучше . Когда в начал е 70-х годов Н . Вирт опубликовал соо б щение о Pascal, это был компактный , с н ебольшим количеством основных понятий и зарез ервированных слов язык программирования , нацеленн ый на обучение студентов . Язык , на котором предстоит работать пользователю Delphi, отличается от исходного не только налич и е м множества новых понятий и конструкций , н о и идейно : в нем вместо минимизации ч исла понятий и использования самых простых конструкций (что , безусловно , хорошо для обу чения , но не всегда оправдано в практическ ой работе ), предпочтение отдается удобству ра б оты профессионального пользователя . Как язык Turbo Pascal естественно сравнивать с его ближайшими конкурентами - многочисленными вариациями на тему языка Basic (в первую очередь с Visual Basic корпорации Microsoft) и с C++.[4, 6]. Я считаю , что Turbo Pasc a l существенно превосходит Basic за счет полноценного объектного подхода , включающего в себя развитые механизмы инк апсуляции , наследование и полиморфизм . Последняя версия языка , применяемая в Delphi, по своим возможностям приближается к C++. Из основных мех анизмов , присущих C++, отсутст вует только множественное наследование . (Впрочем , этим красивым и мощным механизмом порожден ия новых классов пользуется лишь небольшая часть программистов , пишущих на С ++.) Плюсы применения языка Pascal очевидны : с одной стор о ны , в отличие от Visual Basic, основанного на интерпретации промежуточного кода , для него имеется компилятор , генерирующий машинный код , что позволяет получать значительно б олее быстрые программы . С другой - в отличи е от C++ синтаксис языка Pascal способс т в ует построению очень быстрых компиляторов . [6]. Среда программирования напоминает пакет Visual Basic. В вашем распоряжении несколько отдельных окон : меню и инструментальные панели , Object Inspector (в котором можно видеть свойства объекта и связанные с ни м события ), окна визуа льного построителя интерфейсов (Visual User Interface Builder), Object Browser (позволяющ ее изучать иерархию классов и просматривать списки их полей , методов и свойств ), о кна управления проектом (Project Manager) и редактор . Delphi с одержит полноценный текстовый ре дактор типа Brief, назначения клавиш в котором соответствуют принятым в Windows стандартам , а гл убина иерархии операций Undo неограниченна . Как э то стало уже обязательным , реализовано цветов ое выделение различных лексически х элементов программы . Процесс построения приложени я достаточно прост . Нужно выбрать форму (в понятие формы входят обычные , диалоговые , родительские и дочерние окна MDI), задать ее свойства и включить в нее необходимые ком поненты (видимые и , если понадобит с я , неотображаемые ): меню , инструментальные п анели , строку состояния и т . п ., задать их свойства и далее написать (с помощью редактора исходного кода ) обработчики событий . Object Browser Окна типа Object Browser стали неотъемлемой частью систем программиро в ания на объек тно-ориентированных языках . Работа с ними стан овится возможной сразу после того , как вы скомпилировали приложение . Projeс t Manager - это отдельное окно , где переч исляются модули и формы , составляющие проект . При каждом модуле указывается марш ру т к каталогу , в котором находится исходный текст . Жирным шрифтом выделяются измененные , но еще не сохраненные части проекта . В верхней части окна имеется набор кнопок : добавить , удалить , показать исходный текст , показать форму , задать опции и синхронизи р овать содержимое окна с текстом файла проекта , т . е . с головной програ ммой на языке Pascal. Опции , включая режимы компиляции , задаются для всего проекта в целом . В этом отношении традиционные make-файлы , используемые в компиляторах языка C, значительно бо лее гибки . Visual Component Library (VCL) Богатство палитры объектов для построения пользовательского интерфейса - один из ключевых факторов при выборе инструмента визуального программирования . При этом для пользователя имеет значение как число элемент ов, включенных непосредственно в среду , т ак и доступность элементов соответствующего ф ормата на рынке . [4, 22]. 3.2. Высокопроизводительный комп илятор в машинный код . Компиляторы языка Pascal компании Borland никогда не заставляли пользователя подолгу ждать результатов компиляции . Производители утверждают , что на сегодня данный компилятор - самый быстрый в мире . Компилятор , встроенный в Delphi позволяет обрабатывать 120 тыс . строк исходного текста в минуту на машине 486/33 или 350 тыс . - при использовании процессора Pentium/90. Он предлагает легкость разработки и быстр ое время проверки готового программного блока , характерного для языков четвертого поколени я (4GL) и в то же время о б еспе чивает качество кода , характерного для компил ятора 3GL. Кроме того , Delphi обеспечивает быструю раз работку без необходимости писать вставки на Си или ручного написания кода (хотя э то возможно ). В смысле проектирования Delphi мало , чем отличается от п роектирования в интерпрет ирующей среде , однако после выполнения компил яции мы получаем код , который исполняется в 10-20 раз быстрее , чем тоже самое , сделанное при помощи интерпретатора . Кроме того , ко мпилятор компилятору рознь , в Delphi компиляция про изво д ится непосредственно в родной машинный код , в то время как существуют компиляторы , превращающие программу в так называемый p-код , который затем интерпретируется виртуальной p-машиной . Это не может не сказаться на фактическом быстродействии готового прилож е ния . По всей вероятности , такая высокая ско рость объясняется в первую очередь отказом от демонстрации в процессе работы числа скомпилированных строк . Следует отметить также , что благодаря опции оптимизации сегментов удается существенно сократить размер вы полняемого файла . Можно запустить компиля тор в режиме проверки синтаксиса . При этом наиболее длительная операция компоновки и изготовления исполняемого файла выполняться не будет . Вероятно , то обстоятельство , что Delphi позицио нируется как средство создан ия приложений , взаимодействующих с базами данных , и ори ентировано преимущественно на рынок инструментал ьных средств клиент /сервер , где до настоящ его момента доминируют интерпретируемые языки , позволило его авторам не задумываться над созданием оптимизирую щ его компилятор а , способного использовать все достоинства ар хитектур современных процессоров . [22]. 3.3. Мощный объектно-ориентирован ный язык. Совместимость с программами , созданн ы ми ранее средствами Borland Pascal, сохраняется , несмотря на то , что в язык внесены существенные изменения . Необходимость в некоторых усовершенс твованиях давно ощущалась . Самое заметное из них - аппарат исключительных ситуаций , подобны й тому , что имеется в C++, был пер вым реализован в компиляторах корпорации Borland. Н е секрет , что при написании объектно-ориентиро ванных программ , активно работающих с динамич еской памятью и другими ресурсами , немалую трудность представляет аккуратное освобождение этих ресу р сов в случае возникн овения нештатных ситуаций . Особенно это актуа льно для среды Windows, где число видов ресурсов довольно велико , а неряшливая работа с ними может быстро привести к зависанию всей системы . Предусмотренный в Delphi аппарат иск лючений макси м ально упрощает кодирова ние обработки нештатных ситуаций и освобожден ия ресурсов . Объектно-ориентированный подход в новой в ерсии языка получил значительное развитие . Пе речислим основные новшества . введено понятие класса . реализованы методы классов , анал огичн ые статическим методам C++. Они оперируют не экземпляром класса , а самим классом . механизм инкапсуляции во многом усовершенствован . Введены защ ищенные поля и методы , которые , подобно пр иватным , не видны извне , но отличаются от них тем , что доступны и з методов класса - наследника . введена обработка исключительных ситуаций . В Delphi это устроено в стиле С ++. Исключения представлены в виде объектов , содержащих специфическую информацию о соответствующей ошибк е (тип и место - нахождение ошибки ). Разработ чик может оставить обработку ошибки , сущ ествовавшую по умолчанию , или написать свой собственный обработчик . Обработка исключений ре ализована в виде exception-handling blocks (также еще называется protected blocks ), которые устанавливаются ключевыми словами tr y и end. Существуют два типа таких блоков : try...except и try...finally . появилось несколько удобных синтаксических конструкций , в числе которых преобразование типа объекта с контролем корректности (в случае неудачи инициируется исключение ) и п роверка объ екта на принадлежность классу . ссылки на классы придают дополнительный уровень гибкости , так , когда вы хотите динамически создавать объекты , чьи типы мог ут быть известны только во время выполнен ия кода . К примеру , ссылки на классы ис пользуются при формиро вании пользователем документа из разного типа объектов , где пользователь набирает нужные объекты из ме ню или палитры . Собственно , эта технология использовалась и при построении Delphi. введено средство , известное как механизм делегирования . Под делегирова нием понимается то , что некий объект может предоставить другому объек ту отвечать на некоторые события . Он испол ьзуется в Delphi для упрощения программирования со бытийно-ориентированных частей программ , т . е . п ользовательского интерфейса и всевозможных проц едур , запускаемых в ответ на манипуляц ии с базой данных . После того как Borland внесла перечисленные изменения , получился мощный объектно-ориентированны й язык , сопоставимый по своим возможностям с C++. Платой за новые функции стало значи тельное повышение требований к профессионал ьной подготовке программиста . Язык программирования Delphi базируется на Borland Object Pascal. Кроме того , Delphi поддерживает такие низкоуров невые особенности , как подклассы элементов уп равления Windows, перекрытие цикла обрабо тки со общений Windows, использование встроенного ассемблера .[22]. 3.4. Объектно-ориентированная мод ель программных компонент. Основной упор этой модели в Delphi делаетс я на макс имальном повторном использовании кода . Это позволяет разработчикам строить приложения весьма быстро из заранее подгот овленных объектов , а также дает им возможн ость создавать свои собственные объекты для среды Delphi. Никаких ограничений по типам объ ектов, которые могут создавать разрабо тчики , не существует . Действительно , все в Delphi написано на нем же , поэтому разработчики имеют доступ к тем же объектам и ин струментам , которые использовались для создания среды разработки . В результате нет никакой разницы между объектами , поставляемым и Borland или третьими фирмами , и объектами , кот орые вы можете создать . В стандартную поставку Delphi входят основные объекты , которые образуют удачно подобранную иерархию из 270 базовых классов . На Delphi можно одинаково хоро шо писать как приложен ия к корпоративным базам данных , так и , к примеру , игровые программы . Во многом это объясняется тем , что традиционно в сре де Windows было достаточно сложно реализовывать пол ьзовательский интерфейс . Событийная модель в Windows всегда б ыла сложна для понимания и отладки . Но именно разработка интерфейс а в Delphi является самой простой задачей для программиста . Благодаря такой возможности приложения , и зготовленные при помощи Delphi, работают надежно и устойчиво . Delphi поддерживает исполь зование у же существующих объектов , включая DLL, написанные на С и С ++, OLE сервера , VBX, объекты , созданные при помощи Delphi. Из готовых компонент работа ющие приложения собираются очень быстро . Кром е того , поскольку Delphi имеет полностью объектную ориен т ацию , разработчики могут со здавать свои повторно используемые объекты дл я того , чтобы уменьшить затраты на разрабо тку . Delphi предлагает разработчикам - как в соста ве команды , так и индивидуальным - открытую архитектуру , позволяющую добавлять компоненты , где бы они ни были изготовлены , и оперировать этими вновь введенными компонент ами в визуальном построителе . Разработчики мо гут добавлять CASE-инструменты , кодовые генераторы , а также авторские help ’ ы , доступные через меню Delphi. [22]. 3.5. Библиотека визуальных ко мпонент. Компоненты , используемые при разработке в Delphi, встроены в среду разработки приложений и представляют из себя набор типов объ ектов , используемых в качестве ф ундамента при строительстве приложения . Этот кост як называется Visual Component Library (VCL). В VCL есть такие стандартные элементы управления , как строки редактирования , статические элементы упр авления , строки редактирования со списками , сп иски объектов . Еще имеются такие компоне нты , которые ранее были доступны только в библиотеках третьих фирм : табличные элементы управления , закладки , многостраничные записные книжки . Все объекты разбиты на страницы по своей функциональности и представлены в палитре комп онент . VCL содержит специальный объект , предоставляющ ий интерфейс графических устройств Windows, и позво ляющий разработчикам рисовать , не заботясь об обычных для программирования в среде Windows д еталях . Ключевой особенностью Delphi является возможность н е только использовать визуальные ко мпоненты для строительства приложений , но и создание новых компонент . Такая возможность позволяет разработчикам не переходить в др угую среду разработки , а наоборот , встраивать новые инструменты в существующую среду . К ром е того , можно улучшить или по лностью заменить существующие по умолчанию в Delphi компоненты . Здесь следует отметить , что обычных ог раничений , присущих средам визуальной разработки , в Delphi нет . Сам Delphi написан при помощи Delphi, ч то говорит об отсутств ии таких ограни чений . Классы объектов построены в виде иера рхии , состоящей из абстрактных , промежуточных , и готовых компонент . Разработчик может пользо ваться готовыми компонентами , создавать собственн ые на основе абстрактных или промежуточных , а также соз давать собственные объекты . Рассмотрим некоторые из них. TMainMenu позволяет поместить главное меню в программу . При помещении TMainMenu на форму это выглядит , как просто иконка . Иконки данно го типа называют невизуальным компонентом , поскольку они невидим ы во время выполнения программы . TPopupMenu позволяет создавать всплывающие меню . Этот тип меню появляется по щелчку пра вой кнопки мыши на объекте , к которому привязано данное меню . У всех видимых о бъектов имеется свойство PopupMenu, где и указывается нуж ное меню . Создается PopupMenu аналогично главному меню. TLabel служит для отображения текста на экране . Можно изменить шрифт и цвет метки , если дважды щелкнуть на свойство Font в Инспекторе Объектов . Это легко сделать и в о время выполнения программы , напис ав всего одну строчку кода . TEdit - стандартный управляющий элемент Windows для ввода . Он может быть использован для от ображения короткого фрагмента текста и позвол яет пользователю вводить текст во время в ыполнения программы. TMemo - иная форма TEdit. Под разумевает работу с большими текстами . TMemo может переносить с лова , сохранять в ClipBoard фрагменты текста и во сстанавливать их , и другие основные функции редактора . TMemo имеет ограничения на объем тек ста в 32Кб , это составляет 10-20 страниц (есть подоб н ые компоненты , где этот п редел снят ). TButton позволяет выполнить какие-либо действия при нажатии кнопки во время выполнения программы . В Delphi все делается очень просто . Поместив TButton на форму , по двойному щелчку мо жно создать заготовку обработчика с обытия нажатия кнопки. TCheckBox отображает строку текста с маленьким окошком рядом . В окошке можно поставить отметку , которая означает , что что-то выбр ано . TRadioButton позволяет выбрать только одну опцию из нескольких . TListBox нужен для показа прокруч иваемого списка . Классический пример ListBox ’ а в среде Windows - выбор файла из списка в пункте мен ю File | Open многих приложений . Названия файлов или директорий и находятся в ListBox ’ е . TComboBox во многом напоминает ListBox, за исключение м того , что по зволяет водить информаци ю в маленьком поле ввода сверху ListBox. Есть несколько типов ComboBox, но наиболее популярен сп адающий вниз (drop-down combo box), который можно видеть внизу окна диалога выбора файла . TScrollbar - полоса прокрутки , появляется авт оматически в объектах редактирования , ListBox ’ ах п ри необходимости прокрутки текста для просмот ра . TGroupBox используется для визуальных целей и для указания Windows, каков порядок перемещения по компонентам на форме (при нажатии кл авиши TAB). TRadioGrou p используется аналогично TGroupBox, для г руппировки объектов TRadioButton. TPanel - управляющий элемент , похожий на TGroupBox, ис пользуется в декоративных целях . Чтобы исполь зовать TPanel, можно просто поместить его на фо рму и затем положите другие компо нент ы на него . Теперь при перемещении TPanel будут передвигаться и эти компоненты . TPanel используетс я также для создания линейки инструментов и окна статуса . TBitBtn - кнопка вроде TButton, однако на ней мож но разместить картинку (glyph). TBitBtn имеет н есколь ко предопределенных типов (bkClose, bkOK и др ), при вы боре которых кнопка принимает соответствующий вид . Кроме того , нажатие кнопки на модал ьном окне приводит к закрытию окна с соответствующим модальным результатом . TSpeedButton - кнопка для создани я панели быстрого доступа к командам (SpeedBar). Пример - SpeedBar слев а от Палитры Компонент в среде Delphi. Обычно на данную кнопку помещается только картинк а (glyph). TTabSet - горизонтальные закладки . Обычно использу ется вместе с TNoteBook для создани я многост раничных окон . Название страниц можно задать в свойстве Tabs. TNoteBook - используется для создания многостраничн ого диалога , на каждой странице располагается свой набор объектов . Используется совместно с TTabSet. TTabbedNotebook - многостраничн ый диалог со встр оенными закладками , в данном случае - закладки сверху . TMaskEdit - аналог TEdit, но с возможностью форматиро ванного ввода . Формат определяется в свойстве EditMask. В редакторе свойств для EditMask есть загото вки некоторых форматов : даты , валюты и т.п . TOutline - используется для представления иерархич еских отношений связанных данных . Например - де рево директорий . TStringGrid - служит для представления текстовых данных в виде таблицы . Доступ к каждому элементу таблицы происходит через сво й ство Cell. TDrawGrid - служит для представления данных люб ого типа в виде таблицы . Доступ к кажд ому элементу таблицы происходит через свойств о CellRect. TImage - отображает графическое изображение на форме . Воспринимает форматы BMP, ICO, WMF. Если карти нку подключить во время дизайна прогр аммы , то она прикомпилируется к EXE файлу . TShape - служит для отображения простейших гр афических объектов на форме : окружность , квадр ат и т.п. TBevel - элемент для рельефного оформления ин терфейса . THeader - элемент оформления для создания заголовков с изменяемыми размерами для таб лиц . TScrollBox - позволяет создать на форме прокручи ваемую область с размерами большими , нежели экран . На этой области можно разместить свои объекты . TTimer - таймер , событие OnTimer пер иодически вы зывается через промежуток времени , указанный в свойстве Interval. Период времени может составлять от 1 до 65535 мс . TPaintBox - место для рисования . В обработчики событий , связанных с мышкой передаются отно сительные координаты мышки в TPaintBo x, а не абсолютные в форме . TFileListBox - специализированный ListBox, в котором отображ аются файлы из указанной директории (св-во Directory). На названия файлов можно наложить маску , для этого служит св-во Mask. Кроме того , в св-ве FileEdit можно указать объект TEdit для ред актирования маски . TDirectoryListBox - специализированный ListBox, в котором отобра жается структура директорий текущего диска . В св-ве FileList можно указать TFileListBox, который будет а втоматически отслеживать переход в другую дир ек торию . TDriveComboBox - специализированный ComboBox для выбора текуще го диска . Имеет свойство DirList, в котором можн о указать TDirectoryListBox, который будет отслеживать пере ход на другой диск . TFilterComboBox - специализированный ComboBox для выбора м аски имени файлов . Список масок опреде ляется в свойстве Filter. В свойстве FileList указывается TFileListBox, на который устанавливается маска . С помощью последних четырех компонент (TFileListBox, TDirectoryListBox, TDriveComboBox, TFilterComboBox) можно построить свой собств енный диалог выбора файла , причем для этог о не потребуется написать ни одной строчк и кода . TMediaPlayer - служит для управления мультимедийными устройствами (типа CD-ROM, MIDI и т.п .). Выполнен в виде панели управления с кнопками Play , Stop, Record и др . Для воспроизведения может понадоб иться как соответствующее оборудование , так и программное обеспечение . Подключение устройств и установка ПО производится в среде Windows. Например , для воспроизведения видео , записанного в формате AVI, потребуется установить ПО MicroSoft Video (в Windows 3.0, 3.1, WFW 3.11). TOLEContainer - контейнер , содержащий OLE объекты . Поддерживается OLE 2.02 TDDEClientConv,TDDEClientItem, TDDEServerConv, TDDEServerItem - 4 объекта для организации DDE. С помощью этих объектов можно построить приложение как DDE-сервер , так и DDE-клиент . TChartFX - деловая графика . Компонент позволяет строить всевозможные графики и гистограммы. 3.6. Формы , модули и метод разработки "Two-Way Tools". Формы - это объекты , в которые помещаются друг ие объекты для создания пользовательского инт ерфейса любого приложения . Модули сост оят из кода , который реализует функционирован ие приложения , обработчики событий для ф орм и их компонент . Информация о формах хранится в двух типах файлов - .dfm и .pas , причем пе рвый тип файла - двоичный - хранит образ фор мы и ее свойства , второй тип описывает функционирование обработчиков событий и поведе ние компонент . Оба файла авт оматически синхронизируются Delphi, так что если добавить н овую форму проект , связанный с ним файл .pas автоматически бу дет создан , и его имя будет добавлено в проект . Такая синхронизация и делает Delphi two-way-инструментом , обеспечивая полное соответств ие между кодом и визуальным представлением . Как только добавляет ся новый объект или код , Delphi устанавливает “кодовую синхронизацию” между визуальными элементами и соответ ствующими им кодовыми представлениями . Two-way tools - однозначное соответствие меж ду визуал ьным проектированием и классическим написанием текста программы Это означает , что разработчик всегда может видеть код , соответствующий тому , что он построил при помощи визуальных инструментов и наоборот . Визуальный построитель интерфейсов (Visual User-interface builder) дает возможность быстро создавать клиент-се рверные приложения визуально , просто выбирая компоненты из соответствующей палитры . В проц ессе построения приложения разработчик выбирает из палитры компонент , готовые компоненты как худо ж ник , делающий крупные маз ки кистью . Еще до компиляции он видит результаты своей работы - после подключения к источнику данных их можно видеть отображ енными на форме , можно перемещаться по дан ным , представлять их в том или ином ви де .[4, 22]. 3.7. Масштабируемые средства для построения баз данных. Мощность и гибкость Delphi при работе с базами данных основана на низкоуровневом ядре - процессоре ба з данных Borland Database Engine (B DE). Его ин терфейс с прикладными программами называется Integrated Database Application Programming Interface (IDAPI). В принципе , сейчас не различают эти два названия (BDE и IDAPI) и считают их синонимами . BDE позволяет осуществлять доступ к данным как с использованием традиционного record-ориентированного (навигационного ) подхода , так и с использо ванием set-ориентированного подхода , используемого в SQL-серверах баз данных . Кроме BDE, Delphi позволяет осуществлять доступ к базам данных , используя технолог и ю ( и , соответственно , драйверы ) Open DataBase Connectivity (ODBC) фирмы Microsoft. Но , как показывает практика , производитель ность систем с использованием BDE гораздо выше , чем оных при использовании ODBC. ODBC драйвера р аботают через специальный "ODBC soc ket", который поз воляет встраивать их в BDE. Все инструментальные средства баз данных Borland - Paradox, dBase, Database Desktop - используют BDE. Все особенности , имеющиес я в Paradox или dBase, “наследуются” BDE, и поэтому этим и же особенностями обладает и Delphi. Библиотека объектов содержит набор визуал ьных компонент , значительно упрощающих разработку приложений для СУБД с архитектурой клиен т-сервер . Объекты инкапсулируют в себя нижний уровень - Borland Database Engine. Предусмотрены специальные набор ы комп онент , отвечающих за доступ к данным , и компонент , отображающих данные . Компоненты дост упа к данным позволяют осуществлять соединени я с БД , производить выборку , копирование д анных , и т.п . Компоненты визуализации данных позволяют отображать данные ви де таблиц , полей , списков . Отображаемые данные могут быть текст ового , графического или произвольного формата . Таблицы сохраняются в базе данных . Нек оторые СУБД сохраняют базу данных в виде нескольких отдельных файлов , представляющих собой таблицы (в основ ном , все локальн ые СУБД ), в то время как другие состоят из одного файла , который содержит в с ебе все таблицы и индексы (InterBase). Например , та блицы dBase и Paradox всегда сохраняются в отдельных файлах на диске . Директорий , содержащий dBase .DBF файлы ил и Paradox .DB файлы , рассмат ривается как база данных . Другими словами , любой директорий , содержащий файлы в формате Paradox или dBase, рассматривается Delphi как единая база данных . Для переключения на другую базу данных нужно просто переключиться на друго й директорий . InterBase сохраняет все таблицы в одном файле , имеющем расширение .GDB , поэтому этот файл и есть база данных InterBase. Объекты БД в Delphi основаны на SQL и вкл ючают в себя полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эфф ективностью . Кроме того , Delphi включает в себя локальный сервер Interbase для того , чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в онлайновом режиме . Разработчик в среде Delphi, проектирующий и нформационную систему для локальной машины (к примеру , небольшую систему учета медицинских карточек для одного компьютера ), может ис пользовать для хранения информации файлы форм ата .dbf (как в dBase или Clipper) или .db (Paradox). Если же он будет использовать локальный InterBase for Windows 4.0 (это локальный SQL-сервер , входящий в пост авку ), то его приложение безо всяких измен ений будет работать и в составе большой системы с архит е ктурой клиент-серве р . Масштабируемость на практике - одно и то же приложение можно использовать как для локального , так и для более серьезного клиент-серверного варианто в .[4, 22]. В состав пакета Delphi также входит множес тво утилит для работы и управлени я базами данных . Вот некоторые из них. Database Desktop - это утилита , во многом похожая на Paradox, которая поставля ется вместе с Delphi для интерактивной работы с таблицами различных форматов локальных баз данных - Paradox и dBase, а также SQL-серверных ба з данных InterBase, Oracle, Informix, Sybase (с использованием SQL Links). Она по зволяет создавать как структуру реляционных т аблиц , так и всевозможные ограничения целостн ости таблиц , индексы , первичные ключи и вн ешние ключи. WISQL (Windows Interactive S QL) - инте рактивное средство посылки SQL-запросов к InterBase (в том числе и локальному InterBase), входящее в п оставку Delphi, позволяет создавать таблицы - через посылку SQL-запросов . Database Desktop не обладает всеми возм ожностями по управлению SQL-се р верными базами данных . Поэтому с помощью Database Desktop удо бно создавать или локальные базы данных , и ли только простейшие SQL-серверные базы данных , состоящие из небольшого числа таблиц , не очень сильно связанных друг с другом . Если же необходимо создат ь базу данных , состоящую из большого числа табли ц , имеющих сложные взаимосвязи , можно воспольз оваться языком SQL. Можно записать всю последова тельность SQL-предложений в один так называемый скрипт и послать его на выполнение . К онкретные реализации языка SQ L незначите льно отличаются в различных SQL-серверах , однако базовые предложения остаются одинаковыми для всех реализаций . Практика показывает , что если нет необходимости создавать таблицы во время выполнения программы , то лучше восп ользоваться WISQL. Inter Base - это си стема управления реляционными базами данных , поставляемая корпорацией BORLAND для построения прилож ений с архитектурой клиент-сервер произвольного масштаба : от сетевой среды небольшой рабоче й группы с сервером под управлением Novell NetWare и л и Windows NT на базе IBM PC до информационных сис тем крупного предприятия на базе серверов IBM, Hewlett-Packard, SUN и т.п . В пакет Delphi входит однопользовательская вер сия InterBase для Windows - Local InterBase. Используя Local InterBase можно создават ь и отлаживать приложения , работающие с данными по схеме клиент-сервер , без подк лючения к настоящему серверу . В дальнейшем потребуется только перенастроить используемый псевдоним базы данных и программа будет р аботать с реальной базой без перекомпиляции . К роме того , Local InterBase можно использовать в приложениях для работы с данными в место таблиц Paradox. Важной составной частью приложения являет ся вывод данных на печать - получение отче та . В пакет Delphi входит средство для генераци и и печати отчетов - ReportSmith . Вы можете объединить отчет с п риложениями Delphi. Также , библиотека визуальных компон ент Delphi включает специальный компонент TReport. В данн ом уроке показано , как использовать компонент у TRepor и рассмотрены основные принципы проектиро вания отчетов в ReportSmith. Borland ReportSmith является инструментом для получения отчетов и интегрирован в среду Delphi. Отчет может быть добавлен к приложениям Delphi. Отчеты могут быть созданы для SQL БД или локальн ых БД и не требуют знания сложных ком анд БД . Интерфейс ReportSmith использует стандартные инструменты Windows типа tool bar, formatting ribbon, и "drag and drop". Если пользо ватель уже знаком с интерфейсом стандартных Windows-программ , типа Word for Windows или Quattro Pro for Windows, ему будет "знаком " и интерфейс ReportSmith. ReportSmith предлага ет 4 типа отчетов : Табличный , Кросс-таблица (CrossTab), Фо рма (Form) и Наклейка (Label). ReportSmith использует концепцию "живых данных ", т .е . работа происходит с настоящими данными все время , а не только тогда , когда запускается просмотр (preview). Кроме этого , ReportSmith легко работает с чрезвычайно большими БД при помощи адаптивной технологии управления память ю . В ReportSmith можно управлять тем , где сохраняет ся результат выборки данных из БД : в л окал ь ный памяти клиентской PC, на же стком диске клиентской PC, или на сервере . 3.8. Настраиваемая среда разр аботчика. После запуска Delphi в верхнем окне горизо нтально располагаются иконки палитры компон ент . Если курсор задерживается на одной из иконок , под ней в желтом прямоугольнике появляется подсказка Из этой палитры компонент можно выбир ать компоненты , из которых можно строить п риложения . Компоненты включают в себя как визуальн ые , так и логические компоненты . Такие вещи , как кнопки , поля редактирования - это визуальные компоненты ; а таблицы , отч еты - это логические . Поскольку в Delphi программа строится визуальн ым образом , все эти компоненты имеют свое графическое представление в поле форм для того , чтобы можно было бы ими соответствующим образом оперировать . Но для работающей программы видимыми остаются только визуальные компоненты . Компоненты сгруппированы на страницах палитры по своим функциям . К примеру , компоненты , предста в ляющ ие Windows "common dialogs" все размещены на странице палитры с названием "Dialogs" Delphi позволяет разработчикам настроить среду для максимального удобства . Можно легко и зменить палитру компонент , инструментальную линей ку , а также настраивать выделе ние синт аксиса цветом . В Delphi можно определить свою группу комп онент и разместить ее на странице палитры , а если возникнет необходимость , перегруппиро вать компоненты или удалить неиспользуемые . Интеллектуальный редактор . Редактирование про грамм можно о существлять , используя запис ь и исполнение макросов , работу с текстовы ми блоками , настраиваемые комбинации клавиш и цветовое выделение строк . Графический отладчик . Delphi обладает мощнейшим , встроенным в реда ктор графическим отладчиком , позволяющим находи ть и устранять ошибки в коде . Можн о установить точки останова , проверить и и зменить переменные , при помощи пошагового вып олнения в точности понять поведение программы . Если же требуются возможности более тонк ой отладки , можно использовать отдельно досту пн ы й Turbo Debugger, проверив ассемблерные инстру кции и регистры процессора . Инспектор объектов . Этот инструмент представляет из себя отдел ьное окно , где вы можете в период прое ктирования программы устанавливать значения свой ств и событий объектов (Propertie s & Events). Менеджер проектов. Дает возможность разработчику просмотреть все модули в соответствующем проекте и снабж ает удобным механизмом для управления проекта ми . Менеджер проектов показывает имена файлов , время /дату выбранных форм и пр . Можно немедле нно попасть в текст или ф орму , просто щелкнув мышкой на соответствующе е имя . Навигатор объектов. Показывает библиотеку доступных объектов и осуществляет навигацию по приложению . Можно посмотреть иерархию объектов , перекомпилированные модули в библиотеке , список глобальных имен вашего кода . Дизайнер меню. Мож но создавать меню , сохранить созданные в в иде шаблонов и затем использовать в их в любом приложении . Эксперты. Это набо р инструментальных программ , облегчающих проектир ование и настройку Ваших приложе ний . Е сть возможность подключать самостоятельно разраб отанные эксперты . Потенциально это та возможн ость , при помощи которой третьи фирмы могу т расширять Delphi CASE-инструментами , разработанными спец иально для Delphi. Включает в себя : 1. Эксперт форм , раб отающих с база ми данных . 2. Эксперт стилей и шаблонов приложений . 3. Эксперт шаблонов форм . В состав RAD Pack входит эксперт для прео бразования ресурсов , изготовленных в Borland Pascal 7.0, в ф ормы Delphi. Уже появились эксперты , облегчающие по строение DLL и даже написание собственных экспертов : Интерактивная обучающая система. Позволяет более полно освоить Delphi. Она являются не просто системой подсказок , а показывает возможности Delphi на самой сред е разработчика . 3.9. Незначительные требования к аппаратным и программным средствам . Delphi это высокопроизводительный инструмент со здания приложений . Версия Delphi 2.0, которая появилась в начале 1996 года , включает полный 32-р а зрядный компилятор для использования в Windows 95 или в Windows NT. Для запуска Delphi требуется 386 компьютер с 4MB памяти . Более подходящей машиной будет 486DX 66MHz с 8MB ОЗУ.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
90-летний ветеран просит у Путина жилье. Но мы-то понимаем, что это просит ленивый внук ветерана, который хочет халявы.
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по программированию "Базы данных и управление ими", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru