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

 

39. Структура команды SQL

Каждая команда SQL начинается с действия – ключевого слова или группы слов, описывающих выполняемую операцию. Например, INSERT (добавить), DELETE (удалить), COMMIT (завершить), CREATE TABLE (создать таблицу).

Примечание. В языках программирования ключевое слово – название, зарезервированное для определенных целей, например, названий команд, устройств и т.п.

После действия может следовать одно или несколько предложений. Предложение описывает данные, с которыми работает команда, или содержит уточняющую информацию о действии, выполняемом командой. Каждое предложение начинается с ключевого слова, такого как, например, WHERE (где), FROM (откуда), INTO (куда), HAVING (имеющий). Многие предложения содержат имена таблиц и полей БД; некоторые – константы и выражения.

Имена таблиц, полей и пользователей должны содержать от 1 до 18 символов, начинаться с буквы и не содержать пробелов или специальных символов пунктуации.  В качестве  имен нельзя использовать ключевые слова SQL.

Пример команды SQL:

 

32. Требования к  базам данным

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

1)  целостность базы данных –  требование полноты и непротиворечивости  данных;

2)  многократное использование данных;

3)  быстрый поиск и получение  информации по запросам пользователей;

4)  простота обновления данных;

5)  уменьшение излишней избыточности  данных;

6)  защита данных от несанкционированного  доступа, искажения и уничтожения.

Хорошо спроектированная база данных: 

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

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

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

Удовлетворяет требованиям пользователей к производительности базы данных. При больших объемах информации вопросы сохранения производительности начинают играть главную роль, сразу “высвечивая” все недочеты этапа проектирования.

 

 

 

40.  Типы данных и выражения SQL

Типы данных SQL ядра базы данных Microsoft Access — это 13 основных типов данных, определенных ядром базы данных Microsoft Access, и несколько допустимых синонимов, признанных для этих типов данных.

Основные типы данных перечислены в следующей таблице.

ТИП ДАННЫХ	РАЗМЕР	ОПИСАНИЕ
BINARY	1 байт на символ	В таком поле могут быть сохранены данные любого типа. Преобразование данных (например, в текст) не производится. От способа ввода данных в бинарное поле зависит способ вывода выходных данных.
BIT	1 байт	Значения «Да» и «Нет», а также поля, содержащие только одно из двух возможных значений.
TINYINT	1 байт	Целое число от 0 до 255.
MONEY	8 байт	Масштабируемое целое число в диапазоне от  -922 337 203 685 477,5808 до 922 337 203 685 477,5807.
DATETIME  (см. DOUBLE)	8 байт	Даты и время, относящиеся к годам с 100 по 9999.
UNIQUEIDENTIFIER	128 бит	Уникальный идентификационный номер, используемый для удаленного вызова процедур.
REAL	4 байта	Значения обычной точности с плавающей запятой в диапазоне от -3,402823E38 до -1,401298E-45 для отрицательных значений, от 1,401298E-45 до 3,402823E38 для положительных значений и 0.
FLOAT	8 байт	Значения двойной точности с плавающей запятой в диапазоне от -1,79769313486232E308 до -4,94065645841247E-324 для отрицательных значений и от 4,94065645841247E-324 до 1,79769313486232E308 для положительных значений и 0.
SMALLINT	2 байта	Короткое целое число в диапазоне от -32 768 до 32 767
INTEGER	4 байта	Длинное целое число в диапазоне от -2 147 483 648 до 2 147 483 647
DECIMAL	17 байт	Точный числовой тип данных, включающий значения от 1028 - 1 до -1028 - 1. Можно определить как точность (1 - 28), так и масштаб (точность определена как 0). Точность и масштаб по умолчанию составляют 18 и 0 соответственно.
TEXT	2 байта на символ (см. «примечание»)	От 0 до 2,14 Гбайт.
IMAGE	По требованию	От 0 до 2,14 Гбайт. Используется для объектов OLE.
CHARACTER	2 байта на символ (см. «примечание»)	От 0 до 255 символов.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

41. CASE-средства, их особенности

Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО.

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

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

• мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;
• интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;
• использование специальным образом организованного хранилища проектных метаданных (репозитория).

 

65. Жизненный цикл базы данных

Жизненный цикл базы данных (ЖЦБД) –  это процесс проектирования, реализации и поддержки базы данных. ЖЦБД состоит из семи этапов:

1) предварительное планирование;

2) проверка осуществимости;

3) определение требований;

4) концептуальное проектирование;

5) логическое проектирование;

6) физическое проектирование;

7) оценка работы и поддержка  базы данных.

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

2. Проверка осуществимости предполагает  подготовку отчетов по трем  вопросам:

1) есть ли технология – необходимое  оборудование и программное  обеспечение  – для реализации запланированной  базы данных (технологическая осуществимость);

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

3) окупится ли запланированная  база данных (экономическая эффективность).

3. Определение требований. На этом  этапе определяются:

· цели базы данных;

· информационные потребности различных структурных подразделений и их руководителей;

· требования к оборудованию;

· требования к программному обеспечению.

4. Концептуальное проектирование. На  этом этапе создаются подробные  модели пользовательских представлений  данных предметной области. Затем  они интегрируются в концептуальную  модель, которая фиксирует все  элементы корпоративных данных, подлежащих загрузке в базу  данных. Эту модель еще называют  концептуальной схемой базы данных.

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

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

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

 

35. Первая нормальная форма

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

В реляционной модели отношение всегда находится в первой нормальной форме по определению понятия отношение.

Что же касается различных таблиц, то они могут не быть правильными представлениями отношений и, соответственно, могут не находиться в 1NF. В соответствии с определением К. Дж. Дейта для такого случая, таблица нормализована (эквивалентно — находится в первой нормальной форме) тогда и только тогда, когда она является прямым и верным представлением некоторого отношения. Конкретнее, рассматриваемая таблица должна удовлетворять следующим пяти условиям:

-Нет  упорядочивания строк сверху-вниз.

-Нет  упорядочивания столбцов слева-направо.

-Нет  повторяющихся строк.

Все столбцы являются обычными.

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

 

50. Основные виды серверов

1. файловый сервер

2. сервер БД

3. сервер печати

4. сервер электронной почты

5. web-сервер

6. сервер телекоммуникаций

7. вычислительный сервер

 

 

56. Клиентское приложение Query Analyzer. Функции:

1) создание запросов выборки и  действий, выполнение их на сервере

2) отображение результатов выполнения  запросов

3) вывод на печать

4) формулировки запроса на языке  SQL

5) выполнение части запроса

6) работа с несколькими формами  запроса

При работе с Query Analyzer не требуется использовать ODBC

Окно Query Analyzer состоит из трех частей

1. окно запросов – записываются запросы в виде SQL-команд
2. окно результатов запросов – можно получить с помощью клавиши F5
3. браузер объектов

результаты запросов выводятся в виде текста или  в виде таблицы

 

37. Третья нормальная форма

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