- •Основные понятия и терминология бд.
- •2. Логическое и физическое описание данных.
- •4. Классификация субд. Трехуровневая архитектура бд.
- •5. Эволюция концепций бд. Основные характеристики первого и второго этапов.
- •11. Реляционная модель бд. Транзакции, триггеры и хранимые процедуры, ссылочная целостность на триггерах.
- •17. Физическая организация данных в субд:
- •18.Физическая организация данных в субд: индексирование. Организация индексов в виде б-деревьев и инвертированных списков.
- •19. Распределенные бд. Хранилища данных.
- •20. Sql. Состав операторов языка.
- •21. Структурированный язык запросов (sql). Оператор select и вычисления.
- •22. Структурированный язык запросов (sql). Вложенные и многотабличные запросы.
- •23.Структурированный язык запросов (sql). Операторы манипулирования данными.
- •24.Подходы разработки программного обеспечения под ос Windows. Достоинства и недостатки.
- •25.Платформа .Net Framework. Достоинства и недостатки.
- •26.Платформа .Net Framework. Архитектура: fcl, bcl, clr, cil, сборки.
- •27.Платформа .Net Framework. Классификация типов, базовые операции программирования: приведение типов, вызов методов, свойства.
- •28.Ado.Net. Архитектура. DataProvider и DataSet.
- •29.Ado.Net. Соединение с бд, строка подключения, Connection, Command. Основные свойства и методы.
- •30.Ado.Net. Выполнение команд и запросов к бд. Основные свойства и методы: CommandType, ExecuteNonQuery(), ExecuteScalar(), ExecuteReader().
- •31.Ado.Net. Параметризированные запросы. SqlParameter. Основные свойства и методы.
- •32.Ado.Net. Чтение данных и объект DataReader. Основные свойства и методы.
- •33. Ado.Net. Рассоединенный набор данных DataSet. Схема данных.
- •34. Ado.Net. Заполнение рассоединенного набора данных. Адаптер данных SqlDataAdapter. Основные свойства и методы.
- •35. Ado.Net. Класс DataColumn. Основные свойства и методы.
- •36. Ado.Net. Класс DataRow. Основные свойства и методы.
- •37. Ado.Net. Класс DataTable. Основные свойства и методы
- •38. Ado.Net. Задание схемы набора данных вручную (тип и имя отдельных столбцов таблицы, ограничения на столбцы и связи между таблицами).
- •39. Ado.Net. Навигация, поиск и фильтрация данных в DataSet. Основные свойства и методы. Типизированный набор данных.
- •41. Ado.Net. Синхронизация набора данных с бд. Основные свойства и методы. Класс CommandBuilder.
- •42. Схема взаимодействия между браузером и web-сервером. Понятие статических и динамических web-страниц. Особенности asp.Net.
- •43. Asp.Net. Компоненты web-приложения. Структура файла *.Aspx.
43. Asp.Net. Компоненты web-приложения. Структура файла *.Aspx.
страница ASP.NET. Т.е. набор файлов с расширением *.aspx. Это файлы разметки страницы и возможно парные им файлы кода на каком-либо языке программирования. Страницы могут размещаться как в корне web-приложения, так и в подкаталогах (файлы - CodeBehind).
1 или несколько файлов конфигурации web.config. Если web-приложения содержат подкаталоги, то допускается не более 1 файла web.config на подкаталог.
Пользовательские элементы управления – файлы с расширением *.ascx и возможно парные им файлы CodeBehind.
Специальные подкаталоги.
-
Имя
Что содержит
Bin
Скомпилированные сборки необходимые для работы приложения
App_Browsers
Файлы с информацией о возможностях браузера
App_Code
Файлы исходного кода классов (.cs или .vb), которые будут использоваться страницами
Add_Data
Файлы данных приложения. Это могут быть XML-файлы или базы данных Access, содержащие персонализированные данные
App_ClobalResources
Глобальные для приложения файлы ресурсов (.resx)
App_LocalResources
Файлы ресурсов (.resx) для отдельных страниц.
App_Themes
Определения поддерживаемых приложением тем
App_WebReferences
Файлы .wsdl необходимые для связывания web-сервисов с приложениями.
Файлы эталонных страниц. Файлы с расширением *.master и возможно парные CodeBehind.
Единственный файл global.asax размещаемый в корневом каталоге приложения. Этот файл представляет собой место реализации глобальных для приложения событий, объектов, переменных.
Файлы любых других типов. Например: html, xml, изображения, которые могут размещаться в отдельных подкаталогах.
<%@ Page Language “C#” 1 toEventWireup”true”
<script runat=”server”>
void btn.send_click(object sender, EventArgs e)
4 { tbxName.Text = tbxName.TextToUpper(); }
</script>
<html xmlns = http://www.w3.org/1999/xhtml> 3
<head runat =”server”>
<title> UntitledPage </title>
</head>
<body>
5 <% for (int i=0; i<4; i--) Response.Write (“Hello”);
<font id=”myForm” runat=”server”>
Input name:
<br /> 2
<asp:TextBox ID=”tbxName” runat=”server” />
<asp:Button ID=”btnSend” runat=”server” Text=”Hi” />
</form>
<input id=”Text” type=”text />
</body> 3
</html>
Выделяют следующие элементы страницы:
Директивы страницы – они используются для установки отдельных параметров страницы, таких как язык программирования, для кода страницы, или подключения пространства имён
Серверный элемент управления и серверная форма. Серверный элемент управления обладает набором свойств, установка которых возможна на странице, как задание соответствующих атрибутов. Все серверные элементы должны быть размещены в пределах серверной формы (form)
HTML-код. Он не обрабатывается процессором ASP.NET специальным образом, а сразу пересылается клиенту. Выводом HTML кода занимается специальный внутренний метод класса, который соответствует страницам.
Блоки серверного кода. Это блоки, обрамлённые тегом script с обязательным атрибутом runat=”server”. Они транслируются в члены класса соответствующего странице.
Блоки рендерного кода. Они используются для генерации потока вывода. При обработке на сервере они помещаются непосредственно в метод, выполняющий вывод HTML-кода. Если блок рендерного кода записывается в код <% = выражение %> то в метод вставляется вывод вычисленного выражения. Кроме этого страница ASP.NET может содержать комментарии, блоки привязки данных, клиентские скрипты. Самой важной и часто используемой директивой является page. Есть ещё директива @Control. Она позволяет задать атрибуты, специфичные для элементов управления, влияющих на информацию
44. Web-технологии и СУБД. Архитектура Web-СУБД. Преимущества и недостатки интеграции СУБД в Web.
Обзор архитектуры
Клиент — это интерфейсный (обычно графический) компонент, который представляет первый уровень, собственно приложение для конечного пользователя. Первый уровень не должен иметь прямых связей с базой данных (по требованиям безопасности), быть нагруженным основной бизнес-логикой (по требованиям масштабируемости) и хранить состояние приложения (по требованиям надежности). На первый уровень может быть вынесена и обычно выносится простейшая бизнес-логика: интерфейс авторизации, алгоритмы шифрования, проверка вводимых значений на допустимость и соответствие формату, несложные операции (сортировка, группировка, подсчет значений) с данными, уже загруженными на терминал.
Сервер приложений располагается на втором уровне. На втором уровне сосредоточена бо́льшая часть бизнес-логики. Вне его остаются фрагменты, экспортируемые на терминалы (см.выше), а также погруженные в третий уровень хранимые процедуры и триггеры.
Сервер базы данных обеспечивает хранение данных и выносится на третий уровень. Обычно это стандартная реляционная или объектно-ориентированная СУБД. Если третий уровень представляет собой базу данных вместе с хранимыми процедурами, триггерами и схемой, описывающей приложение в терминах реляционной модели, то второй уровень строится как программный интерфейс, связывающий клиентские компоненты с прикладной логикой базы данных.
В простейшей конфигурации физически сервер приложений может быть совмещён с сервером базы данных на одном компьютере, к которому по сети подключается один или несколько терминалов.
В «правильной» (с точки зрения безопасности, надёжности, масштабирования) конфигурации сервер базы данных находится на выделенном компьютере (или кластере), к которому по сети подключены один или несколько серверов приложений, к которым, в свою очередь, по сети подключаются терминалы.
Достоинства
По сравнению с клиент-серверной или файл-серверной архитектурой можно выделить следующие достоинства трёхуровневой архитектуры:
масштабируемость
конфигурируемость — изолированность уровней друг от друга позволяет (при правильном развертывании архитектуры) быстро и простыми средствами переконфигурировать систему при возникновении сбоев или при плановом обслуживании на одном из уровней
высокая безопасность
высокая надёжность
низкие требования к скорости канала (сети) между терминалами и сервером приложений
низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости. Терминалом может выступать не только компьютер, но и, например, мобильный телефон.
Недостатки
Недостатки вытекают из достоинств. По сравнению c клиент-серверной или файл-серверной архитектурой можно выделить следующие недостатки трёхуровневой архитектуры:
более высокая сложность создания приложений;
сложнее в разворачивании и администрировании;
высокие требования к производительности серверов приложений и сервера базы данных, а, значит, и высокая стоимость серверного оборудования;
высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.