Треугольник паскаля его свойства и приложения

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

     Основу  состава такой группы составляют аналитики: так называемые прикладные аналитики (business analysts) и системные аналитики (system analysts), описание деятельности которых не входит в задачу данной статьи.

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

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

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

     В достаточно полный набор функций  АБД входит:

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

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

     в) планирование использования запоминающих устройств компьютера (дисков, основной памяти, лент), участие - совместно с проектировщиками БД - в физическом проектировании таблиц БД,

     г) организация работы с БД, находящейся  на удаленном компьютере, работы с  распределенной БД, т.е. размещенной  на нескольких компьютерных центрах (узлах, "нодах"),

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

     е) участие в планировании развития аппаратных и системных программных  средств предприятия в связи  с качественным и количественным ростом требований к АС,

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

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

     и) участие в анализе попыток  несанкционированного доступа к  БД.

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

     Из  приведенного перечня ясно, что АБД:

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

   Надежность  и достоверность - ключевые понятия  в деятельности АБД. Он должен уметь (лучше - и любить!) вести тщательное документирование всех действий по управлению базой данных.

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

§2.3. Урок 3. Основные этапы и задачи проектирования баз данных

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

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

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

     Концептуальное (инфологическое) проектирование

     Концептуальное (инфологическое) проектирование —  построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

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

     Чаще  всего концептуальная модель базы данных включает в себя:

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

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

Логическое (даталогическое) проектирование

     Логическое (даталогическое) проектирование —  создание схемы базы данных на основе конкретной модели данных, например, реляционной  модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.

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

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

     Физическое  проектирование

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

 

Заключение

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

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

     В свою очередь, частные специальные  функции АБД могут меняться при  изменении применяемых технологий. Кроме того, функции АБД сильно зависят от принятого на предприятии варианта политики автоматизации.

     Численный состав Группы АБД зависит в большей  степени от компактности Автоматизированной Системы предприятия и способности  специалистов Группы совмещать различные  функции.

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

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

 

Библиография

1. Журнал "Наука и жизнь" № 6 1987г.

2. Карманный словарь "Computing & Multimedia". М:Издательство "Внешсигма", 1996г.

3. Журнал "Мир ПК" №4 1999г.

4. http://www2.osp.ru/dbms/1995/02/25.htm 

5. wikipedia 

6. http://articles.org.ru/cfaq/index.php?qid=654 

7. http://www.radioland.net.ua/contentid-122-page4.html 

8. http://www.mstu.edu.ru/study/materials/zelenkov/ch_5_1.html 

9. http://www.pcmag.ru/library/sub_detail.php?ID=11393&SUB_PAGE=0 

10. http://www.compdoc.ru/bd/other/designing_database/