- •Типы входных данных
- •Качество программы
- •Вопрос1
- •Относительная и абсолютная адресация
- •Правило относительной ориентации
- •Категории специалистов по разработке и эксплуатации программ
- •Вопрос 1. Обобщенная технология работы в табличном процессоре
- •Вопрос 2. Правовые методы защиты программ
- •Отличительные признаки субд
- •Требования к организации базы данных
- •Вопрос 2. Прикладное по
- •Проблемно-ориентированное по
- •Методо-ориентированное по
- •Понятие объекта данных
- •Структурные элементы бд
- •Принципы подготовки бумажных и электронных документов
- •Принципы создания документа
- •Принципы форматирования документа
- •Вопрос 1. Классификация бд
- •Вопрос 2. Системное по
- •Базовое системное по
- •Сервисное системное по
- •Вопрос 1. Связи между наборами объектов и их типы
- •Вопрос 2. Объединение электронных таблиц
- •Межтабличные связи
- •Консолидация таблиц
- •Объединение файлов
- •Макросы в табличном процессоре
- •Вопрос 1. Глобальная сеть Internet
- •Вопрос 2. Иерархическая и сетевая модели данных
- •Вопрос 1. Реляционная модель данных
- •Вопрос 2. Форматирование входных и выходных данных
- •Уровни информации в ячейке
- •Вопрос 1. Правила Кодда
- •Вопрос 2. Интерфейс табличного процессора
- •Строки, столбцы, ячейки, адреса
- •Окно, рабочий лист, текущая ячейка
- •Типовая структура интерфейса
- •Вопрос 1. Структура пк
- •Вопрос 2. Целостность связей
- •Вопрос 1. Структура электронного документа
- •Вопрос 2. Объектный подход
- •Вопрос 1. Минимальный набор типовых операций
- •Вопрос 2. Локальные средства разработки программ
- •Вопрос 1. Многозадачность
- •Вопрос 2. Информатика, предмет и задачи
- •Вопрос 1. Расширенный набор типовых операций
- •Поиск и замена
- •Проверка правописания
- •Параметры страниц
- •Шаблоны
- •Макросы
- •Вопрос 2.
- •Принципу действия
- •Этапы создания
- •Вопрос 1. Основные положения
- •Вопрос 2. Прикладное по общего назначения
- •Офисное по
- •Вопрос 1. Управление ресурсами
- •Вопрос 2. Особенности локальных вычислительных сетей. (лвс)
- •Вопрос 1. История создания пк
- •Особенности пк
- •Вопрос 2. Основные понятия пк
- •Вопрос 1. Стандарты воздействия в компьютерной сети
- •Вопрос 2. Раб.Стол, окна, правила работы с меню, панель задач в Windows(Структура интерфейса пользователя)
- •Панель задач. Папки Мой компьютер и корзина, панель управления
Вопрос 2. Форматирование входных и выходных данных
Для придания внешнего вида данным в ячейках применяется их форматирование.
Форматирование – правила, параметры и процедуры внешнего вида данных в ячейках.
Формат – запись правил форматирования.
Форматирование не изменяет содержания данных. Оно изменяет только их внешнее представление. Для разных ячеек можно применять разное форматирование. В тексте можно по-разному форматировать символы. В строке формул данное почти не форматируется.
Для числовых данных используются следующие форматы:
-
Основной формат. За основной принимается наиболее используемый, по мнению разработчика, формат.
-
Фиксированный формат. Устанавливается определенное число цифр после десятичной точки. Например, для формата с двумя знаками после точки ввод «12345» обеспечит число «123.45».
-
Процентный формат. Обеспечивает представление чисел в форме процентов. Например, ввод «0.123» обеспечит видимое представление «12,3%».
-
Денежный формат. Разделяет тысячи пробелом или другим символом и добавляет знак денежной единицы.
-
Научный формат. Представляет число с плавающей точкой в виде «мантисса плюс порядок». Например, ввод «1234» дает число «0,1234Е+4».
Если ширина ячейки недостаточна для предоставления числового данного или даты, то в ячейке появляются символы * или #.
Уровни информации в ячейке
Кроме данных в каждой ячейке электронной таблицы хранится вспомогательная информация. Структура информации ячейки можно представить по пяти уровням (рис 10.2).
Рис. 10.2. Уровни ячейки
1-й уровень содержит видимое на экране изображение, т.е. отформатированный текст или результат вычисления формулы.
2-й уровень содержит форматы ячейки (формат чисел, шрифты, выключатель (включатель) признак показывать или нет ячейку, вид рамки, защита ячейки).
З-й уровень содержит формулу, которая может состоять из текста, числа или встроенных функций.
4-й уровень содержит имя ячейки. Это имя может использоваться в формулах других ячеек, при этом обеспечивается абсолютная адресация данной ячейки.
5-й уровень содержит примечания данной ячейки (произвольный текст). Если ячейка содержит примечание, то в правом верхнем углу появляется красный квадратик (точка)
Билет 10.
Вопрос 1. Правила Кодда
Тэд Кодд в 1969 году сформулировал двенадцать правил, которым должна соответствовать настоящая реляционная база данных. (табл 11.1). Они являются полуофициальным определением понятия «реляционная база данных».
Таблица 11. 1.
|
Вся информация в базе данных должна быть представлена только одним способом - в виде значений, содержащихся в таблицах. |
|
Доступ ко всем и каждому элементу данных (атомарному значению) гарантированно обеспечивается путем использования комбинации имени таблицы, имени столбца и значения первичного ключа. |
|
В настоящей реляционной базе данных должна быть реализована поддержка недействительных значений, которые отличаются от строки символов нулевой длины, строки пробельных символов, от нуля или любого другого числа и используются для представления отсутствующих данных независимо от типа этих данных. |
|
Описание структуры базы данных на логическом уровне должно быть представлено в том же виде, что и основные данные, чтобы пользователи, обладающие соответствующими правами, могли работать с ним с помощью того же реляционного языка, который они применяют для работы с основными данными. |
|
Реляционная система может поддерживать различные языки и режимы взаимодействия с пользователем. Однако должен существовать, по крайней мере один язык, который в полной мере поддерживает следующие элементы:
|
|
Все представления, которые теоретически можно обновить, должны быть доступны для обновления. |
|
Возможность работать с отношением как с целым должна существовать не только при чтении данных, но и при добавлении, изменении и удалении данных. |
|
Прикладные программы для работы с данными должны на логическом уровне оставаться нетронутыми при любых изменениях способов хранения данных или методов доступа к ним. |
|
Прикладные программы для работы с данными должны на логическом уровне оставаться нетронутыми при внесении в базовые таблицы любых изменений, которые теоретически позволяют сохранить нетронутыми содержащиеся в этих таблицах данные. |
|
Должна существовать возможность определять условия целостности специфически для конкретной реляционной базы данных, на подъязыке реляционной базы данных и хранить их в самой базе данных, а не в прикладной программе. |
|
Реляционная СУБД не должна зависеть от потребностей конкретного клиента. |
|
Если в реляционной системе есть низкоуровневый язык (обрабатывающий одну запись за один раз), то должна отсутствовать возможность использования его для того, чтобы обойти правила и условия целостности, выраженные на реляционном языке высокого уровня (обрабатывающем несколько записей за один раз). |
Правило 1 гласит, что вся информация в реляционных базах данных представляется значениями в таблицах. Все данные представляются в табличном формате - другого способа просмотреть информацию в базе данных не существует. Набор связанных таблиц образует базу данных. Таблицы в реляционной базе разделены, но полностью равноправны. Между ними не существует никакой иерархии.
Правило 2 указывает на роль первичных ключей при поиске информации в базе данных. Имя таблицы позволяет найти требуемую таблицу, имя столбца позволяет найти требуемый столбец, а значение первичного ключ позволяет найти строку, содержащую искомый элемент данных.
Правило 3 требует, чтобы отсутствующие данные можно было представить с помощью недействительных значений (NULL). Существенно, что использование нулей инициирует переход с двухзначной логики (да/нет) на трехзначную (да/нет/может быть).
Правило 4 гласит, что реляционная база данных должна сама себя описывать. В реляционной базе данных существует два типа таблиц - пользовательские таблицы и системные таблицы. Пользовательские таблицы содержат информацию. Системные таблицы описывают структуру самой базы данных, однако доступ к ним можно получить так же, как и к любым другим таблицам.
Правило 5 требует, чтобы СУБД использовала язык реляционной базы данных, например SQL, хотя явно SQL в правиле не упомянут. Такой язык должен поддерживать все основные функции СУБД - создание базы данных, чтение и ввод данных, реализацию защиты базы данных и т. д.
Правило 6 касается представлений, которые являются виртуальными таблицами. Виртуальные таблицы, в отличие от «настоящих» таблиц, физически не хранятся в базе данных. В то же время необходимо осознавать, что виртуальные таблицы это не копия некоторых данных, помещаемая в другую таблицу. Когда вы изменяете данные в виртуальной таблице, то тем самым изменяете данные в базовых таблицах. В идеальной реляционной системе с виртуальными таблицами можно оперировать, как и с любыми другими таблицами. Это одно из правил, которые сложнее всего реализовать на практике.
Правило 7 акцентирует внимание на том, что базы данных по своей природе ориентированы на множества. Оно требует, чтобы операции добавления, изменения и удаления можно было выполнять над множествами строк. Это правило запрещает реализации, в которых поддерживаются операции только над одной строкой.
Правило 8 и 9 означают отделение пользователя и прикладной программы от низкоуровневой реализации базы данных. Они утверждают, что конкретные способы реализации хранения или доступа, используемые в СУБД, и даже изменения структуры таблиц базы данных не должны влиять на возможность пользователя работать с данными. Реляционная модель обеспечивает независимость данных на двух уровнях - физическом и логическом. Физическая независимость данных означает с точки зрения пользователя, что представление данных абсолютно не зависит от способа их физического хранения. Логическая независимость означает, что изменение взаимосвязей между таблицами и строками, их структура не влияют на правильное функционирование программ и текущих запросов.
Правило 10 гласит, что язык базы данных должен поддерживать ограничения на вводимые данные и на действия, которые могут быть выполнены над данными. Целостность - очень сложный и серьезный вопрос при управлении реляционными базами данных. Несогласованность или противоречивость данных может возникать вследствие сбоя системы - проблемы с аппаратным обеспечением, ошибки в программном обеспечении или логической ошибки в приложениях. Реляционные системы управления базами данных защищают данные от такого типа несогласованности, гарантируя, что команда либо будет исполнена до конца, либо будет полностью отменена.
Другой тип целостности, называемый объектной целостностью, связан с корректным проектированием базы данных. Объектная целостность требует, чтобы ни один первичный ключ не имел нулевого значения.
Третий тип целостности, называемой ссылочной целостностью, означает непротиворечивость между частями информации, повторяющимися в разных таблицах. Например, если вы изменяете неправильно введенный номер карточки страхового полиса в одной таблице, другие таблицы, содержащие эту же информацию, продолжают ссылаться на старый номер, поэтому необходимо обновить и эти таблицы. Чрезвычайно важно, чтобы при изменении информации в одном месте, она соответственно изменялась и во всех других местах. Кроме того, по определению Кодда, ограничения на целостность должны:
-
Определяться на языке высокого уровня, используемом системой для всех других целей;
-
Храниться в базе данных, а не в программных приложениях.
Эти возможности в том или ином виде реализованы в большинстве СУБД.
Правило 11 гласит, что язык базы данных должен обеспечивать возможность работы с распределенными данными, расположенными на других компьютерных системах.
И, наконец, правило 12 предотвращает использование других возможностей для работы с базой данных, помимо языка базы данных, поскольку это может нарушить ее целостность.
Двенадцать правил Кодда считаются определением реляционной СУБД. Однако можно сформулировать и более простое определение:
Реляционной называется база данных, в которой все данные, доступные пользователю, организованны в виде таблиц, а все операции над данными сводятся к операциям над этими таблицами.