Вопросы (стр. 2 )

5. Экранная форма должна обнаруживать ошибочно введенные данные как можно раньше.

6. Экранная форма должна использовать непротиворечивые методы блокировки, обнаруживать и разрешать конфликты.

7. Экранная форма не должна состоять из большого множества страниц.

8. Размещение на экранной форме дополнительных элементов за счет уменьшения размера символов допускается в исключительных случаях.

9. Большинство пользователей лучше используют вертикальную прокрутку, чем горизонтальную.

Требования к отчетам

1. Отчеты, установленные законом (обязательные).

2. Периодические отчеты.

3. Отчеты на готовых бланках.

4. Письма.

5. Нерегламентированные и срочные.

6. Графические.

7. Мультимедийные со встроенной аудио-видиоклипами.

18. Обработка исключительных ситуаций.

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

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

Это можно устранить, организовав зачистку мусора, с помощью блока:

TRY <операторы, способные привести к исключению>

FINALLY <операторы, выполняемые в любом случае, даже если исключения не было>

END;

Этот блок позволяет защитить ресурсы внутри блока.

Наиболее кординальный путь борьбы с исключениями – обработка их с помощью блоков try … except.

Try {исполняемый код}

Except {код, исполняемый в случае генерации исключения}

19. Какие бывают ключи;

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

Ключи и индексы нужно выбирать и создавать очень внимательно.

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

1. Первичные ключи.

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

Внешние ключи используются в таблице, которая является подчиненной по отношению к другой таблице

Типы индексов.

1. В-дерево (сбалансированное дерево). Значения в индексе упорядочены по ключу, а блоки индексов связаны в двунаправленный список. Это обеспечивает последовательный доступ к индексам и позволяет использовать его в операции Order By.

Индекс В-дерева можно применять как для точного поиска, так и для поиска диапазона. Для составных ключей используется лидирующая часть. Оптимизатор Oracle сам определяет необходимость использования индекса, если нет на это явных указаний. Иногда при полном сканировании таблицы полезно индекс отключить.

20. Что входит в описание структуры таблиц БД;

Выбор типов данных

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

В Oracle используются следующие типы данных: VarChar2, Number, Long, Date, Raw, LongRaw, Rowid, Char.

Самое главное при выборе типа данных – обеспечение непротиворечивости. Oracle хранит числа в двоично-десятичном формате с плавающей точкой, как числа переменной длины. Подбор точности важен в случае вещественных чисел. Рекомендуется использовать для целых чисел NUMBER(nn), а для чисел с плавающей точкой – FLOAT(nn) (real).

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

Данные типа DATE в Oracle заносятся с точностью до секунды. Возможен компромисс: хранение данных типа DATE в усеченном (не в округленном) виде, используя функцию PL/SQL Trunc. Данные в таких столбцах должны точно соответствовать определенному формату: MM - месяц; MI - минуты; HH - 12 часовой формат; HH2часовой формат.

Char – строка фиксированной длины (от 1 до 255); рекомендуется использовать для одно-символьных строк.

VarChar2 – строка переменной длины; максимальное значение 2000 символов.

Для хранения больших текстов, графиков, звука и др. используется тип BLOB. Строки такого типа нельзя копировать и перемещать SQL- предложением, нельзя ссылаться на него в предложении Where.

Строки нулевой длины Oracle трактует как ошибочные. При проектировании в Oracle следует учитывать смысл неопределенного значения:

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

- неопределенное значение не считается равным любому другому, включая и другое неопределенное значение;

- полностью неопределенные ключи не хранятся в индексе, а частично неопределенные хранятся с ограничениями; неопределенное значение может интерпретироваться по-разному, поэтому количество столбцов с возможно неопределенными значениями нужно свести до минимума, а лучше их закодировать, например: 0 – не известен; не применим и т. д.

21. Что такое ссылочная целостность базы данных;

Поддержание целостности БД рассматривается как защита данных от неверных изменений или разрушений. Родительская и дочерняя таблицы связаны между собой через «поле связи», называемое внешним ключом. Внешний ключ существует только в терминах связи между двумя отношениями. Внешний ключ в отношении – это неключевой атрибут, который является первичным ключом (или его частью) в другом отношении. Это совместно используемый атрибут, который формирует связь между двумя отношениями (таблицами). В качестве ключа могут выступать поля, присутствующие в обеих таблицах. Каждой записи главной таблицы ключ ставит в соответствие одну или множество записей вспомогательной таблицы. К утере связи между родительской и дочерней таблицами могут привести следующие изменения:

- изменение значения «поля связи» в родительской таблице без изменения его в дочерней;

- изменение значения «поля связи» в дочерней таблице без изменения его в родительской;

Когда говорят о ссылочной целостности, имеют в виду совокупность связей между таблицами БД. Чтобы предотвратить потерю ссылочной целостности, используется механизм каскадных воздействий. Он состоит в обеспечении следующих требований:

- запрет на изменение «поля связи» в дочерней таблице без синхронного изменения «поля связи» в родительской;

- при изменении значения «поля связи» родительской таблицы следует синхронно изменить значение «поля связи» в соответствующих записях дочерних таблиц;

- при удалении записи в родительской таблице следует удалить соответствующие записи в дочерних таблицах.

Необходимость разрешения или запрещения каскадных воздействий обычно реализуется в СУБД при определении таблиц.

Для реализации ссылочной целостности в дочерней таблице создают внешний ключ, ссылающийся на родительскую таблицу, и указывают вид каскадных воздействий.

Во внешний ключ входят «поля связи» дочерней таблицы. Для связи «один – ко – многим» внешний ключ по составу полей должен совпадать с первичным ключом родительской таблицы или его частью (используется редко). По определению первичных и внешних ключей СУБД строит автоматически индекс. Сущность индекса состоит в том, что они хранят значения индексных полей и указатель на запись в таблице. При использовании индексов возможны два метода доступа к записям таблицы: последовательный и индексно – последовательный (при этом индексно-последовательный метод неявно использует два метода доступа: прямой и последовательный). При последовательном методе доступа происходит просмотр всех записей таблицы, от первой до последней. При индексно-последовательном методе доступа указатель устанавливается на первую запись, удовлетворяющую запросу, затем перемещается на следующую, удовлетворяющую запросу и т. д. Для локальных БД - индексы хранятся отдельно от БД, для серверных (ORACLE) – вместе с БД.

22.Какие отношения подчиненности бывают между таблицами?

Понятие об отношениях

Большинство баз данных предназначены для моделирования некой части реального мира, которую называют пространством состояний (problem space). На логическом уровне объекты в пространстве состояний являются сущностями (entities) и связаны между собой через отношения (relationships). На физическом уровне Microsoft SQL Server представляет сущности в виде таблиц, а отношения – в виде ограничений внешнего ключа, которые определяют внешние ключи.

"relation", означающего "отношение"

Существует три типа отношений: один-к-одному, при котором каждая строка таблицы связана с нулем или одной строкой другой таблицы; один-ко-многим, при котором каждая строка таблицы связана с нулем, одной или несколькими строками другой таблицы; и много-ко-многим, при котором каждая строка первой таблицы связана с нулем, одной или несколькими строками второй таблицы, а каждая строка второй таблицы может быть связана с нулем, одной или несколькими строками первой таблицы.

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

С другой стороны, отношения один-ко-многим достаточно широко распространены. В нашем примере базы данных отношение один-ко-многим существует между таблицей PlantParts и таблицей Oils – любая строка в таблице PlantParts может быть связана с нулем, одной или нескольким строками таблицы Oils.

Отношения много-ко-многим также встречаются довольно часто. В нашем примере отношение много-ко-многим существует между таблицей Properties и таблицей Oils – любой вид масла может иметь несколько свойств, а любое свойство может относиться к нескольким видам масла.

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

Возвратные отношения

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

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

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

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

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

23. Механизм доступа к базе данных; создание псевдонимов; создание таблиц - этапы создания; создание индексов.

К средствам DELPHI для разработки приложений, использующих БД относятся:

- BDE – процессор БД: набор библиотек. Выполняет действия по доступу к данным и проверке их правильности;

- SQL LINKS - драйверы для работы с удаленными СУБД;

- BDE ADMINISTRATOR – утилита для установки псевдонимов БД, параметров БД и драйверов БД; можно произвести установку общих для всех БД параметров: формат даты и времени, формат представления числовых значений, используемый языковый драйвер и т. д.;

- DATABASE DESKTOP (DBD) – средства для создания, просмотра и изменения БД; ориентирована в основном на локальные БД;

- DATABASE EXPLORER (SQL EXPLORER) – утилита для конфигурирования псевдонимов БД, просмотра структуры БД, таблиц БД, выдачи запросов к БД;

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

24. Утилита Database Desktop.

Открыть Database Desktop. В появившемся меню выбрать Fail ® New ® Table. В появившемся окне следует описать имена полей, их тип, размер и пр. Для каждого поля выделяется отдельная строка. Имя поля должно быть описано латинскими буквами. Тип следует выбрать из всплывающего меню (нажать правую кнопку мыши). Сохранить таблицу: Fail ® Save As, здесь задать путь, совпадающий с путем, указанным при создании псевдонима.

Замечание. В зависимости от выбранного драйвера (Paradox или др.) конфигурация окна будет разной. В Paradox есть дополнительная колонка для выделения первичного ключа.

При создании таблицы можно указать некоторые свойства.

Validity Checks (проверка правильности вводимых значений). Получим диалоговое окно, вид которого зависит от поля, выделенного курсором.

Required Field указывается для тех полей, значение которых должно быть обязательно.

Minimum, Maximum – диапазон данных в поле.

Default – значение по умолчанию.

Table Lookup – таблица просмотра. Можем связать с полем данной таблицы какое-либо поле другой таблицы, из которой будут браться допустимые значения.

Secondary Indexes – вторичные индексы, используются для сортировки.

Password Security – пароль доступа к таблице.

25 Утилита BDE ADMINISTRATOR.

Данная утилита предназначена для стандартных и дополнительных драйверов. Она позволяет создавать и редактировать псевдонимы различных типов. ЕЕ можно вызвать непосредственно из Delphi: TOOLS ® Configure Tools; или из меню «Пуск»: Пуск ® Программы ® Delphi ® BDE Administrator. Открывается окно с собственным меню. Оно представляет собой две страницы: Database; Configuration.

В левой части окна расположено иерархическое дерево, в узлах которого установлены существующие псевдонимы. Чтобы создать новый псевдоним нужно выбрать в меню Object ® New. В диалоговом окне следует выбрать драйвер (из списка драйверов) Standard. В дереве псевдонимов появляется новая вершина. Ее имя по умолчанию будет, например, Standatd1 (тип драйвера, номер псевдонима данного типа), теперь нужно переименовать и запомнить новое имя.

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

Сделать!

· Default Driver: Paradox или Dbase.

· Path (путь): выбрать каталог, в котором будет храниться приложения, таблицы и пр.

· Зафиксировать новый псевдоним: Object ® Apply.

Если нужно удалить старый псевдоним, следует выделить его курсором и Delete.

26. Утилита Database Explorer (SQL Explorer).

Позволяет выполнить просмотр метаданных, построение и выполнение запросов в БД, ввод и корректирование данных и др. После старта, появляется окно из двух частей. Левая часть – дерево всех псевдонимов. Раскрыть дерево своего псевдонима до низшего уровня:

+ <псевдоним>

+<таблицы>

+<имя 1>

+<имя 2>

+<индексы>

+<процедуры>

Выбрав любое имя таблицы в правой части, окна получаем многостраничный блокнот. Выбрав закладку Data, заполняем значения полей. Чтобы написать к таблице запрос, следует выбрать закладку Text, написать текст запроса и справа от окна нажать кнопку с изображением молнии. Окно разделится на две части: нижняя будет содержать текст запроса, верхняя – его выполнение.

27. Понятие ООП; что такое класс, объект; принципы ООП: инкапсуляция, наследование, полиморфизм.

ОО программа – совокупность объектов и способов их взаимодействия. Каждый объект принадлежит какому-либо классу.

Класс – обособленная структура, которая может иметь в своем составе поля, методы и свойства.

Объект – экземпляр класса или переменная, тип которой является классом. Каждый объект обладает совокупностью свойств, методов и событий.

Чтение и обновление их содержимого должно производится посредством вызова соответствующих методов. Это правило называется инкапсуляцией.

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

Событие – реакция на какое-либо воздействие. Страница событий – Events. Т. к. событие – это свойство объекта, их значения можно изменять в любой момент во время выполнения программы – делегирование