Шпаргалка по "Информатике"

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

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

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

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

 

42. Обработка данных в мейнфрейме в пакетном режиме

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

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

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

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

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

 

53.Распределение функций в моделях клиент-серверной обработки данных.

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

- ввод и отображение данных (взаимодействие  с пользователем);

- прикладные функции, характерные  для данной предметной области;

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

Поэтому, в любом приложении выделяются следующие компоненты:

компонент представления данных

прикладной компонент

компонент управления ресурсом

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

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

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

прикладные функции, определяющие основные алгоритмы решения задач приложения (Business Logic);

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

функции управления информационными ресурсами (Database Manager System);

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

 

 

 

43. Обработка данных в многотерминальных  системах

По мере удешевления процессоров в начале 60-х годов появились новые способы организации вычислительного процесса, которые позволили учесть интересы пользователей. Начали развиваться интерактивные многотерминальные системы разделения времени (рис. 1.2). В таких системах компьютер отдавался в распоряжение сразу нескольким пользователям. Каждый пользователь получал в свое распоряжение терминал, с помощью которого он мог вести диалог с компьютером. Причем время реакции вычислительной системы было достаточно мало для того, чтобы пользователю была не слишком заметна параллельная работа с компьютером и других пользователей. Разделяя таким образом компьютер, пользователи получили возможность за сравнительно небольшую плату пользоваться преимуществами компьютеризации.

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

Таким образом, многотерминальные системы, работающие в режиме разделения времени, стали первым шагом на пути создания локальных вычислительных сетей. Но до появления локальных сетей нужно было пройти еще большой путь, так как многотерминальные системы, хотя и имели внешние черты распределенных систем, все еще сохраняли централизованный характер обработки данных. С другой стороны, и потребность предприятий в создании локальных сетей в это время еще не созрела - в одном здании просто нечего было объединять в сеть, так как из-за высокой стоимости вычислительной техники предприятия не могли себе позволить роскошь приобретения нескольких компьютеров. В этот период был справедлив так называемый «закон Гроша», который эмпирически отражал уровень технологии того времени. В соответствии с этим законом производительность компьютера была пропорциональна квадрату его стоимости, отсюда следовало, что за одну и ту же сумму было выгоднее купить одну мощную машину, чем две менее мощных - их суммарная мощность оказывалась намного ниже мощности дорогой машины.

 

55 Механизмы доступа к данным (интерфейс):

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

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

 

57 Категории специалистов раб-щих с БД:

  На 1 эпапе:

1.поектировщ(опред. Кол-во сущн объектов, типы связей, разраб. Модель и схему данных)

2 разработчиики(созд. Объекты в БД, , опред их св-ва и взаимосв, в некот созд. Прооги прилож)

3 тестировщ(провера работоспособн)

4 тех писатели(разраб документации к прогр обеспечению)

После выходы 2 категории:

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

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

 

45. Обработка данных с помощью компьютерных сетей

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

  Объединение персональных компьютеров  в локальную сеть

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

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

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

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

 

 

 

 

 

 

58 направление админист-ия БД:

Направления:

Администр предм области(адаптация концептуальной сист БД к измен в предм областит)

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

Админ безоп данных , разгран прав доступа к отдельн компонен базы в соотв с полном польз, настр сист ср-в защ от несанк доступа

Админ непоср БД и хран данных-обеспеч сохр данных макс-защищ производит БД

 

46. Принципы передачи данных по сети.

Компьютеры различной конфигурации должны при работе сети выполнять строгоустановл.правила преобразов.инф.в электрич.сигналы. Для решения этой задачи весь процесс преобразов.инф.разбивается на отдельн.уровни,к-е взаимодействуют друг с другом согласно протаколам передачи данных.В начале 80-х 20-го в. была разработана стандартная модель сетевого взаимодействия огткрыт.сетей.В ней протоколы сети делятся на 7 уровней:

-физический, -канальный, -сетевой, -транспортный, -сеансовый, -уровень представления, -прикладной

В наст.время большинство соврем.сетей исп.4 уровня:

- прикладной

- транспортный

- уровень межсетевого взаимодействия(соотв.сетевому)

- уровень сетевых интерфейсов(соотв.физическому)

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

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

 

 

59. Функции администратора баз данных

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

Основными функциями являются:

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

 

47.Формы взаимодействия между компьютерами при удаленной обработке данных

Классической архитектурой обработки многопользовательских БД является удаленная обработка.

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