Софт-Архив

8 1 12

Рейтинг: 4.7/5.0 (423 проголосовавших)

Описание

Статья 12

Статья 12.8 - Управление транспортным средством водителем, находящимся в состоянии опьянения, передача управления транспортным средством лицу, находящемуся в состоянии опьянения

Часть 1. Управление транспортным средством водителем, находящимся в состоянии опьянения, если такие действия не содержат уголовно наказуемого деяния, -

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

+ отстранение от управления транспортным средством (Статья 27.12 )

+ освидетельствование на состояние опьянения (Статья 27.12 )

+ задержание транспортного средства (Статья 27.13 )

Часть 2. Передача управления транспортным средством лицу, находящемуся в состоянии опьянения, -

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

Часть 3. Управление транспортным средством водителем, находящимся в состоянии опьянения и не имеющим права управления транспортными средствами либо лишенным права управления транспортными средствами, если такие действия не содержат уголовно наказуемого деяния, -

влечет административный арест на срок от десяти до пятнадцати суток

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

+ отстранение от управления транспортным средством (Статья 27.12 )

+ освидетельствование на состояние опьянения (Статья 27.12 )

+ задержание транспортного средства (Статья 27.13 )

Часть 4. Утратила силу с 1 июля 2015 года.

Федеральный закон от 31.12.2014 N 528-ФЗ.

Примечание. Употребление веществ, вызывающих алкогольное или наркотическое опьянение, либо психотропных или иных вызывающих опьянение веществ запрещается. Административная ответственность, предусмотренная настоящей статьей и частью 3 статьи 12.27 настоящего Кодекса, наступает в случае установленного факта употребления вызывающих алкогольное опьянение веществ, который определяется наличием абсолютного этилового спирта в концентрации, превышающей возможную суммарную погрешность измерений, а именно 0,16 миллиграмма на один литр выдыхаемого воздуха, или в случае наличия наркотических средств или психотропных веществ в организме человека.

8 1 12:

  • скачать
  • скачать
  • Другие статьи, обзоры программ, новости

    Windows 8

    Windows 8.1 with Update RUS-ENG x86-x64 -12in1- Activated (AIO)

    Windows 8.1 with Update RUS-ENG x86-x64 -12in1- Activated (AIO)

    Стадия разработки. Release

    Год/Дата Выпуска. 2014

    Версия. 6.3.9600.17031.140221-1952

    Автор сборки. m0nkrus

    Разрядность. 32bit, 64bit

    Язык интерфейса. Английский + Русский

    Таблэтка. Вылечено

    Системные требования :

    * Процессор: 1 гигагерц (ГГц) или больше.

    * ОЗУ: 1 гигабайт (ГБ) для 32-разрядной версии или 2 ГБ для 64-разрядной версии.

    * Свободное место на жестком диске: 16 гигабайт (ГБ) для 32-разрядной версии или 20 ГБ для 64-разрядной версии.

    * Графический адаптер: графическое устройство Microsoft DirectX 9 или более новой версии.

    * Дополнительные требования для использования некоторых функций.

    * Для использования сенсорных возможностей требуется планшет или монитор с поддержкой мультисенсорной технологии.

    * Чтобы получить доступ к Магазину Windows для загрузки и запуска приложений, требуется активное подключение к Интернету и разрешение экрана не менее 1024x768 пикселей.

    * Для привязки приложений требуется разрешение экрана не менее 1366x768.

    Описание :

    Меня очень долго просили выпустить сборку Windows 8.x с автоактивацией по аналогии со сборками Windows 7. Но какие-нибудь обстоятельства (то отсутствие адекватного лекарства, то ожидание очередного "финального" дистрибутива, то мои личные проблемы) этому мешали. Тем не менее я бы перестал сам себя уважать, если бы обманул тех, кто ждал этого релиза, кто надеялся на меня. И вот, наконец, он перед вами. Прошу любить и жаловать!

    Сборка включает в себя 6 модификаций русской и 6 модификаций английской версии Windows 8.1 для 32-битного (x86) и 64-битного (x64) ядра:

    - Windows 8.1 Professional x86 Russian

    - Windows 8.1 Professional x86 English

    - Windows 8.1 Professional x64 Russian

    - Windows 8.1 Professional x64 English

    - Windows 8.1 Professional with WMC x86 Russian

    - Windows 8.1 Professional with WMC x86 English

    - Windows 8.1 Professional with WMC x64 Russian

    - Windows 8.1 Professional with WMC x64 English

    - Windows 8.1 Enterprise x86 Russian

    - Windows 8.1 Enterprise x86 English

    - Windows 8.1 Enterprise x64 Russian

    - Windows 8.1 Enterprise x64 English

    Работоспособность сборки тщательно проверена.

    Некоторые особенности сборки

    - В основе сборки лежат дистрибутивы Windows 8.1, выложенные на MSDN восьмого апреля 2014 года.

    - На самом раннем этапе установки имеется предзагрузочное меню, в котором можно выбрать разрядность первичной оболочки, то есть какой установщик будет использован, x86 или x64. Благодаря этому, можно не беспокоиться, что 64-битная версия ОС может не встать на RAID, и что пользователи 64-битной ОС могут оказаться без службы восстановления системы. Для особо пытливых: не пытайтесь установить 32-битную версию ОС с помощью 64-битного установщика - на заключительном этапе развертывания системы установщик выдаст ошибку и откажется продолжать установку.

    - Неработающая утилита Windows Memory Diagnostic (Memtest), доступная милостию разработчиков из предзагрузочного меню, заменена на ее работающий аналог из дистрибутива Windows 7.

    - С установочного носителя удалена папка \Sources\SXS, в которой находились файлы для ручной локальной установки пакета .NET Framework 3.5. Но это не значит, что локально установить пакет будет невозможно. В папке \Support\Framework_3.5 размещен компактный и удобный в использовании установщик .NET Framework 3.5 для Windows 8.1.

    - В службу восстановления системы, запускаемую с установочного носителя, интегрирован модуль Microsoft Diagnostics and Recovery Toolset (MSDaRT) 8.1, который значительно расширяет возможности по реанимации системы.

    - Исправлена особенность установщика Windows 8.1, когда при использовании в сборке файла ei.cfg, полезного для установки из-под UEFI-BIOS, становился невозможным запуск установки из-под уже установленной системы.

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

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

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

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

    - Если во время установки системы вы впишете валидный лицензионный ключ выбранной редакции Windows 8.1 в соответствующее поле, то система будет активирована при помощи этого ключа на совершенно законных основаниях.

    - Если во время установки системы вы впишете определенные ключи-пустышки (см. FAQ), то система будет установлена без какой бы то ни было активации. Это может понадобиться, если впоследствии вы захотите ее активировать ключами для Windows 8 (для Professional и Enterprise) или для Windows Media Center (для Professional with WMC).

    - Если во время установки системы из-под UEFI-BIOS вы не впишете ключ вообще, а при установке из-под уже установленной системы, воспользуетесь ключами из подсказки в интерфейсе установщика, то система будет активирована автоматически при помощи активатора KMSAuto Net 1.2.4 от Ratiborus с установкой автоматической реактивации каждые 25 дней.

    - Если система будет активирована автоматически за счет встроенного в сборку активатора, то в стартовое меню будет добавлен ярлык к исполняемому файлу активатора под именем "KMS-activation". С помощью этого активатора можно активировать не только Windows, но и Office 2010/2013 VL.

    - В силу технических причин, 64-битные редакции ОС с данной сборки не могут быть установлены обновлением на Windows 7/8.x. Однако, если вам необходима установка 64-битной редакции из под уже имеющейся системы, остается возможность инициировать так называемую Выборочную установку. Чтобы это сделать, необходимо стартовать установку не через setup.exe в корне установочного носителя, а через setup.exe, что расположен в папке Sources дистрибутива. Авторан установочного носителя при запуске из-под имеющейся ОС, выберет нужный тип старта сам.

    Вопрос: Что вырезано или доработано в системах, устанавливаемых с данной сборки? Какие программы добавлены?

    Ответ: Загляните под спойлер "Некоторые особенности сборки".

    Вопрос: Можно ли включить автоматическое обновление для системы, установленной с данной сборки?

    Ответ: Да, автообновление использовать можно.

    Вопрос: Куда делся файл install.wim? Моя любимая программа по установке/развертыванию образа на флэшку без него не хочет работать.

    Ответ: В данной сборке вместо install.wim используется install.esd. Это формат имеет более серьезную степень сжатия. Благодаря этому сборка уместилась на DVD5-болванку. А если ваша любимая программа этот формат не понимает и не поддерживает, то стоит задуматься, а не сменить ли ее на какую-нибудь более универсальную.

    Вопрос: У меня не появляется предзагрузочное меню с выбором разрядности установщика. Почему?

    Ответ: Ваш компьютер поддерживает установку в режиме EFI/UEFI и выбрал именно этот режим для установки. Установка в EFI/UEFI возможна только при помощи 64-битного установщика, поэтому и нет никакого выбора.

    Вопрос: Мне нужна установка в режиме BIOS на MBR-раздел, а система ставится в режиме EFI/UEFI на GPT-раздел. Как быть?

    Ответ: Зайдите в UEFI-BIOS и поменяйте там параметр, ответственный за выбор режима установки. В UEFI-BIOS разных производителей его название и местоположение отличаются, так что конкретно подсказать, что делать в вашем случае, я не могу. Просто просмотрите все опции и ищите название EFI или UEFI. Как найдете, поменяйте данный параметр на тот, который будет содержать слово BIOS.

    Вопрос: Вы писали, что система устанавливается сразу с двумя языками. Но после установки английской версии Windows 8.1, в списке доступных языков интерфейса я вижу только английский. Как так?

    Ответ: Да, действительно, есть такое. Чем вызвано, не знаю. Все собиралось по годами проверенным методикам. И все же, это лишь мелкий недочет, не более. Русский язык, как я и говорил, тоже установлен. Просто не отображается в списке. В окне выбора языка интерфейса нажмите на кнопку "Добавить язык" и выберете среди прочих русский. Все, можете пользоваться! Всю процедуру можно проделать даже оффлайн, поскольку язык уже установлен и дополнительно его скачивать с офсайта не требуется.

    Вопрос: Как мне, при использовании лишь дистрибутива, без подключения к сети установить пакет .NET Framework 3.5?

    Ответ: Запустите установщик <буква диска установочного носителя>:\support\framework_3.5\dotNetFx35_W8.1_ru-en_x86-x64.exe и следуйте указаниям Мастера установки.

    Вопрос: Стоит ли ожидать от вас сборку с активатором, основанным на сочетании трех компонентов: SLIC-таблицы, сертификата и ключа?

    Ответ: Увы, этот метод активации в Windows 8.x не работает. Так что, ничего подобного создать попросту не удастся.

    Вопрос: Я хочу установить систему без активации, чтобы впоследствии активировать ее ключом для Windows 8 или распространяемым в свое время бесплатно ключом для Windows Media Center (WMC). Как быть?

    Ответ: С помощью ключей для Windows 8 и для WMC действительно можно активировать Windows 8.1. Но именно, что активировать уже установленную систему! В процессе установки их использовать бесполезно. Для того, чтобы вам не помешал встроенный в сборку активатор, в окне ввода ключа установщика укажите следующие ключи-пустышки: XHQ8N-C3MCJ-RQXB6-WCHYG-C9WKB (для Professional), 789NJ-TQK6T-6XTH8-J39CJ-J8D3P (для Professional with WMC) или FHQNR-XYXYC-8PMHT-TV4PH-DRQ3H (для Enterprise). По окончании установки, откройте консольное окно от имени администратора и введите команду "slmgr /ipk <ваш ключ>" без кавычек. После этого, если ваш ключ ДЕЙСТВИТЕЛЬНО валидный, то инициируйте активацию стандартными средствами через Интернет или при помощи команды "slmgr /ato". Если же у вас есть причины сомневаться, что это сработает, в том же консольном окне введите команду "slui 4" и воспользуйтесь активацией по телефону.

    Вопрос: Что за ключи представлены в подсказке для установки Windows 8.1 из-под уже установленной системы?

    Ответ: Это ключи-заглушки, ключи-пустышки - ключи, которые изначально встроены в дистрибутивы Майкрософт для замещения "вакантного места", пока пользователь не введет свой лицензионный ключ. Эти ключи годятся только для выбора редакций. Не для активации.

    Вопрос: Вы писали, что встроенный в сборку активатор способен активировать Office 2010 VL и Office 2013 VL. Как это сделать?

    Ответ: Здесь нет ничего сложного. Запустите активатор с ярлыка "KMS-activation", который расположен в стартовом меню Windows 8.1, и просто выберите необходимый вам механизм активации.

    Вопрос: Вы писали, что 64-битные редакции ОС с данной сборки не установятся Обновлением на Windows 7/8.x, но можно инициировать Выборочную установку. В чем отличие между установкой Обновлением и Выборочной установкой? Стоит ли беспокоиться из-за невозможности установки Обновлением?

    Ответ: При установке Обновлением, все файлы, программы, настройки установленной ранее ОС, по возможности (в случае их совместимости), окажутся интегрированными в новую ОС. Но, также, хотелось бы отметить, что все ошибки файловой системы, реестра и т.д. тоже могут перейти в новую ОС. При Выборочной установке поверх старой ОС, все содержимое этой ОС будет сохранено на системном разделе HDD/SSD в папке Windows.Old, откуда его потом, по необходимости, можно будет перенести в свежеустановленную ОС. После "выдергивания" нужного контента, папку Windows.Old можно будет спокойно удалить. Есть еще вариант выборочной установки - когда папка Windows.Old не создается вообще. Такое возможно, если вы решите переразбить или отформатировать системный раздел HDD/SSD.

    Подробнее об MSDaRT

    Набор инструментов Microsoft Diagnostics and Recovery Toolset (MSDaRT) помогает диагностировать и устранять неполадки в системе, возникающие при запуске, а также другие проблемы.

    В состав набора входят следующие инструменты:

    - Редактор реестра. Служебная программа Редактор реестра ERD предоставляет сведения о реестре, которые могут помочь при восстановлении системы.

    - Мастер изменения паролей. Для вывода локальных учетных записей пользователей и изменения паролей можно использовать Мастер изменения паролей.

    - Анализатор сбоев. Для выявления причины фатального сбоя системы и определения драйвера, вызвавшего сбой, можно использовать мастер анализа сбоев.

    - Восстановление файлов. Служебную программу восстановления файлов можно использовать для поиска и восстановления файлов, удаленных из файловой системы NTFS или FAT.

    - Disk Commander. Для восстановления разделов или томов можно использовать приложение Disk Commander.

    - Очистка диска. Для удаления данных на дисках и томах можно использовать служебную программу Очистка диска.

    - Управление компьютером. Служебная программа Управление компьютером предоставляет инструменты восстановления для выполнения широкого спектра административных задач.

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

    - Мастер решений. Мастер решений рекомендует наиболее подходящий инструмент для исправления ситуации и предоставляет пошаговые инструкции для проведения диагностики.

    - Настройка TCP/IP. Служебная программа Настройка TCP/IP помогает отобразить и настроить конфигурацию TCP/IP.

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

    - Средство проверки системных файлов. Средство проверки системных файлов позволяет проверить и восстановить поврежденные или отсутствующие системные файлы.

    - Поиск. Служебная программа поиска позволяет ограничить область поиска с помощью указания имени, местоположения поиска, примерного размера файла или времени изменения файла.

    - Защитник. Автономное средство проверки позволяет определить вредоносные или другие нежелательные программы и выдает предупреждения о потенциальной опасности.

    - Удаленное подключение. Возможность установления удаленного подключения службе тех. поддержки для решения проблем.

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

    Запуск модуля MSDaRT 8.1. из службы восстановления, запускаемой с установочного носителя:

    Статья 12

    Кодекс об административных правонарушениях, N 195-ФЗ | ст 12.8 КоАП РФ Статья 12.8. Управление транспортным средством водителем, находящимся в состоянии опьянения, передача управления транспортным средством лицу, находящемуся в состоянии опьянения

    1. Управление транспортным средством водителем, находящимся в состоянии опьянения, если такие действия не содержат уголовно наказуемого деяния, -

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

    2. Передача управления транспортным средством лицу, находящемуся в состоянии опьянения, -

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

    3. Управление транспортным средством водителем, находящимся в состоянии опьянения и не имеющим права управления транспортными средствами либо лишенным права управления транспортными средствами, если такие действия не содержат уголовно наказуемого деяния, -

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

    4. Утратил силу.

    Примечание. Употребление веществ, вызывающих алкогольное или наркотическое опьянение, либо психотропных или иных вызывающих опьянение веществ запрещается. Административная ответственность, предусмотренная настоящей статьей и частью 3 статьи 12.27 настоящего Кодекса, наступает в случае установленного факта употребления вызывающих алкогольное опьянение веществ, который определяется наличием абсолютного этилового спирта в концентрации, превышающей возможную суммарную погрешность измерений, а именно 0,16 миллиграмма на один литр выдыхаемого воздуха, или в случае наличия наркотических средств или психотропных веществ в организме человека.

    8 1 12

    / baz_dan / Главы8-12

    8. Распределенные базы данных

    8.1.Предпосылки возникновения РБД

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

    РБД представляет собой базу данных, отдельные части которой размещены (возможно с дублированием) на нескольких ЭВМ сети. 60-е - 70-е – 80-е гг. - появление и развитие централизованных вычислительных систем. 80-90 – появились распределённые системы. Широко используемые ранее в 60-70-х годах иерархические и сетевые модели данных плохо приспособлены для организации РБД. Так как там требуется использование явных адресных указателей связей между данными и, кроме того - использование процедурного языка манипулирования данными (ЯМД), что ведёт к увеличению периодических сообщений по ЛВС. 80-90г. - используются реляционные базы данных, которые не требуют поддержки явных адресных указателей, наличие непроцедурного языка даёт возможность упростить формулировку сложных запросов. При проектировании РБД обязательно выполняется фрагментация данных – разбиение исходного объекта глобального типа на отдельные части и размещение их на разных ЭВМ. Для получения информации о размещении данных по сети вводится специальный словарь-справочник данных (ССД). Фрагментация может быть горизонтальной (a, b) или вертикальной (1,2 - 3,4), см. рис.1.0.

    Рис.1.0. Фрагментация данных

    При проектировании РБД выдвигается ряд требований: быстрая обработка запросов, безопасность, секретность, логическая и физическая независимость данных, прозрачность.

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

    Существуют понятия системы распределенных баз данных (СРБД) и системы распределения обработки данных (СРОД). В СРБД базы данных распределены между несколькими (возможно, территориально разобщенными) ЭВМ. В СРОД возможен параллельный доступ нескольких пользователей к централизованной базе данных. Основной целью СРБД является обеспечение управляемого доступа и независимого обращения к данным, распределённым в сети ЭВМ. Под управляемым доступом понимается степень безопасности, необходимая для защиты данных от неавторизованного доступа. Независимость обращения или разделимость, позволяет пользователям получить доступ к данным через различные, подчас значительно удалённые вычислительные средства. Сеть ЭВМ представляет совокупность неоднородных вычислительных средств, связанных между собой высокоскоростными каналами связи.

    Технологические проблемы в РБД делят на 2 категории: 1. проблемы проектирования; 2. проблемы реализации, затрагивающие функционирование распределённой системы.

    Факторы, стимулирующие развитие распределённой обработки данных.

    • Снижение стоимости процессора (мини ЭВМ);

    • Повышение квалификации конечного пользователя;

    • Неудовлетворённость пользователя работой централизованных групп;

    • Творчество пользователей;

    • Высокая стоимость телефонных каналов;

    • Теледоступ к базам данных;

    • Развитие сетевого программного обеспечения;

    • Секретность. В распределённых системах легче обеспечить секретность, поскольку в них не складываются, «все яйца в одну корзину»;

    • Перегрузка центральных процессоров.

    8.2. Классификация систем по способам обработки данных

    Данные могут храниться двумя способами – непосредственно в виде файлов или в базах данных. Файлы обычно создаются для работы с одной прикладной задачей или группой связанных задач. Представление программиста о файле практически соответствует физической структуре файла. Распределённые данные часто организуются в форме файлов, а не в форме баз данных. Данные могут храниться централизовано или децентрализовано, что диктуется существом самих хранимых данных. Например, если файл непрерывно обновляется, а территориально разобщённые пользователи должны получать всякий раз последнее состояние данных (как в файле резервирования авиабилетов), то естественно такой файл централизовать. Данные обычно централизуются и тогда, когда поиск производится во всей их совокупности. С другой стороны, если данные используются локально в точке их происхождения, они могут быть децентрализованными. При низкой скорости обновления или при автономном обновлении (off-line) допустимо хранение нескольких копий одних и тех же данных в разных местах.

    Рассмотрим различные типы систем, различающихся по характеру распределения данных.

    1.    Системы с централизованными данными:

    Рис.8.1. Системы с централизованными данными

    При наличии нескольких Хост-машин они могут либо находиться в том же месте, где размещены и данные, либо быть удалены от них.

    2.     Иерархические системы (рис.8.2)

    Различают:  иерархии - зависимые системы и иерархии – независимые системы

    В схеме иерархии зависимых системах данные в машинах нижнего уровня тесно связаны с данными в машине верхнего уровня. Зачастую они могут быть подмножествами данных верхнего уровня, используемыми в локальных приложениях. Эталонная копия данных (master copy) при этом может храниться на верхнем уровне. При внесении изменений в данные на нижнем уровне эти изменения должны передаваться в машину верхнего уровня – иногда немедленно, иногда позднее. В других системах такого типа нижний уровень может содержать те же данные, что и верхний, и ещё свои собственные, которые никогда не передаются наверх. Например, на нижнем уровне могут храниться адреса клиентов и более детальная информация о них. Эти данные, занимающие большой объём, обычно не требуются на верхнем уровне. Верхний же уровень может хранить номера клиентов, их имена, сведения о кредитах и заказах. Это - избыточная информация. Она повторяется на обоих уровнях, и любая её модификация на нижнем уровне должна передаваться на верхний уровень.

    В схеме иерархии независимых данных все процессоры представляют собой независимые замкнутые системы обработки данных. Структура данных на машинах нижнего уровня отличается от структуры на верхнем уровне. Пример: нижний уровень предназначен для рутинных повторяющихся (массовых) операций: приёма заказов, контроля выпуска продукции, управления складом и т.п. В машинах верхнего уровня, расположенной возможно, при главном управлении предприятием, находитсяинформационная система. которая должна снабжать необходимой информацией руководство, планирующие подразделения, отделы, разработчиков новых изделий и стратегий. Все данные могут быть извлечены из нижних уровней, но они суммируются, редактируются, реорганизуются с помощью вторичных индексов или иных методов поиска, чтобы обеспечить ответы на разнообразные, часто заранее непредвиденные вопросы.

    Рис.8.2. Иерархические системы

    Расщепленные данные:

    Рис.8.3. Системы с расщепленными данными

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

    4.    Разделенные данные:

    Рис.8.4. Системы с разделенными данными

    В системах с разделёнными данными (рис.8.4) объединённые в сеть подсистемы содержат разные данные и разные программы и, как правило, создаются разными группами разработчиков. Тем не менее, они обслуживают одну и ту же частную корпорацию или государственное учреждение. Компьютеры получают возможность запрашивать данные друг у друга.

    На схеме одна из подсистем связана с производством. другая – соснабжением (закупками), а третья – сбухгалтерией. Подсистема территориально разделена. Подсистема управления производством, расположенная возможно, на заводе, формирует заявки на поставки, передаваемые подсистеме снабжения. И производственная подсистема, и подсистема снабжения формируют данные, которые должны передаваться в главную бухгалтерию.

    Реплицированные (дублированные) данные:

    Рис.8.5. Системы с дублированными данными

    В системе с реплицированными данными идентичные копии данных хранятся в разных местах, потому что дублирование памяти позволяет избежать передачи больших объёмов данных, и это оказывается дешевле. Такая организация имеет смысл только в тех случаях, когда объём обновлений невелик.

    Достоинство: при дублировании очень высокая надежность.

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

    6.    Гетерогенные системы:

    Рис.8.6. Гетерогенные системы

    На рис.8.6 приведена гетерогенная система. Она состоит из независимых вычислительных систем, установленных различными организациями для решения своих специфических задач.

    7. Комбинированные формы распределённых данных

    Рис.1.7. Комбинированные системы

    РОД ставит много новых проблем: Какие функции должны быть централизованы, а какие децентрализованы? Где должны храниться данные? Какая конфигурация больших машин, малых машин и интеллектуальных терминалов окажется наилучшей для обслуживания заказчика?

    8.3. Однородные и неоднородные системы БД

    Распределённые системы часто строятся путём «интеграции» разнородных аппаратных и программных средств. Следовательно, должен быть сделан выбор между однородной и неоднородной вычислительной системой. В случае однородных СУБД нет проблем ни с моделями данных, ни с языками запросов, ни с другими средствами. Всё это совпадает с тем, что поддерживается несколько СУБД. Для неоднородных СУБД вопросы усложняются. Использования неоднородных СУБД обычно является следствием формирования РБД из ряда существовавших ранее автономных баз данных. Стоящая перед разработчиками цель – достичь прозрачного доступа, что представляет собой нечто большее, чем простое обеспечение доступа к удалённым СУБД и их базам данных.

    Прозрачность может быть реализована двумя методами.

    Дать пользователю интерфейс, предоставляемой данной локальной СУБД. То есть, имеющаяся схема должна быть расширена для включения данных, имеющихся в других узлах. Сетевая СУБД должна обеспечить в каждом узле возможность обращения к данным любого другого узла независимо от модели данных. Схемы других узлов должны преобразовываться в схему данного узла. Таких преобразований будет n(n-1), гдеn– число узлов. При большом числеnтакая схема будет слишком сложной.

    Использование единого для всей сети стандартного пользовательского интерфейса (единого протокола). В этом случае все пользователи используют общий интерфейс. Должна существовать единая схема сетевой БД. Каждому типу локальной СУБД должен соответствовать свой тип преобразования схемы. При этом используется лишь nтипов преобразований. Недостаток – пользователь должен изучить новую систему – сетевую СУБД.

    В настоящее время для взаимодействия с различными СУБД используются специальные средства:

    ODBC (Open Date Base Connectivity) – разработка фирмы Microsoft.

    BDE (Borland Database Engine) – фирма Borland.

    CGI (Common Gateway Interface) – сценарий в рамках Интернета.

    Дифференциальные файлы (ДФ).

    ДФ в БД аналогичны списку опечаток в книге. Вместо того, чтобы печатать новое издание книги, всякий раз, когда требуется внести изменения в текст, составляется список исправлений с указанием страниц. При достаточно большом списке опечаток производится реорганизация, т.е. создаётся новая книга.

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

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

    8.4. Стратегия размещения данных в РБД по узлам сети

    Достоинства и недостатки.

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

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

    Достоинства. Все операции под контролем центрального узла.

    Недостатки. - Затраты на связь и временные задержки.

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

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

    Достоинство. - Надежность, доступность и эффективность выборки.

    Простота восстановления.

    Недостаток. - Большие затраты в объеме памяти.

    - Необходимость синхронизации для согласования копий.

    Смешанная (несколько копий подмножеств БД, в каждом узле может содержаться произвольный фрагмент БД).

    Достоинство. Гибкость. Например, архивные данные могут хранится в одном месте, а критические данные могут дублироваться для повышения надежности).

    Недостаток. – Необходимо хранить информацию о том, где находятся данные в сети.

    - Необходимость согласования произвольного количества хранимых фрагментов данных.

    Функции СУРБД

    1. Автоматическое определение ЭВМ, на которой хранятся требуемые в запросе данные;

    2. Декомпозиция общего запроса на частные подзапросы к БД;

    3. Планирование обработки запросов;

    4. Передача частных подзапросов и их исполнение на удалённых ЭВМ;

    Укажите отличительные черты однородных и неоднородных БД.

    С какой целью используются дифференциальные файлы.

    Укажите достоинства и недостатки различных стратегий размещения данных.

    9. Удаленный доступ взаимодействия с базой данных

    9.1. Режим работы с БД при удаленном доступе

    На рис.9.1 приведены режимы работы с базой данных при удаленном доступе. Параллельный доступ к одной БД нескольких пользователей в том случае, если БД расположена на одной машине, соответствует режиму распределённого доступа к централизованной БД. (Такие системы называются системами распределённой обработки данных).

    Рис.9.1 Режимы работы с БД

    Если же БД распределена по нескольким компьютерам, расположенным в сети, и к ней возможен параллельный доступ нескольких пользователей, то мы имеем дело с параллельным доступом к распределённой БД. Подобные системы называются системами распределения баз данных.        В 90-х годах наметили переход от отдельных mainframe – систем к открытым распределённым системам. На первых порах при использовании модели «клиент-сервер» пользовательская программа не разделялась на части, она выполнялась некоторым монопольным блоком. Но при монопольном исполнении используются ресурсы только одного компьютера, а остальные компьютеры в сети рассматриваются как терминалы. Но теперь в отличие от эпохи майнфреймов при распределённой обработке используется архитектура «клиент-сервер».

    Рис.9.2. Архитектура “клиент - сервер”

    Сервер – это собственно СУБД. Он поддерживает все основные функции СУБД: определение данных, обработку данных, защиту и целостность данных.

    Клиент – это различные приложения, которые выполняются под СУБД. Приложения – это программы, написанные на языках программирования С, Pascal и т.д. Клиент и сервер запускаются на разных машинах.

    Существуют 2 способа:

    1.    Клиент может получать доступ к любому количеству серверов, но лишь к одному в одно и то же время. При этом пользователь должен знать, на какой именно машине, какая часть данных содержится (рис. 9.3а).

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

    Рис.9.3. Модели взаимодействия “клиента” и “сервера”

    Появилась возможность использовать ресурсы каждого компьютера в сети.

    Основной принцип технологии «клиент-сервер» применительно к технологии баз данных заключается в разделении функций стандартного интерактивного приложения на 5 групп:

    1.    Функции ввода и отображения данных (Presentation Logic);

    2.    Функции решения задач приложения (Business Logic);

    3.    Функции обработки данных внутри приложения (Database Logic);

    4.    Функции управления информационными ресурсами (Database Manager System); (СУБД) (DBMS)

    5.    Служебные функции (для связывания первых 4-х групп).

    Структура типового приложения, работающего с БД представлена на рис.9.4.

    Рис.9.4. Структура типового приложения “клиента”

    Функции 1-й группы Presentation Logic:

    •    формирование экранных изображений;

    •    чтение и запись в экранные формы информации;

    •    управление экраном;

    •    обработка движений мыши и нажатия клавиш клавиатуры.

    Бизнес-логика определяет алгоритм решения конкретных задач приложения. Обычно этот код пишется с использованием различных языков программирования, таких как C, C++, Cobol, Visual-Basic.

    Логика обработки данных - связана с обработкой данных внутри приложения. Данными управляет собственно СУБД (DBMS). Для обеспечения доступа к данным используется язык запросов и средства манипулирования данными стандартного языка SQL. Обычно операторы языка SQL встраиваются в языки 3-го или 4-го поколения (3GL, 4GL), которые используются для написания кода приложения.

    9.2. Архитектура моделей удалённого доступа.

    2.2.3. Двухуровневые модели.

    Модель файлового сервера (File Server, FS)

    В этой модели презентационная логика и бизнес-логика располагаются  на клиенте. На сервере располагаются файлы с данными и поддерживается доступ к файлам. Функции управления информационными ресурсами находятся на клиенте.

    Рис.9.5. Модель файлового сервера

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

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

    Недостатки:

    •    высокий сетевой трафик, который связан с передачей по сети множества блоков и файлов, необходимых приложениям;

    •    узкий спектр операций манипулирования с данными;

    •    отсутствие адекватных средств безопасности доступа к данным.

    9.2.4. Модели удалённого доступа к данным (Remote Data Access, RDA) в архитектуре «клиент-сервер»

    Здесь БД хранится на сервере и ядро СУБД на сервере. На клиенте располагаются презентационная логика и бизнес-логика приложения. Клиент обращается к серверу с запросами на языке SQL.

    Рис.9.6. Модель “клиент-сервер”

    Преимущества:

    Резко уменьшается загрузка сети, так как по ней от клиентов к серверу передаются не запросы на ввод/вывод файлов, а запросы SQL, а их объём существенно ниже. В ответ на запросы клиент получает только данные, релевантные запросу, а не блоки файлов, как в FS-модели.

    Недостатки:

    •    SQL – запросы при интенсивной работе клиентских приложений могут существенно загрузить сеть;

    *   Дублирование кода приложения при одинаковых запросах для каждого клиентского приложения;

    •    Сервер в этой модели играет пассивную роль.

    Данная модель и предыдущие модели называются моделями с «толстым клиентом».

    9.2.5. Модель «сервера БД»

    Данную модель поддерживает большинство современных СУБД: Informix, Ingres, SyBase, Oracle, MS SQL Server. Основу данной модели составляет механизм хранимых процедур (ХП) как средство программирования SQL-сервера, механизм триггеров как механизм отслеживания текущего состояния информационного хранилища и механизм ограничений на пользовательские типы данных.

    Рис.9.7. Модель “сервера БД”

    В этой модели бизнес-логика разделена между клиентом и сервером. На сервере бизнес-логика реализована в виде ХП-специальных программных модулей, которые хранятся в БД и управляются непосредственно из СУБД. Клиент хранится в БД и управляется непосредственно СУБД. Клиент обращается к серверу с командой запуска ХП, а сервер выполняет эту процедуру и регистрирует все изменения в БД. Сервер возвращает клиенту данные, релевантные его запросу. Трафик обмена информацией резко уменьшается. Централизованный контроль выполняется и с использованием механизма триггеров.

    Триггер в БД является как бы некоторым тумблером, который срабатывает при возникновении определённого события в БД. При возникновении соответствующего события, сервер запускает соответствующий триггер. Триггеры могут вызывать ХП.

    Для написания ХП и триггеров используется расширение стандартного языка SQL, так называемый, встроенный SQL. Недостаток - большая загрузка сервера. Данную модель называют с «тонким клиентом» в отличие от предыдущих моделей.

    9.2.6. Хранимые процедуры (ХП) и триггеры

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

    ХП могут быть написаны на собственных ЯП СУБД. Так в СУБД Oracle для этого используется язык PL/SQL, а в MS SQL Server используется язык Transact SQL.         Пример.

    Create proc pr1   As   Select *

    Where spec=”2201”

    ХП вызывается оператором EXEC <имя проц.><значение входного параметра><имя переменной для выходного параметра>