В каких случаях и с какой целью создаются базы данных?

23 ответов на вопрос “В каких случаях и с какой целью создаются базы данных?”

  1. Anaya Ответить

    Связи, когда одна и та же запись может входить в отношения со многими другими записями называют:
    ? “один к одному”
    ? “один ко многим”
    ? “многие ко многим”
    ? “многие к одному”
    Связи, когда одна и та же запись может входить в отношения только с одной записью называют:
    ? “один к одному”
    ? “один ко многим”
    ? “многие ко многим”
    ? “многие к одному”
    Термин «информатизация общества» обозначает…
    ? целенаправленное и эффективное использование информации во всех областях человеческой деятельности на основе современных информационных и коммуникационных технологий
    ? увеличение избыточной информации, циркулирующей в обществе
    ? увеличение роли средств массовой информации в жизни общества
    ? изучение информатики во всех учебных заведениях страны
    ? организацию свободного доступа каждого человека к информационным ресурсам, накопленным человеческой цивилизации
    Многомерные схемы данных в информационной системе бывают следующих видов:
    ? схема «звезда»
    ? схема «снежинка»;
    ? схема «капля»;
    ? схема «созвездие».
    Что означает – систематизированное (структурированное) хранилище информации?
    ? База данных
    ? Хранилище
    ? Склад информации
    База
    В каких случаях, и с какой целью создаются базы данных?
    ? Когда необходимо отследить, проанализировать и хранить информацию за определенный период времени
    ? Для удобства набора текста
    ? Когда необходимо быстро найти какой-либо файл на компьютере
    ? Когда винчестер компьютера имеет небольшой размер свободной памяти
    Какие главные преимущества хранения информации в базах данных
    ? Многоразовость внесения данных и однократность использования
    ? Многоразовость использования данных
    ? Ускорение обработки запросов к системе и уменьшение избыточности данных
    ? Простота и удобство внесения изменений в базы данных
    Что означает – программа или комплекс программ служащих для полнофункциональной работы с данными (СУБД)?
    ? Система управления базами данных
    ? Система управления базой доступа
    ? Система упрощенного базового доступа
    ? Совокупность управляющих баз данных
    ? Совокупность управляемых баз данных
    По технологии обработки данных базы данных подразделяют на:
    ? централизированные
    ? периферийные
    ? централизованные
    ? внутренние
    ? наружные
    ? сложные
    ? распределенные
    По способу доступа к данным базы данных подразделяют на:
    ? Базы данных с локальным доступом и базы данных с удаленным (сетевым доступом)
    ? Беспроводные
    ? Быстрые
    ? Проводные
    ? Медленные
    По типу связи между данными базы данных подразделяют на:
    ? Иерархические
    ? Сетевые
    ? Реляционные
    ? Объектно-ориентированные
    ? Компьютерные
    ? Модульные
    Создание базы данных всегда начинается
    с разработки структуры ее таблиц *
    с запуска компьютера и запуска программы просмотрщика баз данных
    с создания макета документа
    с собеседования и обсуждения проблемы построения базы данных
    с выявления требований заказчика к построению таблиц
    Что означает – уникальное поле?
    Поле, значения в котором не могут повторяться *
    Поле, которому присваиваются числовые значения
    Поле, которое состоит только из цифр
    Поле, в котором учтены требования заказчика
    Поле, которое имеет как числовые, так и дробные значения
    Классификация показателей:
    ? -это упорядочение показателей по какому-либо признаку;
    ? -это определение классов показателей;
    ? устанавливает отношения между понятиями как отображениями объектов или групп объектов с общими свойствами, определяет структуру и упорядочивает содержание данных
    ? комплекс аппаратных, программных средств, информационных ресурсов, методик
    Рассматриваются следующие виды знаний:
    ? фактические и стратегические
    ? жесткие
    ? мягкие
    ? формализованные
    ? неформализованные
    ? неявные
    ? документированные
    Жизненный цикл ИС (ПО) условно делится на фазы
    ? исследования
    ? анализа
    ? использования
    ? конструирования
    ? программирования
    ? эксплуатационной осуществимости

  2. SerkinMen Ответить

    Цели создания БД

    База данных – это совокупность структурированных и взаимосвязанных данных и методов, обеспечивающих добавление выборку и отображение данных. Данные становятся информацией, если пользователь обработает их и осмыслит, применив при этом адекватные этим данным методы. Сегодня большинство СУБД размещают в своих структурах не только данные, но и методы (программные коды), поэтому можно утверждать, что Microsoft Access – это СУБД, предлагающая широкий диапазон средств для хранения информации и эффективного управления этой информацией.
    Существует три принципиальных отличия между СУБД и программами электронных таблиц:
    1) СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.
    2) СУБД может легко связывать две таблицы так, что для пользователя они будут представляться одной таблицей. Реализовать такую возможность в электронных таблицах практически невозможно.
    3) СУБД минимизируют общий объём базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.
    Целью создания БД является внедрение БД, созданной с помощью программного обеспечения Microsoft Access и языка SQL.
    Процесс разработки проекта состоит из 4-х стадий:
    1) сбора и анализа требований к проектируемой БД
    2) анализа архитектуры
    3) планирования процесса разработки
    4) реальности построение БД
    Стадия сбора и анализа требований заключается в общении с пользователями данной БД и фиксации их требований: постоянный, быстрый, а главное удобный доступ к интересующей информации; возможность легко вносить, изменять и удалят различные данные и т.д.
    Стадия анализа архитектура системы управления базой данных (далее СУБД) состоит в выборе дизайна, технологий обработки информации и инструментов разработки БД и СУБД. В данном случае инструментом будет являться СУБД Microsoft Access.
    Стадия планирования – создание планов по: электронным компонентам, их характеристикам и т.д.
    Стадия построение СУБД заключается в проведении работ, контроля выполнения планов и оценки полученных результатов.
    Технологический процесс обработки информации может включать в свой состав следующие операции (действия):
    Сбор данных, информации, знаний. Эта операция представляет собой процесс регистрации, фиксации, записи детальной информации (данных, знаний) о событиях, объектах (реальных и абстрактных) связях, признаках и соответствующих действиях. При этом иногда выделяют в отдельные операции “сбор данных и информации” и “сбор знаний”. Сбор данных и информации – это процесс идентификации и получения данных от различных источников, группирования полученных данных и представления их в форме, необходимой для ввода в ЭВМ. Обработка – понятие достаточно широкое и очень часто включает в себя несколько взаимосвязанных более мелких операций. К обработке могут относить такие операции как проведение расчетов, выборка, поиск, объединение, слияние, сортировка, фильтрация и т.д. Важно помнить, что обработка представляет собой систематическое выполнение операций над данными, процесс преобразования, вычисления, анализа и синтеза любых форм данных, информации и знаний посредством систематического выполнения операций над ними. При определении такой операции как “обработка”, также выделяют “обработку данных”, “обработку информации”, “обработку знаний”. Обработка данных представляет собой процесс управления данными (цифры, символы и буквы) и преобразования их в информацию. Обработка информации представляет собой переработку информации определенного типа (текстовый, звуковой, графический и др.) и преобразования ее в информацию другого определенного типа. Так, например, принято различать обработку текстовой информации, обработку изображений (графики, фото, видео и мультипликация), обработку звуковой информации (речь, музыка, другие звуковые сигналы). Однако, использование новейших современных технологий обеспечивает комплексное представление и одновременную обработку информации любого вида (текст, графика, аудио-, видео-, мультипликация), ее преобразование и вывод в текстовом, видео-, аудио- и мультипликационном формате. Понятие обработки знаний связано с понятием экспертных систем (или систем искусственного интеллекта), позволяющих на основании правил и предоставляемых пользователем фактов распознать ситуацию, поставить диагноз, сформулировать решение и дать рекомендацию по выбору действия.
    Генерация данных, информации, знаний. Данная операция технологического процесса представляет собой процесс организации, реорганизации и преобразования данных (информации, знаний) в требуемую пользователем форму, в том числе и путем ее обработки. Например, процесс получения форматированных отчетов (документов).
    Хранение данных, информации, знаний. Операция представляет собой процессы накопления, размещения, выработки и копирования данных (информации, знаний) для дальнейшего их использования (обработки и/или передачи).
    Передача данных, информации, знаний. Указанная операция – это процесс распространения данных (информации, знаний) среди пользователей с применением посредством средств и систем коммуникаций путем перемещения (пересылки) данных от источника (отправителя) к приемнику (получателю).

  3. Chanell Ответить

    Цель создания базы данных

    В деловой или личной сфере часто приходится работать с данными из разных источников, каждый из которых связан с определенным видом деятельности.
    Целью создания БД является разработка автоматизированной системы, обрабатывающей информацию с использованием программного обеспечения персонального компьютера. Что значительно облегчает работу любого предприятия.
    В качестве примера возьмем организацию ООО”Форум Компьютерс” и рассмотрим базу данных применяемую на ней.
    Менеджеры фирмы желают постоянно иметь под рукой данные о товаре,имеющемся в данный момент в наличии . При этом мы располагаем сведениями о товаре (минимальном наборе его характеристик — марка, описание товара, тип товара, серийный номер, цена); о поставщиках, у которых мы покупаем товар, (название организации, к кому обращаться, его должность в организации, адрес и телефон); о собственно закупках товара (описание заказа, обещанная дата доставки, фактическая дата доставки, цена за доставку товара); о сотрудниках; о доставке товара; о клиентах или покупателях.
    Проектируя базу данных, мы столкнёмся с рядом задач, которые нам предстоит решить. Вот, например, можно видеть, что хранение всей этой информации вкупе приведет к тому, что данные хоть и будут структурированы и содержаться в одной таблице, но кто захочет постоянно вводить данные о товаре, если мы его продаем 10 раз за один день? А о поставщике, если он поставляет несколько видов товара?
    Таким образом, можно создать таблицы — «Товары», «Поставщики», «Заказы», «Доставка», «Сотрудники», «Клиенты» каждая из которых будет хранить строго определенный набор данных.
    Но в этом случае появляется другой вопрос: а как можно узнать, какой поставщик доставил тот или иной товар? Сколько товара осталось на складе? Сколько продано товара? И какой именно товар продается согласно записи таблицы «Заказы»? Для решения этой задачи нужно определить между таблицами отношения — то есть в таблицу «Заказы» необходимо ввести поле, содержащее наименование товара, и поле, содержащее сведения о проведённых сделках: заказано, получено и т.д.. Однако если мы будем нумеровать (или кодировать) записи, то проблема лишних обращений к клавиатуре будет еще быстрее решена, за счет ввода только номера товара (код товара), номера заказа (код заказа), номера операции (код операции) — при условии, что соответствующие поля будут введены в состав таблиц «Товары», «Поставщики», «Заказы», «Клиенты», «Сотрудники».

    Планирование процесса разработки

    Процесс разработки проекта состоит из четырёх стадий:
    1. сбора и анализа требований к проектируемой базе данных;
    2. анализа архитектуры;
    3. планирования процесса разработки;
    4. реальное построение СУБД.
    Стадия сбора и анализа требований заключается в общении с пользователями данной БД и фиксации их требований: постоянный, быстрый, а главное удобный доступ к интересующей информации; возможность легко вносить, изменять и удалять различные данные и т. д.
    Стадия анализа архитектуры СУБД состоит в выборе дизайна, технологий обработки информации и инструментов разработки БД и СУБД. В данном примере инструментом будет являться СУБД Microsoft Access.
    Стадия планирования – создание планов по: закупке продукции, её реализации, стоимости, ресурсам, издержкам, прибыли и т. д.
    Стадия построение СУБД заключается в проведении работ, контроля выполнения планов и оценки полученных результатов.

    Требования, предъявляемые к проектируемой СУБД

    1. Функциональность – описание необходимых функций СУБД, возможность и правила работы с ними.
    Пример: возможность не хранить некоторые данные, а рассчитывать их при запросах по исходным данным.
    2. Производительность – время исполнения запроса, ёмкость БД, количество обслуживаемых клиентов.
    Пример: возможность поддерживания большого количества пользователей корпоративной сети при среднем времени выполнения запроса.
    3. Безопасность – ограничиваются возможностями использования данных для обработки.
    Пример: предусмотреть необходимую регистрацию пользователей и предоставления им права постоянного доступа.
    4. Масштабируемость – возможность увеличения количества полей, записей полей, пользователей, периодичность передачи данных.
    5. Возможность изменения конфигураций – показывает, насколько заказчик может изменять программное обеспечение с помощью разработчика.
    Пример: администратор должен иметь возможность изменять и формировать новые запросы, формы и т. д.
    6. Совместимость – возможность совместимости работы с разными СУБД.
    7. Доступность – определяет количество часов обслуживания пользователей, длительность проведения работ.
    Пример: администратор СУБД регистрирует время для архивации данных и проведении профилактических работ.
    8. Простота эксплуатации – определяет условия, которые создают удобства использования СУБД.
    9. Простота освоения СУБД – определяет допустимую длительность освоения приёмов управления СУБД.
    Итак, набросав примерный проект базы данных, приступим к его реализации.

  4. дЫнька Ответить

    СУБД – это не единственный программный компонент системы, хотя и наиболее важный. Среди других – утилиты, средства разработки приложений, средства проектирования, генераторы отчетов и т.д.
    Пользователей СБД можно разделить на три группы:
    · Прикладные программисты. Отвечают за написание прикладных программ, использующих БД. Для этих целей применимы различные языки программирования. Прикладные программы выполняют над данными стандартные операции – выборку, вставку, удаление, обновление – через соответствующий запрос к СУБД. Такие программы бывают простыми – пакетной обработки, или оперативными приложениями – для поддержки работы конечного пользователя.
    · Конечные пользователи. Работают с системами БД непосредственно через рабочую станцию или терминал. Конечный пользователь может получить доступ к БД, используя оперативное приложение или интегрированный интерфейс самой СУБД (такой интерфейс тоже является оперативным приложением, но встроенным). В большинстве систем есть хотя бы одно такое встроенное приложение – процессор языка запросов (или командный интерфейс). Язык SQL – пример языка запросов для БД. Кроме языка запросов в современных СУБД, как правило, есть интерфейсы, основанные на меню и формах – для непрофессиональных пользователей. Понятно, что командный интерфейс более гибок, содержит больше возможностей.
    · Администраторы БД. Отвечают за создание БД, технический контроль, обеспечение быстродействия системы, ее техническое обслуживание.
    К основным функциям СУБД относятся:
    · ведение системного каталога, доступного конечным пользователям
    Системный каталог, или словарь данных, является хранилищем информации, описывающей данные в базе данных (по сути, это “данные о данных”, или метаданные). Обычно в системном каталоге хранятся следующие сведения:
    – имена, типы и размеры элементов данных;
    – имена связей;
    – накладываемые на данные ограничения поддержки целостности;
    – имена санкционированных пользователей, которым предоставлено праводоступа к данным;
    – внешняя, концептуальная и внутренняя схемы и отображения между ними;
    – статистические данные, например частота транзакций и счетчики обращений к объектам базы данных.
    Наличие системного каталога позволяет:
    – централизовано хранить информацию о данных, что обеспечивает контроль доступа к этим данным и любому другому ресурсу;
    – легко обнаружить избыточность и противоречивость описания отдельных элементов данных;
    – протоколировать внесение в базу данных изменений и определить их последствия еще до их внесения, поскольку в системном каталоге зафиксированы все существующие элементы данных, установленные между ними связи, а также все их пользователи;
    – усилить меры обеспечения безопасности;
    – выполнять аудит сохраняемой информации.
    · поддержка транзакций
    Транзакция представляет собой набор действий, выполняемых отдельным пользователем или прикладной программой с целью доступа или изменения содержимого базы данных. Примерами транзакций может служить добавление в базу данных сведений о новом сотруднике, обновление сведений о зарплате некоторого сотрудника, удаление сведений о сотруднике. Если во время выполнения транзакции произойдет сбой, например из-за выхода из строя компьютера, база данных попадает в противоречивое состояние, поскольку некоторые изменения уже будут внесены, а остальные еще нет. Поэтому все частичные изменения должны быть отменены для возвращения базы данных в прежнее, непротиворечивое состояние. СУБД должна иметь механизм, который гарантирует выполнение либо всех операций обновления данной транзакции, либо ни одной из них.
    · поддержка параллельной работы
    СУБД должна иметь механизм, который гарантирует корректное обновление базы данных при параллельном выполнении операций обновления многими пользователями. Параллельный доступ сравнительно просто организовать, если все пользователи выполняют только чтение данных, поскольку в этом случае они не могут помешать друг другу. Однако, когда два или больше пользователей одновременно получают доступ к базе данных, легко может возникнуть конфликт с нежелательными последствиями.
    · восстановление базы данных после сбоев
    СУБД должна предоставлять средства восстановления базы данных на случай какого-либо ее повреждения или разрушения. Подобный сбой может произойти в результате выхода из строя системы или запоминающего устройства, ошибки аппаратного или программного обеспечения, которые могут привести к останову СУБД. Кроме того, пользователь может обнаружить ошибку во время выполнения транзакции и потребовать ее отмены. Во всех этих случаях СУБД должна предоставить механизм восстановления базы данных и возврата ее к непротиворечивому состоянию.
    Для восстановления БД нужно располагать некоторой дополнительной информацией, т.е. поддержание надежности хранения данных в БД требует избыточности хранения данных, причем та часть данных, которая используется для восстановления, должна храниться особо надежно. Наиболее распространенным методом поддержания такой избыточной информации является ведение журнала изменений БД.
    Журнал – это особая часть БД, недоступная пользователям СУБД и поддерживаемая с особой тщательностью (иногда поддерживаются две копии журнала, располагаемые на разных физических дисках), в которую поступают записи обо всех изменениях основной части БД.
    · контроль доступа к данным
    СУБД должна иметь механизм, гарантирующий возможность доступа к базе данных только санкционированных пользователей.
    · поддержка обмена данными
    СУБД должны поддерживать работу в локальной сети, чтобы вместо нескольких разрозненных баз данных для каждого отдельного пользователя можно было бы установить одну централизованную базу данных и использовать ее как общий ресурс для всех существующих пользователей. При этом предполагается, что не база данных должна быть распределена в сети, а удаленные пользователи должны иметь возможность доступа к централизованной базе данных. Такая топология называется распределенной обработкой.
    · поддержка целостности данных
    Целостность базы данных означает корректность и непротиворечивость хранимых данных. Она может рассматриваться как еще один тип защиты базы данных. Целостность обычно выражается в виде ограничений или правил сохранения непротиворечивости данных, которые не должны нарушаться в базе. СУБД должна обладать инструментами контроля за тем, чтобы данные и их изменения соответствовали заданным правилам.
    · поддержка независимости от данных
    Независимость от данных обычно достигается за счет реализации механизма поддержки представлений или подсхем. Физическая независимость от данных достигается довольно просто, так как обычно имеется несколько типов допустимых изменений физических характеристик базы данных, которые никак не влияют на представления. СУБД должна обладать инструментами поддержки независимости программ от фактической структуры базы данных.
    · вспомогательные функции
    СУБД должна предоставлять некоторый набор различных вспомогательных функций, обычно предназначенных для администрирования базы данных, импорта и экспорта БД, мониторинга характеристик функционирования и использования базы данных, статистического анализа (оценка производительности или степени использования базы данных), реорганизации индексов, перераспределения памяти.
    На заре технологии БД было легко установить границу между СУБД и приложением: приложения были отдельными программами, которые вызывали СУБД. Сегодня, в особенности с появлением СУБД для ПК эта граница стала несколько размытой. Поэтому будем считать, что все формы, отчеты, меню, как и программный код, содержащийся в них, входят в приложение БД. Автономные программы, вызывающие СУБД, также являются частью приложения. Все структуры, правила и ограничения, касающиеся таблицы, а также определения связей относятся к ведению СУБД и входят в состав БД.
    Приложения выполняют пять основных функций: 1. Создание, чтение, обновление и удаление представлений. 2. Форматирование представлений. 3. Реализация ограничений. 4. Обеспечение механизмов безопасности и контроля. 5. Реализация логики обработки информации.

  5. SOBAKEN Ответить

    Этапы проектирования базы данных.
    Проектирование выполняется посредством изучения предметной области и требований, предъявляемых к создаваемой информационной системе. Информационная система – организационно упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы. На стадии проектирования производится выбор:
    Структуры данных и стратегии их хранения в памяти информационной системы;
    Технологии обслуживания информационной системы и взаимодействия с ней конечных пользователей;
    Технических и стандартных программных средств, а также разработка оригинальных программных средств обслуживания информационной системы.
    В реляционной СУБД класса Microsoft Access, каждую базу данных следует строить на основе некоторого набора задач или функций. Например, одна база данных, предназначенная для обработки заказов, может содержать данные о каждом клиенте, предлагаемые товары, заказы, статистические данные о продаже товаров в прошлом. Другая же будет предназначена для учета кадров. В нее войдет информация о подразделениях организации и подробные данные о сотрудниках – ФИО, должность, анкетные сведения и т. п.
    Здесь мы сталкиваемся с самым сложным вопросом в процессе проектирования: как в ориентированной на конкретные задачи базе данных организовать хранение данных, используя преимущества реляционной модели и избежав лишних затрат? Если мы следовали изложенным выше этапам определения задач и объектов базы данных, то уже немало сделали для создания логичного и гибкого проекта приложения. А если мы начали создавать таблицы данных, не проанализировав задачи и объекты? Важным моментом является рассмотрение принципов, применение которых поможет избежать некоторых проблем и создать надежное и эффективное приложение.
    Система управления базами данных обеспечивает полный контроль над процессами определения данных, их обработкой и совместным использованием. СУБД существенно облегчает структуризацию и обработку больших объемов информации, хранящейся в многочисленных таблицах. Разнообразные средства СУБД обеспечивают выполнение трех основных функций: определение данных, обработка данных и управление данными.
    Реляционные СУБД предоставляют разнообразные средства для работы с данными. Например, можно производить поиск любой сложности, как в отдельной таблице, так и в нескольких связанных таблицах или файлах или с помощью одной команды обновлять содержимое одного поля или нескольких записей.

  6. (= ВЕСЕЛЫЙ ПОМИДОР =) Ответить

    Главной целью создания базы данных является составление, регистрация и учет первичных кассовых документов выбранной организации. Все данные хранятся в единой базе данных, и пользователь в любое время может получить необходимую ему информацию о любой кассовой операции.
    Задачи, решаемые проектируемой базой данных:
    1. хранение необходимых данных имеющихся относительно кассовых операции плательщиков и предоставление удобного доступа к ним с возможностью редактирования;
    2. хранение необходимых данных имеющихся относительно кассовых операции плательщиков и предоставление удобного доступа к ним с возможностью редактирования;
    3. наличие справочной информации по бухгалтерским счетам и соответствующим им хозяйственным операциям;
    4. формирование приходных кассовых ордеров по форме № КО-1;
    5. формирование расходных кассовых ордеров по форме № КО-2;
    6. формирование журнала регистрации приходных и расходных кассовых документов по форме № КО-3;
    7. формирование возможности дополнительного контроля баланса денежных средств в кассе;
    8. формирование возможности подсчета выручки от магазинов;
    9. формирование возможности просмотра всех кассовых операции произведенных в определенный день;
    Концептуальная модель
    После проведения формализованного описания предметной области составляется концептуальная модель.

    Рис.1. Концептуальная модель базы данных
    Реляционная модель данных
    Реляционную модель для наглядности представим в виде таблиц:
    accuonts (Счета)
    [№_account]
    номер счета
    foundationDt
    содержание хозяйственной операции относительно дебета
    foundationKt
    содержание хозяйственной операции относительно кредита
    payers (плательщики)
    [№_payer]
    Номер плательщика
    name_organisation
    Наименование организации
    FIO
    ФИО
    recipients (получатели)
    [№_recipient]
    номер получателя
    name_recipient
    имя получателя
    passport_information
    паспортные данные
    post
    должность
    arrival_warrant (приходный ордер)
    [№_arrival_warrant]
    номер приходного ордера
    date
    дата составления
    [№_account]
    счет
    sum
    сумма
    [№_payer]
    номер плательщика

  7. Rainbringer Ответить

    Основываясь на вышесказанном основную задачу данного проекта можно определить как построение автоматизированной системы контроля произведенных работ. Решение данной проблемы значительно ускорит и упростит процесс заполнения документов а также их хранения.
    В качестве предмета автоматизации была выбрана строительная компания «Строим Нормально» организация занимающаяся ремонтом, строительством, реконструкцией и модернизацией объектов разного типа. Подробный список предоставляемых услуг а также структура фирмы отображены в Приложении 1 и Приложении 2 соответственно.
    Предметной областью данного проекта является прием-сдача отремонтированных, реконструированных, модернизированных объектов основных средств (Форма № ОС-3).
    В данном проекте рассматривается процесс заполнения и подписания акта о приеме-сдаче отремонтированных, реконструированных, модернизированных объектов основных средств (Форма № ОС-3).
    Цели и задачи
    Цель: автоматизация контроля произведенных работ.
    Задачи:
    · Ввод информации
    · Вывод информации
    · Редактирование информации
    · Удаление информации
    Правила заполнения формы
    Акт о приеме-сдаче отремонтированных, реконструированных, модернизированных объектов основных средств по форме ОС-3 применяется для оформления и учета приема-сдачи объектов основных средств из ремонта, реконструкции, модернизации.
    Подписывается членами приемочной комиссии или лицом, уполномоченным на приемку объектов основных средств, а также представителем организации (структурного подразделения), проводившей ремонт, реконструкцию, модернизацию. Утверждается руководителем организации или уполномоченным им лицом и сдается в бухгалтерию.
    Если ремонт, реконструкцию и модернизацию выполняет сторонняя организация, акт составляется в двух экземплярах. Первый экземпляр остается в организации, второй экземпляр передается организации, проводившей ремонт, реконструкцию, модернизацию.
    Услуги
    •Ремонтно-отделочные_работы
    Наши опытные специалисты выполняют комплексный ремонт квартир «под ключ» любой сложности – капитальный ремонт, косметический ремонт, евроремонт. Каждый из видов ремонта может включать себя широкий спектр услуг: закупку и доставку отделочных и строительных материалов, штукатурные, плиточные, малярные, гипсокартонные и отделочные работы, замену электропроводки, столярные и плиточные работы, работы по гидроизоляции, утеплению и шумоизоляции, установку, полов, натяжных потолков и др. услуги., позволяющие сделать Ваше жилище максимально комфортным и уютным.
    •Инженерные_коммуникации
    Каждое современное жилое или офисное помещение должно быть обустроено максимально уютно и комфортно. Мы вам в этом поможем: быстро и качественно установим отопительные и вентиляционные системы, системы кондиционирования, выполним сантехнические и электромонтажные работы любой сложности.
    •Согласование
    Не секрет, что строительство дома или перепланировка квартиры – процесс, требующий не только материальных вложений. Немало времени и сил уходит на оформление необходимой документации и общение с представителями БТИ, пожарной службы, КГА, СЭС, МВК, Водоканала и прочих организаций. Если обойти вниманием, хотя бы одну из структур, дом будет считаться самостроем, а квартира незаконно перепланированной. О последствиях подобных ситуаций известно каждому…
    Доверяя согласование нашим специалистам, вы избавляете себя от этих «удовольствий».
    •Дизайн_интерьеров
    Любой вид строительства, ремонта, внутренней и наружной отделки строений, благоустройство территории, всегда непосредственно связаны с дизайном или, как эта работа ранее называлась в нашей стране, художественным конструированием.
    Дизайнеры нашей компании– профессиональные художники, владеющие всеми современными приемами создания образов, знанием техник и материалов, обладающие яркой фантазией и тонким чувством прекрасного. С нашей помощью Вы сможете изящно и грамотно выстроить пространство собственного дома, подобрать подходящую по стилю и фактуре мебель, предметы декора, использовать самые эффектные и удачные новинки европейского дизайна.
    •Строительство_коттеджей
    Одно из наших приоритетных направлений – строительство коттеджей. Выполняя полный спектр работ по проектированию, возведению и отделке, своим клиентам мы предлагаем строительство домов «под ключ», что подразумевает установку и подключение всех инженерных систем, и обустройство прилегающей территории.
    Материалы строительства могут быть разнообразны: от традиционного дерева и кирпича до пеноблоков и SIP-панелей.
    Стоимость строительства коттеджа определяется сложностью проекта и используемыми строительными материалами.
    •Благоустройство_территории
    Благоустройство территории – сложный комплекс работ, требующий участия профессионалов. Но мы помним и о том, что ландшафтный дизайн – это творчество. Дворовая территория должна быть не только удобно и практично устроена, она призвана создавать ощущение гармонии и домашнего тепла.
    Комплекс работ по благоустройству прилегающей к дому территории включает:
    -устройство детских и спортивных площадок, хоз. Зон и парковочных мест;
    -создание тропинок и дорожек на участке;
    -устройство систем освещения и полива;
    -организация ливневой и дренажной канализации;
    -устройство искусственных водоемов;
    – посадка деревьев и озеленение участка.

  8. Borne Ответить

    Кодирования данных.
    Обеспечения целостности данных.
    Создания и обработки баз данных.
    Архивации данных
    Передачи данных.
    Определить порядок развития научных школ менеджмента (по убыванию):
    научное управление
    школа науки управления
    административная школа
    школа психологии и человеческих отношений
    Функция контроля необходима для:
    учета внешних факторов
    выявления внутренних факторов
    выявления отклонений от плана
    Процессный подход подразумевает управление как непрерывный процесс, реализующий комплекс … .
    Взаимосвязанных управленческих функций
    Какие могут быть компьютеризованные межперсональные коммуникации?
    проверка сообщений;
    рассылка сообщений по почтовым спискам;
    проведение телеконференций;
    простые пересылки сообщений по конкретному адресу;
    все вышеназванное.
    Чем продиктована необходимость выделения из управленческих документов экономических показателей в процессе постановки задачи
    стремлением к правильной формализации расчетов и выполнения логических операций;
    для идентификации структурных подразделений, генерирующих управленческие документы;
    необходимостью защиты информации.
    Из каких основных частей состоит экономическая КИС?
    из носителей информации.
    из обеспечивающих;
    из моделей;
    из обеих вышеназванных;
    из функциональных;
    Данные в хранилищах данных находятся в виде

  9. Junni Ответить

    СУБД позволяет хранить большие объемы информации и быстро находить нужные данные. При работе с традиционной бумажной картотекой сотруднику приходится постоянно иметь дело с большим объемом данных. При этом на практике карточки очень часто бывают отсортированы не по тому признаку, который необходим в данный момент. Использование СУБД значительно упрощает задачу поиска необходимых данных, причем пользователь практически не ограничен в выборе критериев поиска. Примером подобной системы может служить Microsoft Access.
    Прежде всего рассмотрим три главных элемента пользовательского интерфейса MS Access 2010 (МА 2010).
    • Лента. Область вверху окна приложения, которая содержит группы команд.
    • Представление Backstage. Перечень команд на вкладке Файл, которая помещается на ленте.
    • Область навигации. Область в левой части окна МА 2010, созданная для работы с объектами базы данных. Область навигации заменила собой окно базы данных в Access 2007.
    Три вышеописанных компонента генерируют среду, в которой можно создавать и использовать базы данных.
    Лента полностью заменила собой меню и панели инструментов, которые использовались в более ранних версиях МА. Она содержит вкладки с группами кнопок. Лента включает вкладки “по умолчанию” с группами наиболее типичных команд, контекстные вкладки, появляющиеся тогда, когда их использование допустимо, и панель быстрого доступа – специфическую панель инструментов, которая предназначена для добавления самых нужных команд.
    Одни кнопки на вкладках ленты дают возможность выбора действий, другие запускают выполнение конкретной команды.
    Режим Backstage является новинкой, созданной в МА 2010. Этот режим включает команды и сведения, которые можно применить ко всей базе данных, например Сжать и восстановить, и команды, которые в более ранних версиях МА находились в меню Файл, например Печать.
    Область навигации дает возможность структурировать объекты базы данных и представляет собой главное средство открытия или изменения объектов базы данных. Область навигации выполняет функции окна базы данных, которое было представлено в версиях программы до Access 2007. Область навигации структурирована по категориям и группам. Пользователь имеет возможность настроить всевозможные параметры организации, и, кроме того, сконструировать индивидуальную схему организации. Обычно в новой базе данных представлена категория типа объекта, содержащая группы, соответствующие различным типам объектов базы данных. Категория типов объектов структурирует объекты базы данных так же, как окно базы данных в более ранних версиях МА.
    Существует возможность уменьшения или скрытия области навигации, но она никогда не заслоняется при активизации объектов базы данных поверх нее.
    Представление Backstage отображается при запуске вкладки Файл, содержащей команды, которые в предшествующих версиях МА располагались в меню Файл. Кроме того, в представлении Backstage содержатся команды, применимые ко всей базе данных. Представление Backstage отображается при активации приложения МА при условии, что база данных еще не открыта (рис. 3.24).

    Рис. 3.24. Представление Backstage
    Backstage предназначен для создания и открытия баз данных, публикации их в Интернете на сервере SharePoint Server и выполнения многих других задач, в том числе обслуживания файлов и баз данных.
    Создание пустой базы данных. Для того чтобы создать новую базу данных, нужно сделать следующее.
    1. Активировать МА при помощи меню Пуск или с использованием ярлыка. Запустится представление Backstage.
    2. Запустить одну из приведенных ниже процедур.
    а) Создание веб-базы данных:
    – в группе Доступные шаблоны выбрать пункт Пустая веб-база данных;
    – справа в разделе Пустая веб-база данных в поле Имя файла набрать наименование файла базы данных или воспользоваться наименованием по умолчанию;
    – щелкнуть кнопку Создать.
    Таким образом, новая база данных будет создана и при этом откроется новая таблица в режиме таблицы.
    б) Создание базы данных на компьютере:
    – в группе Доступные шаблоны нажать пункт Пустая база данных;
    – справа в разделе Пустая база данных в поле Имя файла набрать наименование файла базы данных или воспользоваться наименованием по умолчанию;
    – нажать кнопку Создать.
    Таким образом, новая база данных будет создана и при этом откроется новая таблица в режиме таблицы.
    МЛ 2010 включает перечень шаблонов, к тому же существует возможность загрузки дополнительных шаблонов с веб-сайта Office.com. Шаблон МА является готовой базой данных с таблицами, разработанными на профессиональном уровне, а также содержащей формы и отчеты. Шаблоны дают возможность сократить время прохождения начальных этапов создания базы данных.
    Создание базы данных из образца шаблона. Для осуществления этого необходимо сделать следующее.
    1. Активировать МА 2010 при помощи меню Пуск или воспользовавшись ярлыком. Запустится представление Backstage.
    2. Нажать пункт Образец шаблона и просмотреть перечень доступных шаблонов.
    3. Выбрать нужный шаблон.
    4. Справа в окне “Имя файла” набрать наименование файла или воспользоваться наименованием по умолчанию.
    5. Щелкнуть кнопку Создать.
    Приложение МА 2010 на основе выбранного шаблона создаст новую базу данных и откроет ее.
    Существует возможность загрузить дополнительные шаблоны МА 2010 с веб-сайта Office.com через представление Backstage.
    Создание базы данных из шаблона Office.com. Для осуществления этого действия нужно сделать следующее.
    1. Активировать МА 2010 при помощи меню Пуск или с использованием ярлыка. Запустится представление Backstage.
    2. На панели Шаблоны Office.com отметить категорию и необходимый шаблон. Нужный шаблон можно найти также с помощью окна поиска.
    3. В поле Имя файла набрать наименование файла или использовать наименование по умолчанию.
    4. Щелкнуть кнопку Загрузить.
    Приложение МА 2010 далее уже без вмешательства пользователя загрузит выбранный шаблон, создаст новую базу данных на его основе, сохранит ее в каталоге документов, который был выбран пользователем, и откроет ее.
    В момент открытия (или создания и последующего открытия) базы данных наименование файла и место нахождения базы данных включаются в перечень последних открывавшихся документов. Этот перечень отображается на вкладке Недавние представления Backstage, что позволяет без труда открыть недавно использовавшиеся базы данных.
    Открытие недавно использовавшейся базы данных. Для осуществления этого действия нужно сделать следующее.
    1. Активировать МА 2010.
    2. В представлении Backstage нажать пункт Недавние и выбрать базу данных, которую требуется открыть. Приложение МА откроет базу данных.
    Открытие базы данных из представления Backstage. Для осуществления этого действия нужно сделать следующее.
    1. Активировать М А 2010.
    2. На вкладке Файл щелкнуть кнопку Открыть. В диалоговом окне Открытие отметить файл и щелкнуть кнопку Открыть. Откроется база данных.
    Лента по сути является заменой таких элементов интерфейса, как меню и панели инструментов. Лента представляет собой главный командный интерфейс МА 2010. Одно из основных преимуществ ленты – это собранные на ней средства выполнения задач, ранее содержащиеся в меню, на панелях инструментов, в областях задач и других элементах пользовательского интерфейса. Теперь требуемую команду не нужно искать в нескольких разных местах.
    Когда база данных открывается, лента отображается вверху главного окна МА 2010. В этот момент она включает команды активной вкладки команд (рис. 3.25).

    Рис. 3.25. Лента МА 2010
    Лента включает перечень вкладок с командами. В МА 2010 главные вкладки команд – Файл, Главная, Создание, Внешние данные и Работа с базами данных. Любая вкладка включает группу взаимосвязанных команд, которые, в свою очередь, открывают другие новые компоненты интерфейса, например коллекцию – совершенно новый элемент управления, который позволяет наглядно выбирать варианты управления.
    Команды ленты должны соответствовать объекту, который в настоящее время активен. Например, если открыть таблицу в режиме таблицы и щелкнуть по кнопке Форма на вкладке Создание в группе Формы, приложение МА 2010 создаст форму на основе активной таблицы. Таким образом, наименование активной таблицы будет указано в свойстве формы RecordSource (источник записей). Необходимо учитывать, что определенные вкладки ленты отображаются исключительно в соответствующем контексте. Например, вкладка Конструктор отображается исключительно в момент открытия объекта в режиме конструктора.
    Работа с лентой может быть удобна при использовании некоторых комбинаций клавиш. При этом все комбинации клавиш из предшествующей версии МА действуют по-прежнему. Однако вместо клавиш активации меню, которые применялись в предыдущих версиях МА, действует система доступа к элементам управления с клавиатуры. Эта система использует специальные индикаторы с одной или несколькими буквами, появляющиеся на ленте при нажатии клавиши ALT. Данные индикаторы указывают на клавиши, которые соответствуют элементам управления.
    Для того чтобы просмотреть доступные команды вкладки, необходимо ее выбрать.
    Выбор вкладки с командами. Чтобы осуществить это действие, необходимо выполнить следующее.
    1. Активировать МА 2010.
    2. Выбрать требуемую вкладку.
    Или
    1. Активировать МА 2010.
    2. Нажать и отпустить клавишу ALT. После этого отобразятся подсказки по доступу с клавиатуры.
    3. Щелкнуть клавишу или клавиши, которые указаны в подсказке возле требуемой вкладки.
    Существует несколько вариантов исполнения команд. Самый простой из них – это использование комбинаций клавиш, которые связаны с командами. Комбинациями клавиш из предшествующей версии МА можно воспользоваться и в МА 2010.
    Выполнение команды:
    1) активировать МА 2010;
    2) выбрать вкладку с требуемой командой;
    3) нажать элемент управления, который соответствует команде. Если комбинация клавиш для данной команды уже известна из предшествующей версии МА, нажмите ее;
    или
    1) нажать и отпустить клавишу ALT. Отобразятся подсказки по доступу с клавиатуры;
    2) щелкнуть клавишу или клавиши, которые указаны в подсказке, связанной с требуемой командой.
    В табл. 3.1 показаны вкладки и команды, которые находятся в каждой из них. Перечень доступных вкладок и команд может преобразовываться в зависимости от выполняемых действий.
    Таблица 3.1
    Вкладки и команды Access 2010
    Вкладка команд
    Возможные действия
    Главная
    Выбор другого представления
    Копирование и вставка данных из буфера обмена
    Задание свойств текущего шрифта
    Установка текущего выравнивания шрифта
    Применение форматирования к полю MEMO
    Работа с записями (обновление, создание, сохранение, удаление, итоги, орфография, дополнительно)
    Сортировка и фильтрация записей
    Поиск записей
    Создание
    Создание пустой таблицы
    Создание таблицы на основе шаблона
    Создание списка на сайте SharePoint, а также связанной с этим списком таблицы в текущей базе данных
    Создание пустой таблицы в режиме конструктора
    Создание формы на основе активной таблицы или запроса
    Создание сводной таблицы или диаграммы
    Создание отчета на основе активной таблицы или запроса
    Создание запроса, макроса, модуля или модуля класса
    Внешние данные
    Импорт или связывание внешних данных
    Экспорт данных
    Сбор и обновление данных по электронной почте
    Создание сохраненных операций импорта и экспорта
    Запуск диспетчера связанных таблиц
    Работа с базами данных
    Перенос некоторых или всех частей базы данных на новый или существующий сайт SharePoint
    Запуск редактора Visual Basic или выполнение макроса
    Создание и просмотр отношений между таблицами
    Показ или скрытие зависимостей объектов
    Запуск архивариуса или анализ производительности
    Перемещение данных в Microsoft SQL Server или базу данных Access (только таблицы)
    Управление надстройками Access
    Создание или изменение модуля VBA
    Контекстные вкладки команд. Кроме обычных вкладок команд в МА 2010 появились также контекстные вкладки (рис. 3.26). В соответствии с контекстом (т.е. с тем, каким объектом пользователь занят в данный момент и какие именно действия он исполняет) рядом с обычными вкладками команд могут отображаться контекстные вкладки.

    Рис. 3.26. Контекстные вкладки команд
    Для активации контекстной вкладки с командами нужно сделать следующее:
    • нажать контекстную вкладку;
    или
    • нажать и отпустить клавишу ALT. Отобразятся подсказки по доступу с клавиатуры;
    • щелкнуть клавишу или клавиши, которые указаны в подсказке около контекстной вкладки.
    Контекстные вкладки включают команды и функциональные элементы, которые необходимы для функционирования в определенном контексте. Например, в момент открытия таблицы в режиме конструктора контекстные вкладки включают команды, используемые для работы с таблицей только в этом режиме.
    Коллекции. Кроме всего прочего на ленте находится элемент управления, который получил название Коллекция. Этот элемент был создан для привлечения внимания к требуемым результатам. Коллекция – это элемент управления, который не только показывает команды, но еще и отображает результат исполнения этих команд (рис. 3.27). Главная цель создания этого элемента состоит в том, чтобы дать пользователю возможность найти и выбрать необходимые действия в МА 2010 по виду, сосредоточившись на результате, а не на самих командах.

    Рис. 3.27. Коллекции МА 2010
    Коллекции отличаются друг от друга по форме и размерам. В одном случае она представляет собой таблицу, которая раскрывает представление в виде меню, а в другом – встроенную коллекцию, компоненты которой находятся непосредственно на ленте.
    Скрытие ленты. В процессе работы может возникнуть необходимость выделения дополнительного пространства на экране. В этом случае есть возможность убрать ленту и оставить только строку с вкладками команд. Чтобы убрать ленту, необходимо дважды щелкнуть текущую вкладку команд. Для того чтобы вернуть ленту, необходимо опять дважды щелкнуть текущую вкладку команд.
    Скрытие и восстановление ленты. Для осуществления этого действия нужно выполнить следующее.
    1. Дважды щелкнуть выделенную вкладку команд.
    2. Чтобы восстановить ленту, опять дважды щелкнуть текущую вкладку команд.
    Панель быстрого доступа, расположенная рядом с лентой, дает возможность доступа к командам одним щелчком мыши. Перечень по умолчанию содержит команды Сохранение, Отмена и Возврат, однако существует возможность настроить панель быстрого доступа таким образом, чтобы добавлять в нее наиболее часто используемые команды. Также возможно преобразовать вид этой панели инструментов, например расположение и размер. В обычном, т.е. уменьшенном, виде панель располагается рядом с вкладками команд ленты. Когда пользователь выбирает крупный размер, панель перемещается под ленту.
    Настройка панели быстрого доступа. Для осуществления этого действия нужно выполнить следующее.
    1. Нажать стрелку отображения списка в правой части панели.
    2. В разделе Настройка панели быстрого доступа отметить команду, которую нужно добавить.
    Если в представленном перечне не оказалось требуемой команды, необходимо выбрать элемент Другие команды и перейти к следующему действию.
    3. В диалоговом окне Параметры Access выбрать команду или команды, которые необходимо добавить, и щелкнуть кнопку Добавить.
    4. Чтобы удалить команду, необходимо выделить ее в перечне команд, который находится справа, и щелкнуть кнопку Удалить. Кроме того, существует возможность просто дважды щелкнуть команду в перечне.
    5. Когда действия по удалению команды завершены, щелкнуть кнопку ОК.
    Область навигации. Когда открываются уже существующие или вновь созданные базы данных, наименования объектов базы данных отображаются в области навигации (рис. 3.28). К объектам базы данных можно отнести таблицы, формы, отчеты, страницы, макросы и модули. Область навигации по сути выполняет функции окна базы данных, которое присутствовало в предыдущих версиях МА, т.е. если в предыдущих версиях программы для запуска и выполнения задач служило окно базы данных, то в МА 2010 для этого используется область навигации. Например, для добавления строки в таблицу в режиме таблицы необходимо открыть таблицу из области навигации. В веб-браузерах область навигации обычно недоступна. Для того чтобы воспользоваться ей в веб-базе данных, сначала необходимо открыть базу данных в Access.

    Рис. 3.28. Область навигации
    Для открытия объекта базы данных или применения к нему команды нужно кликнуть его ПКМ и выбрать команду в контекстном меню. Команды контекстного меню отображаются в зависимости от типа объекта.
    Открытие объекта базы данных (например, таблицы, формы или отчета). Для осуществления этого действия нужно выполнить следующее:
    • дважды нажать объект в области навигации;
    или
    • отметить объект в области навигации и щелкнуть клавишу ВВОД;
    или
    • в области навигации отметить объект ПКМ и выбрать в контекстном меню команду Открыть.
    Диалоговое окно Параметры переходов предоставляет возможность выбрать параметр открытия объектов одним щелчком мыши.
    Объекты базы данных в области навигации классифицируются на категории, которые в свою очередь содержат группы. По умолчанию в списке присутствуют встроенные категории, но существует возможность создавать пользовательские группы.
    По умолчанию область навигации отображается при запуске базы данных, в том числе баз данных, созданных в предшествующих версиях МА. Есть возможность отключить появление области навигации по умолчанию, воспользовавшись соответствующим параметром приложения. Ниже приведены инструкции для осуществления каждого действия.
    Отображение и скрытие области навигации. Для осуществления этого действия нужно выполнить следующее:
    • щелкнуть кнопку в правом верхнем углу области навигации или клавишу F11.
    Для отмены отображения области навигации по умолчанию
    нужно выполнить следующее:
    – на вкладке Файл выбрать пункт Параметры. Отобразиться диалоговое окно Параметры Access;
    – в левой области отметить пункт Текущая база данных; в разделе Переходы убрать флажок Область переходов и щелкнуть кнопку ОК.
    Вкладки документов. Начиная с Access 2007, для отражения объектов базы данных в программе появилась возможность пользоваться вкладками документов, а не перекрывающимися окнами (рис. 3.29). Это более удобный инструмент. Отображение и скрытие вкладок документов можно настроить при помощи параметров МА 2010. Если пользователь изменяет эти параметры, нужно закрыть и снова открыть базу данных, тогда изменения войдут в силу.

    Рис. 3.29. Вкладки документов
    Отображение и скрытие вкладок документов. Для осуществления этого действия нужно выполнить следующее.
    1. На вкладке Файл щелкнуть кнопку Параметры. Отобразится диалоговое окно Параметры Access.
    2. В левой области отметить элемент Текущая база данных.
    3. В разделе Параметры приложения в группе Параметры окна документа установить переключатель в положение Вкладки.
    4. Установить или убрать флажок Вкладки документов. Если флажка нет, вкладки документов отключены.
    5. Щелкнуть кнопку ОК.
    Параметр Вкладки документов является индивидуальным, т.е. его нужно изменять отдельно для каждой базы данных. Если пользователь изменяет параметр Вкладки документов, то нужно закрыть и снова открыть базу данных, тогда изменения вступят в силу. Базы данных, созданные с помощью МА 2007 или МА 2010, показывают вкладки документов по умолчанию. В базах данных, созданных в предшествующих версиях МА, по умолчанию используются перекрывающиеся окна.
    Строка состояния. В МА 2010 внизу окна может находиться строка состояния. Как и в предыдущих версиях МА, этот стандартный компонент пользовательского интерфейса используется для отражения сообщений о состоянии, свойств, индикаторов хода выполнения и т.д. В МА 2010 строка состояния дает возможность доступа к двум стандартным функциям, отображающимся в строке состояния и в других программах Office 2010: управлению окнами и изменению масштаба.
    Элементы управления строки состояния предоставляют возможность удобного переключения различных режимов просмотра активного окна. Так, если просматривать объект, поддерживающий корректировку масштаба, существует возможность варьировать степень увеличения или уменьшения с помощью ползунка в строке состояния.
    Отобразить или убрать строку состояния можно в диалоговом окне Параметры Access.
    Отображение и скрытие строки состояния. Для осуществления этого действия нужно выполнить следующее.
    1. На вкладке Файл найти пункт Параметры. Отобразится диалоговое окно Параметры Access.
    2. Слева отметить пункт Текущая база данных.
    3. В разделе Параметры приложений поставить или убрать флажок Строка состояния. Если флажка нет, то строка состояния не отображается.
    4. Щелкнуть кнопку ОК.
    Мини-панель инструментов. Для форматирования текста в версиях МА, которые были выпущены до МА 2007, обычно использовались меню или панель инструментов Форматирование. В МА 2010 форматировать текст стало удобнее, так как была создана мини-панель инструментов (рис. 3.30). Если выделить текст с целью форматирования, над ним автоматически появится минипанель инструментов. При движении указателя мыши по направлению к мини-панели она становится более четкой, и тогда ее можно применить для изменения начертания, размера и цвета шрифта и т.д. Когда курсор мыши удаляется, мини-панель инструментов постепенно исчезает, т.е. если в мини-панели инструментов нет необходимости, она исчезает.

    Рис. 3.30. Мини-панель инструментов
    Форматирование текста с помощью мини-панели инструментов.
    1. Отметить текст, который предназначен для форматирования. Над отмеченным текстом отобразится прозрачная мини-панель инструментов.
    2. Воспользоваться мини-панелью инструментов для форматирования.
    Получение справочных сведений. Если необходимо прояснить какие-то вопросы, нужно вызвать справку, нажав клавишу F1 или щелкнув вопросительный знак в правой части ленты (рис. 3.31).

    Рис. 3.31. Получение справочных сведений
    Кроме того, справочные сведения находятся в представлении Backstage. На вкладке Файл необходимо щелкнуть кнопку Справка. Перечень источников справочных сведений отобразится в представлении Backstage.
    Здесь приведен краткий обзор функций МА 2010. Для более подробного изучения данного программного продукта необходимо обратиться к соответствующему руководству пользователя.

  10. Dagda Ответить

    ТУТ ВОЗНИКЛИ ВОПРОСЫ
    В жизни мы часто сталкиваемся с необходимостью хранить какую-либо информацию, а потому часто имеем дело и с базами данных. Например, мы используем записную книжку для хранения номеров телефонов своих друзей и планирования своего времени. Телефонная книга содержит информацию о людях, живущих в одном городе. Все это своего рода базы данных. Ну а раз это базы данных, то посмотрим, как в них хранятся данные. Например, телефонная книга представляет собой таблицу (табл. 10.1).
    В этой таблице данные – это собственно номера телефонов, адреса и ФИО., т.е. строки «Иванов Иван Иванович», «32-43-12» и т.п., а названия столбцов этой таблицы, т.е. строки «ФИО», «Номер телефона» и «Адрес» задают смысл этих данных, их семантику.
    Таблица 10.1. Пример базы данных: телефонная книга
    ФИО
    Номер телефона
    Адрес
    Иванов Иван Иванович
    32-43-12
    ул. Ленина, 12, 43
    Ильин Федор Иванович
    32-32-34
    пр. Маркса, 32, 45
    Теперь представьте, что записей в этой таблице не две, а две тысячи, вы занимаетесь созданием этого справочника и где-то произошла ошибка (например, опечатка в адресе). Видимо, тяжеловато будет найти и исправить эту ошибку вручную. Нужно воспользоваться какими-то средствами автоматизации.
    Для управления большим количеством данных программисты (не без помощи математиков) придумали системы управления базами данных (СУБД). По сравнению с текстовыми базами данных электронные СУБД имеют огромное число преимуществ, от возможности быстрого поиска информации, взаимосвязи данных между собой до использования этих данных в различных прикладных программах и одновременного доступа к данным нескольких пользователей.
    Для точности дадим определение базы данных, предлагаемое Глоссарий.ру
    База данных – это совокупность связанных данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования, независимая от прикладных программ. База данных является информационной моделью предметной области. Обращение к базам данных осуществляется с помощью системы управления базами данных (СУБД). СУБД обеспечивает поддержку создания баз данных, централизованного управления и организации доступа к ним различных пользователей.
    Итак, мы пришли к выводу, что хранить данные независимо от программ, так, что они связаны между собой и организованы по определенным правилам, целесообразно. Но вопрос, как хранить данные, по каким правилам они должны быть организованы, остался открытым. Способов существует множество (кстати, называются они моделями представления или хранения данных). Наиболее популярные – объектная и реляционная модели данных.
    Автором реляционной модели считается Э. Кодд, который первым предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение) и показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение.
    Таким образом, реляционная база данных представляет собой набор таблиц (точно таких же, как приведенная выше), связанных между собой. Строка в таблице соответствует сущности реального мира (в приведенном выше примере это информация о человеке).
    Примеры реляционных СУБД: MySql, PostgreSql.
    В основу объектной модели положена концепция объектно-ориентированного программирования, в которой данные представляются в виде набора объектов и классов, связанных между собой родственными отношениями, а работа с объектами осуществляется с помощью скрытых (инкапсулированных) в них методов.
    Примеры объектных СУБД: Cache, GemStone (от Servio Corporation), ONTOS (ONTOS).
    В последнее время производители СУБД стремятся соединить два этих подхода и проповедуют объектно-реляционную модель представления данных. Примеры таких СУБД – IBM DB2 for Common Servers, Oracle8.
    Поскольку мы собираемся работать с Mysql, то будем обсуждать аспекты работы только с реляционными базами данных. Нам осталось рассмотреть еще два важных понятия из этой области: ключи и индексирование, после чего мы сможем приступить к изучению языка запросов SQL.
    Ключи
    Для начала давайте подумаем над таким вопросом: какую информацию нужно дать о человеке, чтобы собеседник точно сказал, что это именно тот человек, сомнений быть не может, второго такого нет? Сообщить фамилию, очевидно, недостаточно, поскольку существуют однофамильцы. Если собеседник человек, то мы можем приблизительно объяснить, о ком речь, например вспомнить поступок, который совершил тот человек, или еще как-то. Компьютер же такого объяснения не поймет, ему нужны четкие правила, как определить, о ком идет речь. В системах управления базами данных для решения такой задачи ввели понятие первичного ключа.
    Первичный ключ (primary key, PK) – минимальный набор полей, уникально идентифицирующий запись в таблице. Значит, первичный ключ – это в первую очередь набор полей таблицы, во-вторых, каждый набор значений этих полей должен определять единственную запись (строку) в таблице и, в-третьих, этот набор полей должен быть минимальным из всех обладающих таким же свойством. Поскольку первичный ключ определяет только одну уникальную запись, то никакие две записи таблицы не могут иметь одинаковых значений первичного ключа.
    Например, в нашей таблице (см. выше) ФИО и адрес позволяют однозначно выделить запись о человеке. Если же говорить в общем, без связи с решаемой задачей, то такие знания не позволяют точно указать на единственного человека, поскольку существуют однофамильцы, живущие в разных городах по одному адресу. Все дело в границах, которые мы сами себе задаем. Если считаем, что знания ФИО, телефона и адреса без указания города для наших целей достаточно, то все замечательно, тогда поля ФИО и адрес могут образовывать первичный ключ.
    В любом случае проблема создания первичного ключа ложится на плечи того, кто проектирует базу данных (разрабатывает структуру хранения данных). Решением этой проблемы может стать либо выделение характеристик, которые естественным образом определяют запись в таблице (задание так называемого логического, или естественного, PK), либо создание дополнительного поля, предназначенного именно для однозначной идентификации записей в таблице (задание так называемого суррогатного, или искусственного, PK).
    Примером логического первичного ключа является номер паспорта в базе данных о паспортных данных жителей или ФИО и адрес в телефонной книге (таблица выше). Для задания суррогатного первичного ключа в нашу таблицу можно добавить поле id (идентификатор), значением которого будет целое число, уникальное для каждой строки таблицы. Использование таких суррогатных ключейимеет смысл, если естественный первичный ключ представляет собой большой набор полей или его выделение нетривиально.
    Кроме однозначной идентификации записи, первичные ключи используются для организации связей с другими таблицами.
    Например, у нас есть три таблицы: содержащая информацию об исторических личностях (Persons), содержащая информацию об их изобретениях (Artifacts) и содержащая изображения как личностей, так и артефактов (Images) (рис 10.1).
    Первичным ключом во всех этих таблицах является поле id (идентификатор). В таблице Artifacts есть поле author, в котором записан идентификатор, присвоенный автору изобретения в таблице Persons. Каждое значение этого поля является внешним ключом для первичного ключа таблицы Persons. Кроме того, в таблицах Persons и Artifacts есть поле photo, которое ссылается на изображение в таблице Images.
    Эти поля также являются внешними ключами для первичного ключа таблицы Images и устанавливают однозначную логическую связь Persons-Images и Artifacts-Images. То есть если значениевнешнего ключа photo в таблице личности равно 10, то это значит, что фотография этой личности имеет id=10 в таблице изображений. Таким образом, внешние ключи используются для организации связей между таблицами базы данных (родительскими и дочерними) и для поддержания ограничений ссылочной целостности данных.

  11. Cezius Ответить

    Организация данных в базе имеет сложную структуру, при которой в первую очередь учитываются связи между различными видами данных и быстрота доступа к ним. Организация данных в базе требует предварительного выбора и построения модели данных.
    Выделяют централизованные и распределенные базы данных. Централизованная база данных хранится в памяти одной вычислительной системы. Если такая система является компонентом вычислительной сети, то возможен распределенный доступ к этой базе данных – доступ к ней пользователей различных узлов сети. Подобный способ использования баз данных часто применяется в локальных вычислительных сетях (ЛВС).
    Появление ЛВС позволило наряду с централизованными создавать и распределенные базы данных.
    Распределенная база данных состоит из нескольких, возможно, пересекающихся или даже дублирующих друг друга частей, хранимых в различных ПЭВМ ЛВС. Однако пользователь распределенной базы данных получает возможность работать с ней как с единым информационным массивом с помощью СУБД. Части распределенной базы данных, размещенные на отдельных ПЭВМ сети, управляются собственными локальными СУБД и могут использоваться одновременно как самостоятельные локальные базы данных. Локальные СУБД не обязательно должны быть одинаковыми в разных узлах сети. При разработке информационной системы обычно стремятся, чтобы ее база данных была интегрированной.
    Один из основных принципов создания баз данных заключается в том, что на основе информационной системы должна строиться конкретизированная модель для информационного обслуживания специалистов.
    В настоящее время разработано значительное количество разнообразных моделей баз данных. В большинстве случаев используется реляционная модель,когда данные представляются в виде совокупности таблиц, над которыми могут выполняться операции.
    Проектирование базы данных – одна из наиболее ответственных и трудных задач, связанных с созданием информационной системы. В результате ее решения должны быть определены и содержание базы данных, и эффективный способ ее организации, и инструментальные средства управления данными, которые будут применяться в создаваемой системе.
    Процесс проектирования базы данных должен включать следующие этапы:
    1. Инфологическое проектирование, т.е. определение предметной области системы, позволяющее изучить информационные потребности будущих пользователей.
    2. Определение требований к операционной обстановке, в которой будет функционировать информационная система.
    3. Выбор СУБД и других инструментальных программных средств ее реализации.
    4. Логическое проектирование базы данных.
    5. Физическое проектирование базы данных.
    Задача этапа логического проектирования базы данных заключается в разработке ее «логической» структуры в соответствии с инфологической моделью предметной области. На этом этапе создаются схемы базы данных на языках определения данных.
    Этап физического проектирования базы данных требует поиска проектных решений, обеспечивающих эффективную поддержку построения «логической» структуры базы данных в среде ее хранения. На этом этапе решаются вопросы построения структуры хранимых данных, размещения хранимых данных в памяти, выбора эффективных методов доступа к различным компонентам «физической» базы данных. Описывается также отображение «логической» структуры базы данных в структуре хранения. Принятые на этом этапе проектные решения оказывают определяющее влияние на производительность информационной системы. Они документируются в форме схемы хранения на языке определения хранимых данных. Гораздо более сложный характер имеет проектирование распределенных баз данных.
    На этапе инфологического проектирования необходимо, прежде всего, найти приемлемый вариант декомпозиции единой базы данных на «логические» фрагменты, которые будут размещаться в различных узлах сети с учетом требований специалистов и менеджеров.
    Следующая задача – нахождение оптимального способа размещения построенных фрагментов в узлах сети. Учитываются также ограничения на производительность системы. Иногда оказывается нецелесообразным создание дублирующих копий некоторых фрагментов базы данных в разных узлах сети с сохранением логической целостности данных.
    Такое проектирование баз данных позволяет организовать АРМспециалиста или менеджера с достаточным информационным обеспечением для принятия оптимального решения по управлению деятельностью предприятия.
    Возможны различные классификации баз данных по информационному наполнению, например по форме представления данных. Информация в БД может быть представлена в форме слов, цифр, изображений или звуков, таким образом, базы данных могут рассматриваться как текстовые, цифровые, видео и звуковые. Подобное разделение, в свою очередь, оказывает воздействие на структуру базы и используемое для ее обработки и поиска информации программное обеспечение, а также на методику и технологию поиска, которые существенно различаются для баз данных всех четырех выделенных классов.
    Среди текстовых и числовых баз данных может быть выделено несколько подклассов. Текстовые могут быть разделены на библиографические, базы данных патентной информации, справочники, словари, полнотекстовые базы и пр. Числовые – на базы данных результатов сделок, базы числовых количественных данных, базы рядов статистических данных, базы свойств и характеристик и др.
    Базы данных изображений и звуков появились на рынке в качестве публично доступных только в середине 80-х годов и ориентировались, прежде всего, на персональные компьютеры, породив новый тип информационной технологии, называемой мультимедиа.
    Рост популярности технологии гипертекст и компакт-дисков позволяет рассчитывать, что базы данных мультимедиа (интегрирующих аудио-, видео- и текстовую информацию) в течение следующего десятилетия могут стать основными.
    В этих условиях достаточно актуальным становится развитие экспертных систем, или так называемых баз знаний. Это специальные компьютерные системы, базирующиеся на системном аккумулировании, обобщении, анализе и оценке знаний высококвалифицированных специалистов (экспертов) для решения конкретных задач и проблем в экономической деятельности.
    База знаний, кроме данных о предметной области (факты, наблюдения, статистика), содержит еще и правила их использования для принятия оптимального управленческого решения. Выработка решений – главная составляющая базы знаний, которая реализуется в виде комплекса программ. В программы заложена логика рассуждения эксперта при оценке проблемы, предлагаются варианты ее решения.
    Пользовательский интерфейс на основе специальных программ обеспечивает удобное взаимодействие пользователя с экспертной системой.

  12. Alsasida Ответить

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

    Обращение к представлению осуществляется с помощью оператора SELECT как к обычной таблице.
    Представление используют так же, как и любую другую таблицу: представление можно запрашивать, модифицировать (если оно отвечает определенным требованиям), соединять с другими таблицами. Содержание представления не фиксировано и обновляется каждый раз, по ссылке в команде. Представления значительно расширяют возможности управления данными. В частности, это прекрасный способ разрешить доступ к информации в таблице, скрыв часть данных.
    Преимущества и недостатки представлений.Механизм представления — мощное средство СУБД, позволяющее скрыть реальную структуру БД от некоторых пользователей за счет определения представлений. Любая реализация представления должна точно соответствовать состоянию данных, которые определяют это представление. Обычно вычисление представления производится каждый раз при его использовании. Уже в процессе создания представления информация о нем записывается в каталог БД под собственным именем. Любые изменения в данных адекватно отобразятся в представлении — что отличает его от очень похожего на него запроса к БД. В то же время запрос представляет собой как бы «мгновенную фотографию» данных и при изменении последних запрос к БД необходимо повторить. Наличие представлений в БД необходимо для обеспечения логической независимости данных, т. е. изменение логической структуры данных не приводит к изменению пользовательских программ. Очевидно, что с увеличением количества данных, хранимых в БД, возникает необходимость ее расширения за счет добавления новых атрибутов или отношений (рост БД). При реструктуризации данных информация сохраняется, но изменяется ее расположение, например за счет перегруппировки атрибутов в отношениях. В случае применения СУБД на отдельном персональном компьютере использование представлений обычно имеет целью лишь упрощение структуры запросов к БД. В случае многопользовательской сетевой СУБД представления играют ключевую роль в определении структуры БД и организации защиты информации. Рассмотрим основные преимущества применения представлений в подобной среде.
    Независимость от данных. С помощью представлений можно создать согласованную, неизменную картину структуры БД, которая будет оставаться стабильной даже в случае изменения формата исходных таблиц (например, добавления или удаления столбцов, изменения связей, разделения таблиц, их реструктуризации или переименования). Если в таблицу добавляются или из нее удаляются не используемые в представлении столбцы, то изменять определение этого представления не потребуется. Если структура исходной таблицы переупорядочивается или таблица разделяется, можно создать представление, позволяющее работать с виртуальной таблицей прежнего формата.
    Актуальность. Изменения данных в любой из таблиц базы данных, указанных в определяющем запросе, немедленно отображаются на содержимом представления.
    Повышение защищенности данных. Права доступа к данным могут быть предоставлены исключительно через ограниченный набор представлений, содержащих только то подмножество данных, которое необходимо пользователю. Подобный подход позволяет существенно ужесточить контроль за доступом отдельных категорий пользователей к информации в базе данных.
    Снижение стоимости. Представления позволяют упростить структуру запросов за счет объединения данных из нескольких таблиц в единственную виртуальную таблицу. В результате многотабличные запросы сводятся к простым запросам к одному представлению.
    Дополнительные удобства. Создание представлений может обеспечивать пользователей дополнительными удобствами, например возможностью работы только с действительно нужной частью данных. В результате можно добиться максимального упрощения той модели данных, которая понадобится каждому конечному пользователю.
    Возможность настройки. Представления являются удобным средством настройки индивидуального образа базы данных. В результате одни и те же таблицы могут быть предъявлены пользователям в совершенно разном виде.
    Обеспечение целостности данных. Если оператор CREATE VIEW дополнить фразой WITH CHECK OPTION, то СУБД станет осуществлять контроль за тем, чтобы в исходных таблицах БД не появилась ни одна строка, не удовлетворяющая предложению WHERE в определяющем запросе. Этот механизм гарантирует целостность данных в представлении, что является одним из значимых преимуществ специализированных представлений в среде SQL.
    Несмотря на довольно внушительный перечень преимуществ, представления не лишены недостатков. Отметим лишь основные.
    Ограниченные возможности обновления. В некоторых случаях представления не позволяют вносить изменения в содержащиеся в них данные.
    Структурные ограничения. Структура представления устанавливается в момент его создания. Если определяющий запрос представлен в форме SELECT * FROM_, то символ * ссылается на все столбцы, существующие в исходной таблице на момент создания представления. Если впоследствии в исходную таблицу базы данных добавятся новые столбцы, то они не появятся в данном представлении до тех пор, пока это представление не будет удалено и вновь создано.
    Снижение производительности. Использование представлений связано с определенным снижением производительности. В одних случаях влияние этого фактора совершенно незначительно, тогда как в других оно может послужить источником существенных проблем. Например, представление, определенное с помощью сложного многотабличного запроса, может потребовать значительных затрат времени на обработку, поскольку при его разрешении потребуется выполнять соединение таблиц всякий раз, когда понадобится доступ к данному представлению. Выполнение разрешения представлений связано с использованием дополнительных вычислительных ресурсов.
    Хранимые процедурыпредставляют собой группы связанных между собой операторов SQL, предусмотренных для облегчения работы программиста. Хранимые процедуры — это набор команд, состоящий из одного или нескольких операторов SQL или функций и сохраняемый в БД в откомпилированном виде. Выполнение в БД хранимых процедур вместо отдельных операторов SQL дает пользователю следующие преимущества [21]:
    1. необходимые операторы уже содержатся в БД;
    2. все они прошли этап синтаксического анализа и находятся в исполняемом формате;
    3. перед выполнением хранимой процедуры SQL-сервер генерирует для нее план исполнения, выполняет ее оптимизацию и компиляцию;
    4. хранимые процедуры поддерживают модульное программирование, так как позволяют разбивать большие задачи на самостоятельные, более мелкие и удобные в управлении части;
    5. хранимые процедуры могут вызывать другие хранимые процедуры и функции;
    6. хранимые процедуры могут быть вызваны из прикладных программ других типов;
    7. как правило, хранимые процедуры выполняются быстрее, чем последовательность отдельных операторов;
    8. хранимые процедуры проще использовать: они могут состоять из десятков и сотен команд, но для их запуска достаточно указать всего лишь имя нужной хранимой процедуры – это позволяет уменьшить размер запроса, посылаемого от клиента на сервер, а значит, и нагрузку на сеть.
    Хранение процедур в том же месте, где они исполняются, уменьшает объем передаваемых по сети данных и повышает общую производительность системы. Применение хранимых процедур упрощает сопровождение программных комплексов и внесение изменений в них. Обычно все ограничения целостности в виде правил и алгоритмов обработки данных реализуются на сервере БД и доступны конечному приложению в виде набора хранимых процедур, которые и представляют интерфейс обработки данных. Для обеспечения целостности данных, а также в целях безопасности приложение обычно не получает прямого доступа к данным — вся работа с ними ведется путем вызова тех или иных хранимых процедур.
    Подобный подход значительно упрощает модификацию алгоритмов обработки данных и обеспечивает возможность расширения системы без внесения изменений в само приложение: достаточно только изменить хранимую процедуру на сервере БД. Разработчику не нужно перекомпилировать приложение, создавать его копии, а также инструктировать пользователей о необходимости работы с новой версией. Пользователи вообще могут не подозревать о том, что в систему внесены изменения.
    Хранимые процедуры существуют независимо от таблиц или каких-либо других объектов БД. Они вызываются клиентской программой, другой хранимой процедурой или триггером. Разработчик может управлять правами доступа к хранимой процедуре, разрешая или запрещая ее выполнение. Изменять код хранимой процедуры вправе только ее владелец; при необходимости можно передать права владения ею от одного пользователя к другому.
    При работе с SQL [21] пользователи могут создавать собственные процедуры, реализующие те или иные действия. Хранимые процедуры являются полноценными объектами БД, а потому каждая из них хранится в конкретной БД. Непосредственный вызов хранимой процедуры возможен, только если он осуществляется в контексте той БД, где находится процедура.
    В SQL предусмотрено несколько типов хранимых процедур. Системные хранимые процедуры предназначены для выполнения различных административных действий (практически все, что касается администрирования сервера). Проще говоря, системные хранимые процедуры являются интерфейсом, обеспечивающим работу с системными таблицами, которая в конечном счете сводится к изменению, добавлению, удалению и выборке данных из системных таблиц как пользовательских, так и системных БД. Системные хранимые процедуры имеют префикс sp_, хранятся в системной БД и могут быть вызваны в контексте любой другой БД.
    Пользовательские хранимые процедуры реализуют те или иные действия. Хранимые процедуры — полноценный объект БД. Вследствие этого каждая хранимая процедура располагается в конкретной БД, где и выполняется.
    Временные хранимые процедуры существуют лишь некоторое время, после этого автоматически уничтожаются сервером. Они делятся на локальные и глобальные. Локальные временные хранимые процедуры могут быть вызваны только из того соединения, в котором созданы. При создании такой процедуры ей необходимо дать имя, начинающееся с символа #. Как и все временные объекты, хранимые процедуры этого типа автоматически удаляются при отключении пользователя, перезапуске или остановке сервера. Глобальные временные хранимые процедуры доступны для любых соединений сервера, на котором имеется такая же процедура. Для ее определения достаточно дать ей имя, начинающееся с символов ##. Удаляются эти процедуры при перезапуске или остановке сервера, а также при закрытии соединения, в контек­сте которого они были созданы.
    Создание хранимой процедуры предполагает решение следующих задач [21]:
    1. определение типа создаваемой хранимой процедуры — временная или пользовательская. Кроме этого, можно создать свою собственную системную хранимую процедуру, назначив ей имя с префиксом sp__ и поместив ее в системную БД. Такая процедура будет доступна в контексте любой БД локального сервера;
    2. планирование прав доступа. При создании хранимой процедуры следует учитывать, что она будет иметь те же права доступа к объектам БД, что и создавший ее пользователь;
    3. определение параметров хранимой процедуры. Подобно процедурам, входящим в состав большинства языков программирования, хранимые процедуры могут обладать входными и выходными параметрами;
    4. разработку кода хранимой процедуры. Код процедуры может содержать последовательность любых команд SQL, включая вызов других хранимых процедур.
    Триггерыявляются одной из разновидностей хранимых процедур; они исполняются при выполнении для таблицы какого-либо оператора языка манипулирования данными (DML). Триггеры используются для проверки целостности данных, а также для отката транзакций. Другими словами, триггер — это откомпилированная SQL-процедура, исполнение которой обусловлено наступлением определенных событий внутри реляционной БД. Применение триггеров весьма удобно для пользователей БД, но связано зачастую с дополнительными затратами ресурсов на операции ввода/вывода. В том случае, когда тех же результатов (с гораздо меньшими непроизводительными затратами ресурсов) можно добиться с помощью хранимых процедур или прикладных программ, применение триггеров нецелесообразно.
    Триггеры — особый инструмент SQL, используемый для поддержания целостности данных в БД. С помощью ограничений целостности, правил и значений по умолчанию не всегда можно добиться нужного уровня функциональности — часто требуется реализовать сложные алгоритмы проверки данных, гарантирующие их достоверность и реальность. Кроме того, иногда необходимо отслеживать изменения значений таблицы, чтобы нужным образом изменить связанные данные. Триггеры можно рассматривать как своего рода фильтры, вступающие в действие после выполнения всех операций в соответствии с правилами, стандартными значениями и т. д.
    Триггер представляет собой специальный тип хранимых процедур, запускаемых сервером автоматически при попытке изменения данных в таблицах, с которыми связаны триггеры. Каждый триггер привязывается к конкретной таблице. Все производимые им модификации данных рассматриваются как одна транзакция. В случае обнаружения ошибки или нарушения целостности данных происходит откат этой транзакции, тем самым внесение изменений запрещается. Отменяются также вес изменения, уже сделанные триггером.
    Создает триггер только владелец БД. Это ограничение позволяет избежать случайного изменения структуры таблиц, способов связи с ними других объектов и т. п.
    Триггер представляет собой весьма полезное и в то же время опасное средство. Так, при неправильной логике работы легко уничтожить целую БД, поэтому триггеры необходимо очень тщательно отлаживать.
    В отличие от обычной подпрограммы, триггер выполняется неявно в каждом случае возникновения триггерного события, к тому же он не имеет аргументов. Приведение его в действие иногда называют запуском триггера. С помощью триггеров выполняются следующие функции:
    1. проверка корректности введенных данных и выполнение сложных ограничений целостности данных, которые трудно, если вообще возможно, поддерживать с помощью ограничений целостности, установленных для таблицы;
    2. выдача предупреждений, напоминающих о необходимости выполнения некоторых действий при обновлении таблицы, реализованном определенным образом;
    3. накопление аудиторской информации посредством фиксации сведений о внесенных изменениях и тех лицах, которые их выполнили;
    4. поддержка репликации.
    Функции пользователя.При реализации на языке SQL сложных алгоритмов, которые могут потребоваться более одного раза, встает вопрос о сохранении разработанного кода для дальнейшего применения. Эта задача просто решается с помощью хранимых процедур, однако их архитектура не позволяет использовать процедуры непосредственно в выражениях, так как они требуют промежуточного присвоения возвращенного значения переменной, которая затем и указывается в выражении [21].
    Возможность создания пользовательских функций предоставлена в среде MS SQL Server 2000. В других реализациях SQL в распоряжении пользователя имеются только встроенные функции, которые обеспечивают выполнение наиболее распространенных алгоритмов: поиск максимального или минимального значения и др.
    Функции пользователя представляют собой самостоятельные объекты БД, такие, например, как хранимые процедуры или триггеры. Функция пользователя располагается в определенной БД и доступна только в ее контексте.
    В SQL Server имеются следующие классы функций пользователя:
    1. Scalar — функции возвращают обычное скалярное значение, каждая может включать множество команд, объединяемых в один блок с помощью конструкции BEGIN…END;
    2. Inline — функции содержат всего одну команду SELECT и возвращают пользователю набор данных в виде значения типа данных TABLE;
    3. Multi-statement — функции также возвращают пользователю значение типа данных TABLE, содержащее набор данных, однако в теле функции находится множество команд SQL (INSERT, UPDATE и т. д.). Именно с их помощью и формируется набор данных, который должен быть возвращен после выполнения функции.
    Пользовательские функции сходны с хранимыми процедурами, но, в отличие от них, могут применяться в запросах так же, как и системные встроенные функции. Пользовательские функции, возвращающие таблицы, являются альтернативой представлениям. Последние ограничены одним выражением SELECT, a пользовательские функции способны включать дополнительные выражения, что позволяет создавать более сложные и мощные конструкции.
    Встроенные функции SQL, условно разбивают на следующие группы:
    1. математические функции;
    2. строковые функции;
    3. функции для работы с датой и временем;
    4. функции конфигурирования;
    5. функции системы безопасности;
    6. функции управления метаданными;
    7. статистические функции.
    Подробная информация об особенностях каждой группы функций с примерами и заданиями для самопроверки содержится в специальной литературе.
    Индексыпредставляют собой структуру, позволяющую выполнять ускоренный доступ к строкам таблицы на основе значений одного или более ее столбцов. Наличие индекса существенно повышает скорость выполнения некоторых запросов и сокращает время поиска необходимых данных за счет физического или логического их упорядочивания. Индекс — это набор ссылок, упорядоченных по определенному столбцу таблицы, который в данном случае называется индексированным столбцом. Хотя индекс и связан с конкретным столбцом (или столбцами) таблицы, все же он является самостоятельным объектом БД.
    Физически индекс — всего лишь упорядоченный набор значений из индексированного столбца с указателями на места физического размещения исходных строк в структуре БД. Когда пользователь выполняет обращающийся к индексированному столбцу запрос, СУБД автоматически анализирует индекс для поиска требуемых значений.
    Однако, поскольку индексы должны обновляться системой при каждом внесении изменений в их базовую таблицу, они создают дополнительную нагрузку на систему.
    Индексы обычно создаются с целью удовлетворения определенных критериев поиска после того, как таблица уже находилась некоторое время в работе и увеличилась в размерах. Создание индексов не предусмотрено стандартом SQL, однако большинство диалектов поддерживают как минимум следующий оператор:

    Указанные в операторе столбцы составляют ключ индекса. Индексы могут создаваться только для базовых таблиц, но не для представлений. Если в операторе указано ключевое слово UNIQUE, уникальность значений ключа индекса будет автоматически поддерживаться системой. Требование уникальности значений обязательно для первичных ключей, а также возможно и для других столбцов таблицы (например, для альтернативных ключей). Хотя создание индекса допускается в любой момент, при его построении для уже заполненной данными таблицы могут возникнуть проблемы, связанные с дублированием данных в различных строках. Следовательно, уникальные индексы (по крайней мере, для первичного ключа) имеет смысл создавать непосредственно при формировании таблицы. В результате система сразу возьмет на себя контроль за уникальностью значений данных в соответствующих столбцах.
    Если созданный индекс впоследствии окажется ненужным, его можно удалить с помощью оператора:
    DROP INDEX имя_индекса
    В среде MS SQL Server индексы расположены в самой таблице и являются удобным внутренним механизмом системы SQL-сервера, с помощью которого осуществляется доступ к данным наиболее оптимальным способом. В среде SQL Server реализованы эффективные алгоритмы поиска нужного значения в строго определенной последовательности данных. Ускорение поиска достигается именно за счет того, что данные представляются упорядоченными (хотя физически, в зависимости от типа индекса, они могут храниться в соответствии с очередностью их добавления в таблицу). К настоящему времени разработаны эффективные математические алгоритмы поиска данных в упорядоченной последовательности. Наиболее эффективной структурой для поиска данных в машинном представлении являются В-деревья — многоуровневая иерархическая структура с переменным количеством элементов в каждом узле.
    Создание индекса. Если выборка данных из таблицы требует значительного времени, это означает, что для нее необходимо создать индекс. Индексы существенно повышают производительность выполнения операций поиска и выборки данных. При выборе столбца для индекса следует проанализировать, какие типы запросов чаще всего выполняются пользователями и какие столбцы являются ключевыми, т. е. задающими критерии выборки данных (например, порядок сортировки). В среде SQL Server реализовано несколько типов индексов:
    1. некластерные ;
    2. кластерные;
    3. уникальные.
    Некластерные индексы. В отличие от кластерных, не перестраивают физическую структуру таблицы, а лишь организуют ссылки на соответствующие строки.
    Для идентификации нужной строки в таблице некластерный индекс организует специальные указатели, включающие:
    1. информацию об идентификационном номере файла, в котором хранится строка;
    2. идентификационный номер страницы соответствующих данных;
    3. номер искомой строки на соответствующей странице;
    4. содержимое столбца.
    В большинстве случаев следует ограничиваться 4—5 индексами.
    Кластерный индекс. Принципиальным отличием кластерного индекса от индексов других типов является то, что при его определении в таблице физическое расположение данных перестраивается в соответствии со структурой индекса. Логическая структура таблицы в этом случае представляет собой, скорее, словарь, чем индекс. Данные в словаре физически упорядочены (например, по алфавиту).
    Кластерные индексы приводят к существенному увеличению производительности поиска данных даже по сравнению с обычными индексами (это особенно заметно при работе с последовательными данными). Если в таблице определен некластерный индекс, то сервер сначала должен обратиться к индексу, а затем найти нужную строку в таблице. При использовании кластерных индексов следующая запись данных располагается сразу после найденных ранее данных. В результате отпадают лишние операции, связанные с обращением к индексу и новым поиском нужной строки в таблице.
    Естественно, в таблице определяют только один кластерный индекс. В качестве такового следует выбирать наиболее часто используемые столбцы. При этом необходимо выполнять общие рекомендации создания индексов и не индексировать слишком длинные столбцы.
    Кластерный индекс может включать несколько столбцов, однако количество таких столбцов рекомендуется по возможности свести к минимуму.
    Необходимо избегать создания кластерного индекса для часто изменяемых столбцов, поскольку серверу придется физически перемещать все данные в таблице с целью их упорядочения. Для часто изменяемых столбцов больше подходит некластерный индекс.
    При создании в таблице первичного ключа (PRIMARY KEY) сервер автоматически создает для него кластерный индекс, если его не существовало ранее или если при определении ключа не был явно указан другой тип индекса.
    В случае, когда в таблице определен и некластерный индекс, его указатель ссылается не на физическое положение строки в БД, а на соответствующий элемент кластерного индекса, описывающего эту строку, что позволяет не перестраивать структуру некластерных индексов всякий раз, когда кластерный индекс меняет физический порядок строк в таблице.
    Уникальный индекс гарантирует уникальность значений в индексируемом столбце. При наличии уникальных индексов сервер не разрешит вставить новое или изменить существующее значе­ние так, чтобы в результате этой операции в столбце появились два одинаковых значения.
    Уникальный индекс является своеобразной надстройкой и реализуется как для кластерного, так и для некластерного индекса. В одной таблице может существовать один уникальный кластерный и множество уникальных некластерных индексов. Уникальные индексы следует определять только тогда, когда это действительно необходимо. Для обеспечения целостности данных в столбце можно определить ограничение целостности UNIQUE или PRIMARY KEY, а не прибегать к уникальным индексам. Их использование только для обеспечения целостности данных является неоправданной тратой пространства в БД. Кроме того, на их поддержание тратится и процессорное время.
    Средства языка SQL предлагают несколько способов определения индекса:
    1. автоматическое создание индекса при создании первичного ключа;
    2. автоматическое создание индекса при определении ограничения целостности unique;
    3. создание индекса с помощью команды CREATE INDEX.
    Удаление индекса выполняется командой

    Пользовательские типы данных— это типы данных, которые создает пользователь на основе системных типов данных, когда в нескольких таблицах необходимо хранить однотипные значения; причем столбцы в таблице должны иметь одинаковый размер, тип данных и чувствительность к значениям NULL.
    Создание пользовательского типа данных осуществляется выполнением системной процедуры:

    Тип данных system datatype выбирается из табл. 3.6.
    Таблица 3.6. Типы данных

    Ограничения целостности— механизм обеспечения автоматического контроля соответствия данных установленным условиям (или ограничениям). Ограничения целостности имеют приоритет над триггерами, правилами и значениями по умолчанию. К ограничениям целостности относятся: ограничение на значение NULL, проверочные ограничения, ограничение уникальности (уникальный ключ), ограничение первичного ключа и ограничение внешнего ключа. Последние три ограничения тесно связаны с понятием ключей.
    Обязательные данные. Для некоторых столбцов требуется наличие в каждой строке таблицы конкретного и допустимого значения, отличного от опущенного значения или значения NULL. Для заданий ограничений подобного типа стандарт SQL предусматривает использование спецификации NOT NULL.
    Требования конкретного предприятия. Обновления данных в таблицах могут быть ограничены существующими в организации требованиями (бизнес-правилами). Стандарт SQL позволяет реализовать бизнес-правила предприятий с помощью предложения CHECK и ключевого слова UNIQUE.
    Ограничения для доменов полей. Каждый столбец имеет собственный домен — некоторый набор допустимых значений. Стандарт SQL предусматривает два различных механизма определения доменов. Первый состоит в использовании предложения CHECK, позволяющего задать требуемые ограничения для столбца или таблицы в целом, а второй предполагает применение оператора CREATE DOMAIN.
    Целостность сущностей. Первичный ключ таблицы должен иметь уникальное непустое значение в каждой строке. Стандарт SQL позволяет задавать подобные требования поддержки целостности данных с помощью фразы PRIMARY KEY. В пределах таблицы ее можно указывать только один раз. Тем не менее для любых альтернативных ключей таблицы существует возможность гарантировать уникальность значений, что с успехом обеспечивает ключевое слово UNIQUE. Кроме того, при определении альтернативных ключей рекомендуется использовать спецификаторы NOT NULL.
    Ссылочная целостность. Внешние ключи представляют собой столбцы (или наборы столбцов), предназначенные для связывания каждой из строк дочерней таблицы, содержащей этот внешний ключ, со строкой родительской таблицы, содержащей соответствующее значение потенциального ключа. Стандарт SQL предусматривает механизм определения внешних ключей с помощью предложения FOREIGN KEY, а ссылка REFERENCES определяет имя родительской таблицы, (там находится соответ­ствующий потенциальный ключ). При использовании этого предложения система отклонит выполнение любых операторов INSERT или UPDATE, с помощью которых будет предпринята попытка создать в дочерней таблице значение внешнего ключа, не соответствующее одному из уже существующих значений потенциального ключа родительской таблицы. Когда действия системы выполняются при поступлении операторов UPDATE и DELETE, содержащих попытку обновить или удалить значение потенциального ключа в родительской таблице, которому соответствует одна или более строк дочерней таблицы, то они зависят от правил поддержки ссылочной целостности, указанных во фразах ON UPDATE и ON DELETE предложения FOREIGN KEY. При попытке удалить из родительской таблицы строку, на которую ссылается одна или более строк дочерней таблицы, язык SQL предоставляет следующие возможности:
    1. CASCADE — выполняется удаление строки из родительской таблицы и автоматическое удаление всех ссылающихся на нее строк дочерней таблицы;
    2. SET NULL — выполняется удаление строки из родительской таблицы, а во внешние ключи всех ссылающихся на нее строк дочерней таблицы записывается значение NULL;
    3. SET DEFAULT — выполняется удаление строки из родительской таблицы, а во внешние ключи всех ссылающихся на нее строк дочерней таблицы заносится значение, принимаемое по умолчанию;
    4. NO ACTION — операция удаления строки из родительской таблицы отменяется. Именно это значение используется по умолчанию в тех случаях, когда в описании внешнего ключа фраза ON DELETE опушена.
    Те же самые правила применяются в языке SQL и тогда, когда значение потенциального ключа родительской таблицы обновляется.
    Определитель MATCH позволяет уточнить способ обработки значения NULL во внешнем ключе.
    При определении таблицы предложение FOREIGN KEY можно применять произвольное количество раз.
    В операторе CREATE TABLE используется необязательная фраза DEFAULT, которая предназначена для задания принимаемого по умолчанию значения, когда в операторе INSERT значение в данном столбце будет отсутствовать.
    Фраза CONSTRAINT позволяет задать имя ограничению, что позволит впоследствии отменить то или иное ограничение с помощью оператора ALTER TABLE.
    Умолчание— самостоятельный объект БД, представляющий значение, которое будет присвоено элементу таблицы при вставке строки, если в команде вставки явно не указано значение для этого столбца.
    Умолчания создаются и удаляются в любой момент времени, до или после введения данных в таблицу. Значения по умолчанию создаются командой create default (создать умолчание), а удаляются с командой drop default (удалить умолчание).
    Умолчание может быть связано с определенным столбцом таблицы, с несколькими столбцами или со всеми столбцами таблиц БД, имеющими заданный пользователем тип данных. Для связывания умолчания со столбцом или типом данных используется системная процедура sp_bindefault (присоединить умолчание); в противном случае — процедура sp_unbindefault (отсоединить умолчание).
    Создание правил.Правила создаются с помощью команды create rule (создать правило), а затем присоединяются к столбцу или пользовательскому типу данных с помощью системной процедуры sp_binderule (присоединить правило). Отсоединение правила от столбца или пользовательских типа данных проводится с помощью системной процедуры sp_unbindrule (отсоединить пра вило) или путем присоединения нового правила к столбцу или пользовательскому типу [25].
    Названия правил должны соответствовать правилам, установленным для идентификаторов. Правила можно создавать только в текущей базе данных.
    Названия правил должны быть уникальными для каждого пользователя внутри одной базы данных. Например, один пользователь не может создать два правила с названием socsecrule. Однако два различных пользователя могут создать правила с названием socsecrule, поскольку имена пользователей позволяют их различить.
    Правила, связанные со столбцами, всегда сильнее правил, связанных с типами данных. Присоединение правила к столбцу заменяет правило, которое связано с типом данных этого столбца, но присоединение правила к типу данных не заменяет правила, связанного со столбцом этого типа.
    Правило, связанное с типом данных, начинает действовать только при попытке обновить или вставить значения в столбец данных этого типа. Поскольку правила не проверяют значения переменных, то пользователь должен стараться не присваивать переменной пользовательского типа значения, которое не допускается правилом для этого типа данных.
    Контрольные вопросы
    1. Изложите основы современных СУБД.
    2. Перечислите виды архитектурных решений баз данных.
    3. Каковы критерии выбора СУБД при создании АИС?
    4. Назовите концептуальные модели данных.
    5. Какие понятия реляционных баз данных относятся к базовым?
    6. Что такое нормализация?
    7. Что значит диаграммное представление баз данных?
    8. Перечислите известные виды нотаций.
    9. Какие средства относятся к средствам автоматизированного проектирования структур баз данных?
    10. Каковы основные действия для создания таблиц?
    11. Что означают представления?
    12. Что означают умолчания?
    13. Что представляют собой внешние ключи?
    14. Что такое кластерный и некластерный индексы?
    15. Перечислите основные функции для работы с датой и временем.
    Литература
    1. Диго С. М. Базы данных: проектирование и использование. М.: Финансы и статистика. 2005. 592 с.
    2. Карпова И. П. Введение в базы данных. Ч. 1. М.: МЭСИ, 2003.
    3. Головина О. С. Программирование в корпоративных СУБД. Московский международный институт эконометрики, информатики, финансов и права. М., 2002. 125 с.
    4. Кузнецов С. Д. Основы современных баз данных, информационно-аналитические материалы ЦИТ. http//www.citmgu.ru.
    5. Каратыгин С. И. Базы данных: простейшие средства обработки информации: системы управления базами данных. ABF, 1995.
    6. Аносо А. Критерии выбора СУБД при создании информационных систем. http://www.nwsta.com.
    7. Емельянов А. А., Власов Е. А. Информационное моделирование в экономических системах: учеб. пособие. М.: МЭСИ, 1996.
    8. Сычев Ю. Н. Информационная безопасность: учеб. пособие / Московский государственный университет экономики, статистики и информатики. М., 2004. 240 с.
    9. Мельников В. И. Защита информации в компьютерных системах. М.: Финансы и статистика, 1997.
    10. Павловский Ю. Н. Имитационные модели и системы. М.: Фазис, 2000.
    11. Малыхина М. П. Базы данных: основы, проектирование, использование. СПб.: БХВ-Петербург, 2004. 512 с.
    12. Кузнецов С. Д. Введение в модель данных SQL. htpp://intuit.ru.
    13. Смирнова Г. Н., Тельнов Ю. Ф. Проектирование экономических информационных систем. М.: Финансы и статистика, 2004.
    14. Вендров А. М. CASE-технологии. Современные методы и средства проектирования информационных систем. http:// citforum.ru.
    15. Верников Г. Основы методологии IDEF1. http://www.itrealty.ru.
    16. Верников Г. Основы методологии IDEF1X. http://www.itrealty.ru.
    17. http://www.embarcadero.com/products/Design/erdatasheet.htm.
    18. http://www.popkin.com/products/sa2001/data/data.htm.
    19. http://www.visible.com/dataapp/daprods.html.
    20. http://www.microsoft.com/office/visio/.
    21. Полякова Л. Н. Основы SQL. http://www.intuit.ru.
    22. Кузнецов С. Д. Введение в модель данных SQL. http://www.intuit.ru.
    23. Карпова И. П. Введение в базы данных. Ч. 1. М.: МЭСИ, 2003.
    24. Баженова И. Ю. SQL и процедурно-ориентированные языки, http:// http://www.intuit.ru.
    25. http://palien.narod.ru.

  13. Вдохновляющий Ответить

    7.3. Свойства полей базы данных
    Поля базы данных не просто определяют структуру базы – они еще определяют групповые свойства данных, записываемых в ячейки, принадлежащие каждому из полей. Ниже перечислены основные свойства полей таблиц баз данных на примере СУБД MS Access.
    · имя поля – определяет, как следует обращаться к данным этого поля при автоматических операциях с базой;
    · тип поля – определяет тип данных, которые могут содержаться в данном поле;
    · размер поля – определяет предельную длину (число символов) данных, которые могут размещаться в данном поле;
    · формат поля – определяет способ форматирования данных в ячейках, принадлежащих полю;
    · маска ввода – определяет форму, в которой вводятся данные в поле (средство автоматизации ввода данных);
    · подпись – определяет заголовок столбца таблицы для данного поля (по умолчанию используется свойство имя поля);
    · значение по умолчанию – то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных);
    · условие на значение – ограничение, используемое для проверки правильности ввода данных;
    · сообщение об ошибке – текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных (недопустимых) данных (такая проверка выполняется автоматически, если задано свойство условие на значение);
    · обязательное поле – свойство, определяющее обязательность заполнения данного поля при наполнении базы;
    · пустые строки – свойство, разрешающее вод пустых строковых данных (данное свойство относится не ко всем типам данных , а только к некоторым, например, к текстовым);
    · индексированное поле – данное свойство существенно ускоряет выполнение операций, связанных с поиском или сортировкой записей по значению, хранящемуся в данном поле).
    Список приведенных выше свойств относится в основном к текстовым полям. Поля других типов могут иметь или не иметь эти свойства, но могут добавлять к ним и свои. Например, для данных, представляющих собой действительные числа, важным свойством считается количество знаков в дробной части. Для полей, используемых для хранения рисунков, звукозаписей, видеоклипов и других объектов OLE, большинство вышеуказанных свойств не имеет смысла.
    7.4. Типы данных
    Базы данных MS Access работают со следующими типами данных:
    · текстовый – тип данных, используемый для хранения обычного неформатированного текста ограниченного (до 255 символов) размера;
    · поле Мемо – специальный тип данных для хранения больших объемов текста;
    · числовой – тип данных для хранения чисел;
    · дата/время – тип данных для хранения календарных дат и текущего времени;
    · денежный – тип данных для хранения денежных сумм;
    · счетчик – специальный тип данных для уникальных (не повторяющихся) натуральных чисел с автоматическим наращиванием;
    · логический – тип для хранения логических данных (могут использоваться только два значения, например Да и Нет);
    · поле объекта OLE – специальный тип данных, предназначенный для хранения объектов OLE, например мультимедийных;
    · гиперссылка – специальное поле для хранения URL-адресов
    для веб-объектов Интернета;
    · вложение – предназначен для хранения в базе данных документов различных типов;
    · вычисляемый – содержит значение, вычисляемое на основе других данных;
    · мастер подстановок – объект, настройкой которого можно автоматизировать ввод данных, выбирая их из раскрывающегося списка.
    7.5. Безопасность баз данных
    Базы данных представляют собой файлы, но работа с ними отличается от работы с файлами других типов, создаваемых прочими приложениями. Всю работу по обслуживанию файловой структуры берет на себя, как известно, операционная система. Для баз данных предъявляются особые требования с точки зрения безопасности, поэтому в них реализован другой подход к сохранению данных.
    Базы данных – это особые структуры. Информация, которая в них содержится, очень часто имеет общественную ценность. Нередко с одной и той же базой (например, с базой регистрации автомобилей в ГИБДД) работают тысячи людей по всей стране. От информации, которая содержится в некоторых базах, может зависеть благополучие множества людей. Поэтому целостность содержимого не может и не должна зависеть ни от конкретных действий некоего пользователя, забывшего сохранить файл перед выключением компьютера, ни от перебоев в электросети.
    Проблема безопасности баз данных решается тем, что в СУБД для сохранения информации используется двойной подход. В части операций, как обычно, участвует операционная система компьютера, но некоторые операции сохранения происходят в обход операционной системы.
    Операции изменения структуры базы данных, создания новых таблиц или иных объектов происходят при сохранении файла базы данных. Об этих операциях СУБД предупреждает пользователя. Это – глобальные операции. Их никогда не проводят с базой данных, находящейся в коммерческой эксплуатации – только с ее копией. В этом случае любые сбои в работе вычислительных систем не страшны.
    С другой стороны, операции по изменению содержания данных, не затрагивающие структуру базы, максимально автоматизированы и выполняются без предупреждения. Если, работая с таблицей данных, мы что-то меняем в составе данных, то изменения сохраняются немедленно и автоматически.
    Обычно, решив отказаться от изменений в документе, его просто закрывают без сохранения и вновь открывают предыдущую копию. Этот прием работает почти во всех приложениях, но только не в СУБД. Все изменения, вносимые в таблицы базы, сохраняются на диске без ведома пользователя, поэтому попытка закрыть базу «без сохранения» ничего не даст, так как все уже сохранено. Таким образом, редактируя таблицы базы данных, создавая новые записи и удаляя старые, пользователь как бы работает с жестким диском напрямую, минуя операционную систему.
    Такая возможность есть из-за того, что первым шагом работы по созданию базы данных в любой СУБД является обязательное создание файла базы данных (чего нет, например, ни в Word, ни в Excel – в этих программах пользователь может работать, предварительно не создавая файла, содержащего документ).

  14. Kekus Ответить

    Современные СУБД разработаны с целью устранения недостатков файловых систем, каковыми являются: зависимость данных , жесткость, статичность, отсутствие интеграции, дублирование данных, противоречивость, невозможность совместного использования, неэффективность, невозможность обработки нетипичных запросов.
    При разработке СУБД сформулированы следующие принципы, которые мы уже обсуждали. Теперь мы сформулируем их концентрированно:
    – Независимость данных.
    – Универсальность. СУБД должна обладать мощными средствами поддержки концептуальной модели данных для отображения пользовательских логических представлений.
    – Совместимость. СУБД должна сохранять работоспособность при развитии программного и аппаратного обеспечения.
    – Неизбыточность данных. В отличие от файловых систем база данных должна представлять собой единую совокупность интегрированных данных.
    – Целостность данных. СУБД должна предотвращать нарушение базы данных пользователем.
    – Защита данных. СУБД должна обеспечивать защиту от несанкционированного доступа.
    – Управление одновременной работой. СУБД должна предохранять базу данных от рассогласований в режиме коллективного пользования. Для обеспечения согласованного состояния базы данных все запросы пользователей (транзакции) должны выполняться в определенном порядке. Организация параллельного доступа пользователей к базе данных является довольно сложной задачей. Здесь нужно исключить коллизии, связанные с одновременным обновлением данных разными пользователями, с возможностью чтения одним пользователем объекта данных, который успел лишь частично обновить другой пользователь. Такие казусы привели бы к нарушению логической целостности базы данных. Для их предотвращения в СУБД предусматривается техника транзакций и блокирования ресурсов данных. Транзакцией называют последовательность операций пользователя над базой данных, которая сохраняет ее логическую целостность. Если, например, из базы данных нужно удалить сведения о некотором поставщике в связи с тем, что он прекращает дальнейшие поставки, то вслед за этим необходимо удалить и сведения о запланированных этим поставщиком поставках продукции, иначе база данных будет содержать сведения о поставках неизвестного системе поставщика. Ясно, что в мультипользовательской среде такую последовательность операций нельзя прерывать до полного ее завершения для обработки запросов других пользователей системы. На время исполнения транзакции, модифицирующей значение данных, необходимо во избежание коллизий блокировать эти ресурсы с тем, чтобы не допустить к ним доступа для других транзакций. В различных СУБД используются разные методы блокирования. В одних системах предусматривается автоматическое блокирование ресурсов на время их обновления, в других оно должно явно запрашиваться в пользовательских транзакциях. Используются и комбинированные стратегии блокирования. Блокирование может предусматривать монопольное использование ресурса данной транзакцией или допускать его совместное использование с другими транзакциями. Разрешая таким образом проблему параллельного доступа, блокирование ресурсов вместе с тем порождает новую проблему – возможность возникновения тупиковой ситуации. Так называется ситуация, когда группа из двух или более транзакций монопольно захватывает ресурсы таким образом, что каждая из них ожидает освобождения какого-либо ресурса, монопольно захваченного (блокированного) другой транзакцией из этой группы.
    – Разработан ряд теоретических подходов, позволяющих предотвращать возникновение тупиковых ситуаций. Это может быть сделано, в частности, путем соблюдения всеми пользователями некоторых “джентльменских” норм поведения. В некоторых СУБД реализованы специальные автоматические механизмы предотвращения тупиковых ситуаций либо механизмы, обеспечивающие выход из тупиковой ситуации за счет отката образующих ее транзакций.
    – СУБД должна поддерживать как централизованные, так и распределенные базы данных. В настоящее время широкое применение находит организация вычислительных сетей и распределенная обработка данных. Подобные системы должны решать такие задачи, как размещение данных, обработка распределенных запросов.
    –

  15. Harry Shprotter Ответить

    – макросы и модули – предназначены для автоматизации повторяющихся операций при работе с СУБД и для создания новых функций3 путем программирования; макросы состоят из последовательности внутренних команд СУБД и являются одним из средств автоматизации работы с базой; модули создаются средства внешнего языка программирования – VBA.
    8.3. Проектирование базы данных
    Техническое задание на проектирование БД должен предоставить заказчик. Но не все заказчики владеют соответствующей терминологией и знают, хотя бы в общих чертах, технические возможности СУБД. Поэтому обычно используют следующие подходы:
    – демонстрация заказчику работы аналогичной БД, за которой следует спецификация отличий;
    – в отсутствии аналога выясняется круг задач и потребностей заказчика, затем осуществляется помощь в подготовке технического задания.
    При подготовке технического задания составляется:
    – список исходных данных, с которыми работает заказчик;
    – список выходных данных, необходимых заказчику для управления структурой своего предприятия;
    – список выходных данных, не являющихся необходимыми для заказчика, но которые он должен предоставлять в другие организации (в вышестоящие структуры, в органы статистического учета, прочие административные и контролирующие организации).
    При этом очень важно не ограничиваться взаимодействием с головным подразделением заказчика, а провести взаимодействие со всеми службами и подразделениями, которые могут оказаться поставщиками данных в базу или ее потребителями.
    8.4. Разработка схемы данных
    Работа по созданию структуры базы, то есть структуры ее основных таблиц, начинается с составления генерального списка полей – он может насчитывать десятки и даже сотни позиций.
    Далее, в соответствии с типом данных, размещаемом в каждом поле, определяется наиболее подходящий тип для каждого поля.
    Затем распределяют поля генерального списка по базовым таблицам. На первом этапе распределение производят по функциональному признаку с целью обеспечить ввод данных так, чтобы в одну таблицу данные вводились, по возможности, в рамках одного подразделения, а еще лучше – на одном рабочем месте. После того, как намечено столько таблиц, сколько подразделений охватывает БД, следует приступить к дальнейшему делению таблиц. Критерием необходимости деления является факт множественного повтора данных в соседних записях.
    В каждой таблице намечается ключевое поле. В качестве такового выбирается поле, данные в котором повторяться не могут. Если в таблице вообще нет полей с неповторяющимися данными (то есть которые невозможно сделать ключевыми), то можно воспользоваться дополнительным полем типа Счетчик – оно по определению не должно содержать повторяющихся данных.
    Далее с помощью карандаша и бумаги расчерчиваются связи между таблицами. Этот чертеж называется схемой данных.
    Про таблицы со связанными полями говорят, что они связаны реляционными отношениями. Соответственно, системы управления, способные работать со связанными таблицами, называют системами управления реляционными базами данных, а схема данных в технической литературе иногда называется схемой реляционных отношений.
    Разработкой схемы данных заканчивается «бумажный» этап работы над техническим предложением. Эту схему можно согласовать с заказчиком, после чего приступать к непосредственному созданию БД.

  16. Zunos Ответить

    Классификация СУБД.В общем случае под СУБД можно понимать лю­бой программный продукт, поддерживающий процессы создания, ведения и использования БД.
    Рассмотрим, какие из имеющихся на рынке программ имеют отношение к БД и в какой мере они связаны с базами данных.
    К СУБД относятся следующие основные виды программ:
    •полнофункциональные СУБД;
    •серверы БД;
    •клиенты БД;
    •средства разработки программ работы с БД.
    По характеру использования СУБД делят на персональные и многополь­зовательские.
    Персональные СУБДобычно обеспечивают возможность создания пер­сональных БД и недорогих приложений, работающих с ними. Персональ­ные СУБД или разработанные с их помощью приложения зачастую могут выступать в роли клиентской части многопользовательской СУБД. К пер­сональным СУБД, например, относятся VisualFoxPro, Paradox, Clipper, dBase, Access и др.
    Многопользовательские СУБДвключают в себя сервер БД и клиент­скую часть и, как правило, могут работать в неоднородной вычислительной среде (с разными типами ЭВМ и операционными системами). К многополь­зовательским СУБД относятся, например, СУБД Oracle и Informix.
    По используемой модели данных СУБД (как и БД), разделяют на иерархические, сетевые, реляционные, объектно-ориентированные и другие типы. Некоторые СУБД могут одновременно поддерживать не­сколько моделей данных.
    С точки зрения пользователя, СУБД реализует функции хранения, из­менения (пополнения, редактирования и удаления) и обработки информа­ции, а также разработки и получения различных выходных документов.
    Для работы с хранящейся в базе данных информацией СУБД предостав­ляет программам и пользователям следующие два типа языков:
    – язык описания данных — высокоуровневый непроцедурный язык дек­ларативного типа, предназначенный для описания логической структуры данных;
    – язык манипулирования данными — совокупность конструкций, обес­печивающих выполнение основных операций по работе с данными: ввод, модификацию и выборку данных по запросам.
    Перечисленные выше функции СУБД, в свою очередь, используют сле­дующие основные функции более низкого уровня, которые назовем низко­уровневыми:
    • управление данными во внешней памяти;
    •управление буферами оперативной памяти;
    • управление транзакциями;
    • ведение журнала изменений в БД;
    • обеспечение целостности и безопасности БД.
    Дадим краткую характеристику необходимости и особенностям реали­зации перечисленных функций в современных СУБД.
    Реализация функции управления данными во внешней памятив разных системах может различаться и на уровне управления ресурсами. В основ­ном методы и алгоритмы управления данными являются «внутренним делом» СУБД и прямого отношения к пользователю не имеют.
    Необходимость буферизации данных и как следствие реализации функ­ции управления буферамиоперативной памяти обусловлено тем, что объем оперативной памяти меньше объема внешней памяти.
    Буферы представляют собой области оперативной памяти, предназна­ченные для ускорения обмена между внешней и оперативной памятью. В буферах временно хранятся фрагменты БД, данные из которых предпо­лагается использовать при обращении к СУБД или планируется записать в базу после обработки.
    Механизм транзакций используется в СУБД для поддержания целостно­сти данных в базе. Транзакцией называется некоторая неделимая последо­вательность операций над данными БД, которая отслеживается СУБД от начала и до завершения. Если по каким-либо причинам (сбои и отказы обо­рудования, ошибки в программном обеспечении, включая приложение) тран­закция остается незавершенной, то она отменяется.
    Транзакции присущи три основных свойства:
    • атомарность (выполняются все входящие в транзакцию операции или ни одна);
    • сериализуемость (отсутствует взаимное влияние выполняемых в одно и то же время транзакций);
    • долговечность (даже крах системы не приводит к утрате результатов зафиксированной транзакции).
    Примером транзакции является операция перевода денег с одного сче­та на другой в банковской системе. Здесь необходим, по крайней мере, двухшаговый процесс. Сначала снимают деньги с одного счета, затем до­бавляют их к другому счету. Если хотя бы одно из действий не выпол­нится успешно, результат операции окажется неверным и будет нару­шен баланс между счетами.
    Контроль транзакций важен в однопользовательских и в многополь­зовательских СУБД, где транзакции могут быть запущены параллель­но.
    Ведение журнала измененийв БД (журнализация изменений) выполняет­ся СУБД для обеспечения надежности хранения данных в базе при наличии аппаратных сбоев и отказов, а также ошибок в программном обеспечении.
    Журнал СУБД — это особая БД или часть основной БД, непосред­ственно недоступная пользователю и используемая для записи инфор­мации обо всех изменениях базы данных. В различных СУБД в журнал могут заноситься записи, соответствующие изменениям в СУБД на разных уровнях: от минимальной внутренней операции модификации страницы внешней памяти до логической операции модификации БД (например, вставки записи, удаления столбца, изменения значения в поле) и даже транзакции.
    Для эффективной реализации функции ведения журнала изменений в БД необходимо обеспечить повышенную надежность хранения и поддер­жания в рабочем состоянии самого журнала. Иногда для этого в системе хранят несколько копий журнала.
    Обеспечение целостности БД составляет необходимое условие успеш­ного функционирования БД, особенно для случая использования БД в сетях.
    ЦелостностьБД есть свойство базы данных, означающее, что в ней содержится полная, непротиворечивая и адекватно отражающая предметную область информация. Поддержание целостности БД вклю­чает проверку целостности и ее восстановление в случае обнаружения противоречий в базе данных. Целостное состояние БД описывается с помощью ограничений целостности в виде условий, которым должны удовлетворять хранимые в базе данные. Примером таких условий может служить ограничение диапазонов возможных значений атрибутов объек­тов, сведения о которых хранятся в БД, или отсутствие повторяющихся записей в таблицах реляционных БД.
    Обеспечение безопасностидостигается в СУБД шифрованием при­кладных программ, данных, защиты паролем, поддержкой уровней до­ступа к базе/данных и к отдельным ее элементам (таблицам, формам, отчетам и т. д).
    Архитектура СУБД.
    В современных системах БД выделяют 3 уровня представления данных: внешний, концептуальный и внутренний (рис. 1.3). Внешний уровень отражает представление пользователей на БД. Внутренний уровень отражает представление, на котором СУБД и ОС воспринимают данные. Концептуальный (логический) уровень – связан с обобщенным представлением всех пользователей БД ( это взгляд администратора БД).
    Внешний уровень – это пользовательский уровень. Пользователем может быть программист, конечный пользователь или администратор БД. Представление с точки зрения пользователя называется внешним представлением. Оно отражает представление пользователя о данных в БД в удобной для него форме (например, для бухгалтерии – это данные о студентах, которым начисляется стипендия, при этом не важно, какие у них оценки. Для деканата данные о тех же студентах будут содержать сведения об их оценках в сессию и т.п.) . Эти частичные представления пользователей о БД называют подсхемой БД. При этом каждый пользователь может использовать свои языковые и программные средства для работы с БД.
    Концептуальный уровень является промежуточным уровнем и обеспечивает представление всей БД в абстрактной форме. Описание БД на этом уровне называют концептуальной схемой , которая является результатом концептуального проектирования. Концептуальная схема отражает интересы всех пользователей и представляет собой единое логическое описание всех элементов данных и отношений между ними, образуя логическую структуру всей БД.
    Концептуальная схема должна содержать:
    · объекты и атрибуты предметной области;
    · связи между объектами;
    · ограничения, накладываемые на данные;
    · семантическую информацию о данных;
    · обеспечение безопасности данных;
    · поддержку целостности данных.
    Концептуальный уровень поддерживает каждое внешнее представление, в том смысле, что любые доступные пользователю данные должны содержаться (или могут быть вычислены) на этом уровне. Однако на этом уровне не содержаться сведения о методах хранения данных.
    Внутренний уровень характеризует внутреннее представление. Оно не связано с физическим уровнем, т.к. физический уровень хранения информации обладает существенной индивидуальностью для каждой системы. На внутреннем уровне все эти особенности не учитываются, а вся область хранения представляется как бесконечное линейное адресное пространство. На нижнем уровне находится внутренняя схема, которая является полным описанием внутренней модели данных. Для каждой БД она только одна. Внутренняя схема описывает физическую реализацию и предназначена для достижения оптимальной производительности и обеспечения экономного использования дискового пространства. На внутреннем уровне хранится следующая информация:
    · распределение дискового пространства для хранения данных и индексов;
    · описание подробностей сохранения записей (типы, размеры элементов данных и др.);
    · сведение о размещении записей;
    · сведения о сжатии записей и выбранных методах шифрования.
    СУБД отвечает за установление соответствия между всеми тремя уровнями и поддержку их непротиворечивости.
    В структуре программного комплекса СУБД можно выделить:
    Процессор запросов – преобразует запросы в последовательность низкоуровневых инструкций для контроллера БД.
    Транслятор с ЯОД – преобразует его команды в набор таблиц, содержащих метаданные. Эта информация хранится в системном каталоге, а управляющая информация – в заголовке файлов.
    Транслятор с ЯМД – преобразует внедренные в прикладные программы операторы в вызовы стандартных функций базового языка. Взаимодействует с процессором запросов.

  17. FriezZ Ответить

    При создании базы данных можно выделить следующие этапы:
    1. Постановка задачи.На этом этапе необходимо решить, какая информация будет храниться в планируемой базе данных и как она будет использоваться. Исходя из этого, можно будет определить, какие таблицы должны храниться в базе данных и какие элементы информации (поля) должны быть включены в каждую таблицу.
    2. Описание структуры таблиц базы данных.На этом этапе необходимо описать каждую таблицу – указать, какие поля будут содержаться в таблице, тип и размер хранимых в полях данных, установить первичные ключи.
    3. Определение связей между таблицами.После определения всех таблиц необходимо указать Access, какие действия надо предпринимать для объединения содержимого таблиц, составляющих базу данных.
    4. Тестирование и усовершенствование.На этом этапе необходимо ввести несколько записей в каждую таблицу и проверить, можно ли извлечь нужную информацию из этих таблиц. Рекомендуется создать черновые формы и отчеты, чтобы определить, содержат ли они ожидаемую информацию.
    Ввод данных и создание других объектов базы данных.В случае, если структура базы данных отвечает поставленным требованиям, можно приступить к вводу данных и создать необходимые запросы, формы, отчеты, страницы доступа к данным, макросы и модули.
    17. ТАБЛИЦЫ
    Таблица– объект базы данных, который используется для хранения данных.
    Как правило, база данных состоит из нескольких таблиц, каждая из которых содержит информацию только по одной теме. Каждая таблица состоит из строк и столбцов, которые принято называть записями и полямисоответственно.
    Запись– строка таблицы базы данных, в которой собрана вся информация о конкретном предмете. Например, в таблице «Книги» базы данных «Библиотека» – это информация о конкретной книге.
    Поле– столбец таблицы базы данных, составляющий часть записи, которая отводится для отдельной характеристики предмета. Возвращаясь к предыдущему примеру, в качестве полей можно выделить фамилию автора, название книги, место издания, издательство, год издания, шифр книги (или Код книги).
    СТРУКТУРА ТАБЛИЦЫ
    При создании базы данных прежде всего необходимо определить, какая информация будет храниться в планируемой базе и как она будет использоваться. Исходя из этого, можно определить, какие таблицы (и сколько) должны храниться в базе данных (каждая таблица должна относиться к определенной тематической области), и какие поля должны быть включены в каждую таблицу. Таким образом, необходимо описать структуру каждой таблицы – указать, сколько полей содержится в таблице, определить для каждого поля имя, указать тип и размер данных.
    Порядок расположения полей с указанием имен полей, тип хранимых в полях данных, размер этих данных и т.д. определяют структуру таблицы.

  20. VideoAnswer Ответить

Добавить ответ

Ваш e-mail не будет опубликован. Обязательные поля помечены *