Базы данных

 

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

 

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

 

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

 

Стадия 3. Создание экранных форм.

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

 

Стадия 4. Заполнение БД.

Процесс заполнения БД может проводиться в двух видах: в виде таблицы и в виде формы. Числовые и текстовые поля можно  заполнять в виде таблицы, а поля типа МЕМО и OLE – в виде формы.

 

VI этап. Работа с созданной  базой данных.

 

Работа с БД включает в себя следующие  действия:

• поиск необходимых сведений;
• сортировка данных;
• отбор данных;
• вывод на печать;
• изменение и дополнение данных.

 

 

4. Охарактеризуйте Бизнес-правило: Механизм кэшированных изменений.

Механизм  кэшированных изменений заключается  в том, что на компьютере клиента в кэше (буфере) создается локальная копия данных, и все изменения в данных выполняются в этой копии. Для хранения локальной копии используется специальный буфер (кэш). Сделанные изменения можно утвердить, перенеся их в основную БД, хранящуюся на сервере, или отказаться от них. Этот механизм напоминает механизм транзакций, но, в отличие от него, снижает нагрузку на сеть, т. к. все изменения передаются в основную БД одним пакетом. Следует иметь в виду, что для всех записей локальной копии отсутствуют блокировки на изменение их значений. Блокировки могут быть установлены другими приложениями для основной БД, находящейся на сервере.

  Механизм кэшированных изменений реализуется в приложении, для чего компоненты, в первую очередь Database, Table и Query, имеют соответствующие средства. Кроме того, механизм кэшированных изменений поддерживается предназначенным для этого компонентом UpdateSQL.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список  использованной литературы:

1. Алан Р. Саймон. Стратегические технологии баз данных. М.: Финансы и статистика, 1999
2. Шнырев С.Л. Базы данных: Учебное пособие. М.: НИЯУ МИФИ, 2011. 224 с.
3. Кудрявцев К.Я. Создание баз данных. Учебное пособие. М.: НИЯУ МИФИ, 2010. – 155 с.
4. Диго С.М. Базы данных. Проектирование и создание. Учебно-методический комплекс. – М.: Изд. Цент ЕАОИ.2008. -171 с.