Первое правило любого стола состоит в том, что каждый отчет, который это содержит, должен быть уникальным. Чтобы провести в жизнь это ограничение, Вы должны выбрать первичный ключ (Раздел 2.4), который является одной или более областями, которые никогда не будут дублироваться в различных отчетах.

Вот выгода. Поскольку Вы учились в Главе 2, самый безопасный выбор создать область удостоверения личности для первичного ключа. До сих пор все столы, которые Вы видели, включали эту деталь. Но что, если Вы должны удостовериться, другие области уникальны? Предположите, что Вы составляете таблицу Служащих. Вы следуете за хорошими принципами проектирования баз данных и идентифицируете каждый отчет с автоматически произведенным идентификационным номером. Однако, Вы также хотите удостовериться, что ни у каких двух служащих нет того же самого Номера социального страхования (SSN), чтобы предотвратить возможный подобный ошибке случайно вход в того же самого служащего дважды.

Рисунок 4-5. Если Вы используете Дату () функция как значение по умолчанию для области DateAcquired в bobblehead столе, то каждый раз Вы добавляете новый отчет bobblehead, Доступ заполняет текущую дату. Вы решаете, хотите ли Вы держать ту дату или заменить это различной ценностью.

Вы можете вынудить область потребовать уникальных ценностей с индексом. Индекс базы данных походит на индекс в bookit’s список ценностей (от области) с перекрестной ссылкой, которая указывает на соответствующую секцию (полный отчет). Если Вы вносите область SocialSecurityNumber в указатель, Доступ создает список как это и хранит его негласно в Вашем файле базы данных:

Используя этот список, Доступ может быстро определить, дублирует ли новый отчет существующий SSN. Если это делает, то Доступ не позволяет Вам вставлять это.

Так, как Вы применяете индекс к области? Уловка Индексируемая полевая собственность, которая доступна для каждого типа данных кроме Объекта OLE и Приложения. Когда Вы добавляете область, набор Индексируемой собственности к нет, что означает, что Доступ не создает область. Чтобы добавить индекс и предотвратить дубликаты, Вы не можете изменить Индексируемую собственность в представлении Дизайна о Да [Никакие Дубликаты]. Третий выбор, Да [Дубликаты хорошо], создает индекс, но позволяет больше чем одному отчету иметь ту же самую ценность. Этот выбор не помогает Вам поймать повторенные отчеты, но Вы можете использовать его, чтобы ускорить поиски.

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

Популярность: [2 %?]

Первое правило любого стола состоит в том, что каждый отчет, который это содержит, должен быть уникальным. Чтобы провести в жизнь это ограничение, Вы должны выбрать первичный ключ (Раздел 2.4), который является одной или более областями, которые никогда не будут дублироваться в различных отчетах.

Вот выгода. Поскольку Вы учились в Главе 2, самый безопасный выбор создать область удостоверения личности для первичного ключа. До сих пор все столы, которые Вы видели, включали эту деталь. Но что, если Вы должны удостовериться, другие области уникальны? Предположите, что Вы составляете таблицу Служащих. Вы следуете за хорошими принципами проектирования баз данных и идентифицируете каждый отчет с автоматически произведенным идентификационным номером. Однако, Вы также хотите удостовериться, что ни у каких двух служащих нет того же самого Номера социального страхования (SSN), чтобы предотвратить возможный подобный ошибке случайно вход в того же самого служащего дважды.

Рисунок 4-5. Если Вы используете Дату () функция как значение по умолчанию для области DateAcquired в bobblehead столе, то каждый раз Вы добавляете новый отчет bobblehead, Доступ заполняет текущую дату. Вы решаете, хотите ли Вы держать ту дату или заменить это различной ценностью.

Вы можете вынудить область потребовать уникальных ценностей с индексом. Индекс базы данных походит на индекс в bookit’s список ценностей (от области) с перекрестной ссылкой, которая указывает на соответствующую секцию (полный отчет). Если Вы вносите область SocialSecurityNumber в указатель, Доступ создает список как это и хранит его негласно в Вашем файле базы данных:

Используя этот список, Доступ может быстро определить, дублирует ли новый отчет существующий SSN. Если это делает, то Доступ не позволяет Вам вставлять это.

Так, как Вы применяете индекс к области? Уловка Индексируемая полевая собственность, которая доступна для каждого типа данных кроме Объекта OLE и Приложения. Когда Вы добавляете область, набор Индексируемой собственности к нет, что означает, что Доступ не создает область. Чтобы добавить индекс и предотвратить дубликаты, Вы не можете изменить Индексируемую собственность в представлении Дизайна о Да [Никакие Дубликаты]. Третий выбор, Да [Дубликаты хорошо], создает индекс, но позволяет больше чем одному отчету иметь ту же самую ценность. Этот выбор не помогает Вам поймать повторенные отчеты, но Вы можете использовать его, чтобы ускорить поиски.

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

Популярность: [2 %?]