- •1.Информация. Меры информации по Хартли.
- •2.Меры информации по Шеннону и Колмогорову.(Колмогорова в лекциях вообще нету так что пусть не урчит)
- •3.Структура эвм. Команды и программы. Исполнение команд.
- •Выполнение команд
- •4.Архитектуры вычислительных систем.
- •5.Представление данных в эвм. Типы данных. Погрешности решения задач в эвм.
- •6.Операционные системы.
- •Определение методов решения
- •Составление алгоритмов
- •Написание и отладка программ на эвм
- •Тестирование программ на эвм
- •7. Решение задач на эвм. Погрешности решения задач в эвм.
- •Постановка задач
- •8.Алгоритмы: линейные, разветвляющиеся, циклические.
- •Базовые алгоритмические структуры
- •9.Языки программирования: ассемблеры и языки высокого уровня, интерпретаторы и компиляторы. Язык Basic. Операторы Basic.
- •10.Типы данных qBasic. Операторы ввода-вывода.
- •Ввод/вывод
- •1. Вывод на экран
- •2. Очистка экрана.
- •3. Ввод с клавиатуры
- •4. Форматированный вывод на экран
- •5. Позиционирование курсора
- •6. Вывод пробелов
- •7. Функция табуляции
- •8. Остановка программы
- •11.Программирование разветвляющихся алгоритмов в qBasic.
- •12. Программирование циклических алгоритмов в qBasic.
- •13.Массивы. Обработка массивов в qBasic. Массивы в qbasic
- •14.Обработка текстовых данных в qBasic. Обработка строк
- •1. Определение длины строки
- •2. Получение символов кода ascii
- •4. Выделение левых крайних символов строки
- •6. Выбор подстроки
- •7. Получение строчных символов
- •15.Редактор Visual Basic (vb). Объекты vb, типы данных vb.
- •16.Операторы Visual Basic. Условный оператор
- •Оператор Select Case
- •Операторы Do, Loop, Until (от -Гепарда97-)
- •Оператор GoTo
- •Оператор GoTo имеет следующий синтаксис
- •17.Массивы в Visual Basic. Операторы цикла и обработка массивов.
- •18.Элементы управления в Visual Basic.
- •1 Кнопки (Button)
- •2 Таймер
- •3 Линии и фигуры
- •4 Текстовое поле и поле надписи
- •5 Графическое поле
- •19.Элементы управления ListBox и ComboBox
- •20.Функции и процедуры в Visual Basic.
- •21.Базы данных. Инфологическое проектирования баз данных. Модели данных.
- •Основные задачи проектирования баз данных
- •Концептуальное (инфологическое) проектирование [править]
- •Простая двумерная структура
- •Иерархическая структура
- •Реляционная модель данных
- •22.Реляционные базы данных. Сущности, атрибуты, связи. Ключевые поля.
- •23Логические схемы сущность-связь. Схема данных. Конструктор запросов qbe. Модели «сущность-связь»
- •25. Язык sql. Запросы на выборку данных с group by.
- •26. Язык sql. Многотабличные запросы на выборку данных.
- •27. Язык sql. Модификация данных.
- •28.Локальные сети эвм.
- •Технология и модели “клиент - сервер”.
- •М одель fs.
- •Технологический недостаток модели-
- •Модель rda
- •М одель сервера бд (dbs).
- •Модель as- сервер приложений.
- •30. Технологии клиент-сервер. Многоуровневые технологии as. Протоколы tcp/ip и httр. Www сервера и Интернет. Сервер приложений (as)
- •Основные возможности, предоставляемые сетью Интернет
- •World Wide Web — главный информационный сервис.
- •31. Структурное программирование. Тестирование.
- •32.Объектно- ориентированное программирование.
Модель rda
(
доступ
к удаленным данным).
Схема запросов к файловой системе.
Модель RDA существенно отличается от FS- модели характером доступа к информационным ресурсам- (SQL- сервер).
Коды
Клиент направляет запрос к информационным ресурсам. Ядро СУБД сервера обрабатывает запросы и возвращает клиенту результат, оформленный как блок данных. Инициатор манипуляций- клиент.
RDA- модель избавлена от недостатков централизованной системы и FS-системы.
Перенос компоненты представления существенно разгружает сервер, отводя ему роль полной обработки запросов и транзакций.
Язык SQL становится стандартным средством общения клиент – сервер.
Но RDA- модель также не лишена недостатков:
Взаимодействие «клиент-сервер»- загружает сеть;
Совмещенные представления прикладного компонента затрудняет администрирование.
М одель сервера бд (dbs).
Реализована в Informix, Ingres, Sybase, Oracle. Ее основу составляет механизм хранимых процедур - средства программирования SQL- сервера. Процедуры хранятся в словаре БД, разделяются между клиентами.
Язык хранимых процедур- это процедурное расширение SQL- уникальное для каждой системы.
В виде набора хранимых процедур оформлен прикладной компонент.
Достоинства DBS- модели:
Централизованное администрирование прикладных функций;
Снижение графики (вместо SQL- запросов по сети направляются вызовы хранимых процедур);
Возможности разделения процедуры между несколькими приложениями.
Недостатки:
Ограниченность средств написания хранимых процедур;
В большинстве СУБД отсутствуют средства отладки хранимых процедур.
На практике чаще всего используются смешанные модели, когда поддержка целостности БД и некоторые простейшие прикладные функции поддерживаются DBS- моделью, а более сложные функции выполняются на клиенте (RDA- модель).
Модель as- сервер приложений.
(Application server).
Х
арактерной
особенностью AS- модели
является реализация прикладного
компонента (группы процессов, выполняющих
прикладные функции) на отдельном сервере
приложений.
Модель сервера приложений.
В трехзвенной схеме появляется еще один стандартный интерфейс API.
В прикладной компоненте используются универсальные механизмы ОС.
AS-модель является фундаментом для так называемых ТРМ (Transaction Processing Monitors)- мониторов транзакций.
30. Технологии клиент-сервер. Многоуровневые технологии as. Протоколы tcp/ip и httр. Www сервера и Интернет. Сервер приложений (as)
В AS -модели процесс, выполняющийся на компьютере-клиенте, отвечает обычно за интерфейс с пользователем (т. е. реализует функции первой группы). Обращаясь за выполнением услуг к прикладному компоненту, этот процесс играет роль клиента приложения (Application Client - АС). Прикладной компонент реализован как группа процессов, выполняющих прикладные функции, и называется сервером приложения (Application Server - AS). Все операции над информационными ресурсами выполняются соответствующим компонентом, по отношению к которому AS играет роль клиента. Из прикладных компонентов доступны ресурсы различных типов - базы данных, очереди, почтовые службы и др. RDA- и DBS-модели опираются на двухзвенную схему разделения функций. В RDA-модели прикладные функции приданы программе-клиенту, в DBS-модели ответственность за их выполнение берет на себя ядро СУБД. В первом случае прикладной компонент сливается с компонентом представления, во втором — интегрируется в компонент доступа к информационным ресурсам. В AS-модели реализована трехзвенная схема разделения функций, где прикладной компонент выделен как важнейший изолированный элемент приложения, для его определения используются универсальные механизмы многозадачной операционной системы, и стандартизованы интерфейсы с двумя другими компонентами. AS-модель является фундаментом для мониторов обработки транзакций (Transaction Processing Monitors - ТРМ), или, проще, мониторов транзакций, которые выделяются как особый вид программного обеспечения. В заключение отметим, что часто, говоря о сервере базы данных, подразумевают как компьютер, так и программное обеспечение - ядро СУБД. При описании архитектуры «клиент—сервер» под сервером базы данных мы имели в виду компьютер. Ниже сервер базы данных будет пониматься как программное обеспечение - ядро СУБД. |
Отдельные участки Интернет представляют собой сети различной архитектуры, которые связываются между собой с помощью маршрутизаторов. Передаваемые данные разбиваются на небольшие порции, называемые пакетами. Каждый пакет перемещается по сети независимо от других пакетов. Сети в Интернет неограниченно коммутируются (т.е. связываются) друг с другом, потому что все компьютеры, участвующие в передаче данных, используют единый протокол коммуникации TCP/IP (читается "ти-си-пи / ай-пи"). На самом деле протокол TCP/IP — это два разных протокола, определяющих различные аспекты передачи данных в сети:
протокол TCP (Transmission Control Protocol) — протокол управления передачей данных, использующий автоматическую повторную передачу пакетов, содержащих ошибки; этот протокол отвечает за разбиение передаваемой информации на пакеты и правильное восстановление информации из пакетов получателя;
протокол IP (Internet Protocol) — протокол межсетевого взаимодействия, отвечающий за адресацию и позволяющий пакету на пути к конечному пункту назначения проходить по нескольким сетям.
Схема передачи информации по протоколу TCP/IP такова: протокол ТСР разбивает информацию на пакеты и нумерует все пакеты; далее с помощью протокола IP все пакеты передаются получателю, где с помощью протокола ТСР проверяется, все ли пакеты получены; после получения всех пакетов протокол ТСР располагает их в нужном порядке и собирает в единое целое.
Каждый компьютер, подключенный к сети Интернет имеет два равноценных уникальных адреса: цифровой IP-адрес и символический доменный адрес. Присваивание адресов происходит по следующей схеме: международная организация Сетевой информационный центр выдает группы адресов владельцам локальных сетей, а последние распределяют конкретные адреса по своему усмотрению.
IP-адрес компьютера имеет длину 4 байта. Обычно первый и второй байты определяют адрес сети, третий байт определяет адрес подсети, а четвертый — адрес компьютера в подсети. Для удобства IP-адрес записывают в виде четырех чисел со значениями от 0 до 255, разделенных точками, например: 145.37.5.150. Адрес сети — 145.37; адрес подсети — 5; адрес компьютера в подсети — 150.
Доменный адрес (англ. domain — область), в отличие от цифрового, является символическим и легче запоминается человеком. Пример доменного адреса: barsuk.les.nora.ru. Здесь домен barsuk — имя реального компьютера, обладающего IP-адресом, домен les — имя группы, присвоившей имя этому компьютеру, домен nora — имя более крупной группы, присвоившей имя домену les , и т.д. В процессе передачи данных доменный адрес преобразуются в IP-адрес. Механизм такого преобразования подробно описан в .
