Правила целостности, относящиеся к конкретной базе данных.
В число правил целостности, относящиеся к конкретной базе данных, входят также правила, которые не применимы ко всем базам данных, а обусловлены бизнес-правилами конкретного приложения. Правила целостности, относящиеся к конкретной базе данных, являются не менее важными, чем общие правила целостности. Они позволяют обеспечить ввод в базу данных только допустимых значений. Примером правила целостности, относящееся к конкретной базе данных, является правило, в соответствии с которым дата доставки в заказе не должна быть более ранней по сравнению с датой заказа.
#ПравилаЦелостности #ПравилаЦелостностиБазы
В число правил целостности, относящиеся к конкретной базе данных, входят также правила, которые не применимы ко всем базам данных, а обусловлены бизнес-правилами конкретного приложения. Правила целостности, относящиеся к конкретной базе данных, являются не менее важными, чем общие правила целостности. Они позволяют обеспечить ввод в базу данных только допустимых значений. Примером правила целостности, относящееся к конкретной базе данных, является правило, в соответствии с которым дата доставки в заказе не должна быть более ранней по сравнению с датой заказа.
#ПравилаЦелостности #ПравилаЦелостностиБазы
Основные типы связей.
Между двумя таблицами базы данных может быть определена связь одного из следующих трех типов:
▪️"Один ко многим"
▪️"Один к одному"
▪️"Многие ко многим"
Задача определения правильного типа связей между таблицами является крайне важной. Определение правильного типа связей обеспечивает достижение следующих преимуществ:
▪️гарантирует целостность данных;
▪️обеспечивает оптимальную производительность;
▪️облегчает разработку объектов базы данных.
#Связи #ТипыСвязей #ОдинКОдному #ОдинКоМногим #МногиеКоМногим
Между двумя таблицами базы данных может быть определена связь одного из следующих трех типов:
▪️"Один ко многим"
▪️"Один к одному"
▪️"Многие ко многим"
Задача определения правильного типа связей между таблицами является крайне важной. Определение правильного типа связей обеспечивает достижение следующих преимуществ:
▪️гарантирует целостность данных;
▪️обеспечивает оптимальную производительность;
▪️облегчает разработку объектов базы данных.
#Связи #ТипыСвязей #ОдинКОдному #ОдинКоМногим #МногиеКоМногим
Связь "один ко многим".
Связь "один ко многим" - наиболее часто применяемая. Данная связь характеризуется тем, что каждая строка одной таблицы может быть ассоциирована со многими относящимися к ней строками другой таблицы. В качестве примера рассмотрим связь между таблицами tblClients и tblOrders. Для каждого клиента из таблицы tblClients может быть введено произвольное количество заказов в таблицу tblOrders. С другой стороны, каждый заказ из таблицы tblOrders может принадлежать только одному клиенту из таблицы tblClients. Считается, что таблица tblClients относится к стороне "один" данной связи, а таблица tblOrders к стороне "многие".
Реализация связи "один ко многим" возможна только в том случае, если поле, соединяющее две таблицы со стороны "один", содержит уникальные значения.
В примере с таблицами tblClients и tblOrders для соединения двух таблиц служит поле ClientID, которое должно содержать уникальные значения в таблице tblClients. Если бы в таблице tblClients несколько клиентов имели один и тот же идентификатор, то было бы неясно, какому клиенту принадлежит заказ в таблице tblOrders. По этой же причине поле, по которому соединяются две таблицы, находящееся на стороне "один" связи "один ко многим", должно быть полем первичного ключа или иметь уникальный индекс.
В большинстве случаев поле, связывающее две таблицы, является первичным ключом таблицы, расположенной на стороне "один" данной связи. То же поле на стороне многие указанной связи является внешним ключом.
#Связи #ОдинКоМногим #ПервичныйКлюч #ВнешнийКлюч #УникальныйИндекс
Связь "один ко многим" - наиболее часто применяемая. Данная связь характеризуется тем, что каждая строка одной таблицы может быть ассоциирована со многими относящимися к ней строками другой таблицы. В качестве примера рассмотрим связь между таблицами tblClients и tblOrders. Для каждого клиента из таблицы tblClients может быть введено произвольное количество заказов в таблицу tblOrders. С другой стороны, каждый заказ из таблицы tblOrders может принадлежать только одному клиенту из таблицы tblClients. Считается, что таблица tblClients относится к стороне "один" данной связи, а таблица tblOrders к стороне "многие".
Реализация связи "один ко многим" возможна только в том случае, если поле, соединяющее две таблицы со стороны "один", содержит уникальные значения.
В примере с таблицами tblClients и tblOrders для соединения двух таблиц служит поле ClientID, которое должно содержать уникальные значения в таблице tblClients. Если бы в таблице tblClients несколько клиентов имели один и тот же идентификатор, то было бы неясно, какому клиенту принадлежит заказ в таблице tblOrders. По этой же причине поле, по которому соединяются две таблицы, находящееся на стороне "один" связи "один ко многим", должно быть полем первичного ключа или иметь уникальный индекс.
В большинстве случаев поле, связывающее две таблицы, является первичным ключом таблицы, расположенной на стороне "один" данной связи. То же поле на стороне многие указанной связи является внешним ключом.
#Связи #ОдинКоМногим #ПервичныйКлюч #ВнешнийКлюч #УникальныйИндекс
Связь "многие ко многим".
В связи "многие ко многим" обе таблицы могут иметь строки, согласующиеся с несколькими строками другой таблицы. Возможность непосредственно определить связь "многие ко многим" в Access отсутствует. Для реализации связи такого типа необходимо ввести в действие так называемую соединительную таблицу. После этого создаются связи "один ко многим" между этой соединительной таблицей и каждой из двух таблиц, участвующих в связи "многие ко многим". В качестве примера можно привести таблицы tblOrders и tblItems. Каждый заказ может включать несколько товаров, а каждый товар может присутствовать во многих заказах. Решение состоит в создании третьей таблицы tblOrderDetails. Связь между таблицами tblOrders и tblOrderDetails устанавливается как связь "один ко многим" с помощью поля OrderID. С другой стороны, для согласования таблиц tblOrderDetails и tblItems создается связь "один ко многим" на основе поля ItemID.
#Связи #МногиеКоМногим
В связи "многие ко многим" обе таблицы могут иметь строки, согласующиеся с несколькими строками другой таблицы. Возможность непосредственно определить связь "многие ко многим" в Access отсутствует. Для реализации связи такого типа необходимо ввести в действие так называемую соединительную таблицу. После этого создаются связи "один ко многим" между этой соединительной таблицей и каждой из двух таблиц, участвующих в связи "многие ко многим". В качестве примера можно привести таблицы tblOrders и tblItems. Каждый заказ может включать несколько товаров, а каждый товар может присутствовать во многих заказах. Решение состоит в создании третьей таблицы tblOrderDetails. Связь между таблицами tblOrders и tblOrderDetails устанавливается как связь "один ко многим" с помощью поля OrderID. С другой стороны, для согласования таблиц tblOrderDetails и tblItems создается связь "один ко многим" на основе поля ItemID.
#Связи #МногиеКоМногим
Связь "один к одному".
В связи "один к одному" каждая строка таблицы на стороне "один" связи должна иметь относящуюся к ней единственную строку в другой таблице на другой стороне связи.
Такая связь встречается редко и применяется лишь в особых ситуациях. Обычно вместо создания связи один к одному между двумя таблицами проще создать новую таблицу, в которую входят все поля этих таблиц. Основные ситуации, в которых имеет смысл использовать связь один к одному:
▪️количество полей в таблице превышает количество, допускаемое Microsoft Access;
▪️некоторые поля в таблице являются обязательными только для ограниченного подмножества строк таблицы.
Максимально допустимое количество полей в таблице Access составляет 255. На практике такое количество полей в одной таблице применяется исключительно редко. Если полей больше, чем несколько десятков, значит база данных сконструирована нерационально, в таком случае рекомендуется пересмотреть ее структуру. Если же такое количество полей действительно необходимо, то одна таблица, включающая большое количество полей, может быть организованна путем создания двух таблиц, разбиением полей по двум таблицам и определения между таблицами связи "один к одному".
Еще одна ситуация, в которой может потребоваться определить связь "один к одному", состоит в том, что в некоторой таблице часть полей заполняется лишь в относительно небольшом подмножестве строк. В качестве примера можно привести таблицы tblEmployees и tblVesting. Определенные поля требуют заполнения для тех сотрудников, которые получают выплаты из пенсионного фонда. Если выплаты из пенсионного фонда предоставляются лишь небольшой части сотрудников компании, то становится нецелесообразно с точки зрения повышения производительности или экономии дискового пространства помещать в таблицу tblEmployees все поля, содержащие информацию о получении выплат.
#Связи #ОдинКОдному
В связи "один к одному" каждая строка таблицы на стороне "один" связи должна иметь относящуюся к ней единственную строку в другой таблице на другой стороне связи.
Такая связь встречается редко и применяется лишь в особых ситуациях. Обычно вместо создания связи один к одному между двумя таблицами проще создать новую таблицу, в которую входят все поля этих таблиц. Основные ситуации, в которых имеет смысл использовать связь один к одному:
▪️количество полей в таблице превышает количество, допускаемое Microsoft Access;
▪️некоторые поля в таблице являются обязательными только для ограниченного подмножества строк таблицы.
Максимально допустимое количество полей в таблице Access составляет 255. На практике такое количество полей в одной таблице применяется исключительно редко. Если полей больше, чем несколько десятков, значит база данных сконструирована нерационально, в таком случае рекомендуется пересмотреть ее структуру. Если же такое количество полей действительно необходимо, то одна таблица, включающая большое количество полей, может быть организованна путем создания двух таблиц, разбиением полей по двум таблицам и определения между таблицами связи "один к одному".
Еще одна ситуация, в которой может потребоваться определить связь "один к одному", состоит в том, что в некоторой таблице часть полей заполняется лишь в относительно небольшом подмножестве строк. В качестве примера можно привести таблицы tblEmployees и tblVesting. Определенные поля требуют заполнения для тех сотрудников, которые получают выплаты из пенсионного фонда. Если выплаты из пенсионного фонда предоставляются лишь небольшой части сотрудников компании, то становится нецелесообразно с точки зрения повышения производительности или экономии дискового пространства помещать в таблицу tblEmployees все поля, содержащие информацию о получении выплат.
#Связи #ОдинКОдному
Определение связей в СУБД Access. Схема данных.
Для определения связей между таблицами Access используется диалоговое окно Схема данных (Relationships). Чтобы открыть окно, щелкните и выберите вкладку Работа с базами данных (Database Tools) на ленте, а затем выберите инструмент Схема данных (Relationships). Если в базе данных не установлено не одной связи, откроется диалоговое окно Добавление таблицы (Show Table), позволяющее добавить таблицы, которые после этого отображаются в окне Схема данных (Relationships).
В диалоговом окне Схема данных (Relationships) показаны связи, заданные на каждой таблице. Все связи "один ко многим" и "многие ко многим" в базе обозначены соединительными линиями. Если заданы ограничения ссылочной целостности между таблицами, участвующие в связи "один ко многим", то от одной из таблиц к другой проходит соединительная линия, обозначена символом 1 на стороне "один" и символом бесконечности ∞ на стороне "многие". Связи "один к одному" обозначаются символами 1 с обоих концов соединительной линии.
#Связи #СхемаДанных
Для определения связей между таблицами Access используется диалоговое окно Схема данных (Relationships). Чтобы открыть окно, щелкните и выберите вкладку Работа с базами данных (Database Tools) на ленте, а затем выберите инструмент Схема данных (Relationships). Если в базе данных не установлено не одной связи, откроется диалоговое окно Добавление таблицы (Show Table), позволяющее добавить таблицы, которые после этого отображаются в окне Схема данных (Relationships).
В диалоговом окне Схема данных (Relationships) показаны связи, заданные на каждой таблице. Все связи "один ко многим" и "многие ко многим" в базе обозначены соединительными линиями. Если заданы ограничения ссылочной целостности между таблицами, участвующие в связи "один ко многим", то от одной из таблиц к другой проходит соединительная линия, обозначена символом 1 на стороне "один" и символом бесконечности ∞ на стороне "многие". Связи "один к одному" обозначаются символами 1 с обоих концов соединительной линии.
#Связи #СхемаДанных
Создание связей между двумя таблицами.
Чтобы установить связь между двумя таблицами, выполните следующие действия:
1. Откройте диалоговое окно Схема данных (Relationships).
2. Если окно Схема данных (Relationships), относящееся к конкретной базе данных, открывается впервые, то появляется диалоговое окно Добавление таблицы (Show Table). Выделите все таблицы, между которыми необходимо установить связи, и щелкните по кнопке Добавить (Add).
3. Если в текущей базе данных уже определены конкретные связи, то окно Схема данных (Relationships) открывается сразу. Если таблицы, которые необходимо включить в намеченную связь, не отображается на экране, щелкните по кнопке Отобразить таблицу (Show Table) в группе Схема данных (Relationships) на ленте. Чтобы добавить желаемые таблицы в окно Схема данных (Relationships), выбирайте каждую из этих таблиц, а затем щелкните по кнопке Добавить (Add). Повторите этот процесс для каждой таблицы, которую необходимо добавить в окно. Чтобы выбрать сразу несколько таблиц, удерживайте нажатой клавишу <Shift>, щелкая на первой и последней из непрерывного ряда таблиц, или удерживайте нажатой клавишу <Ctrl>, щелкая на отдельно расположенных таблицах для их выбора; затем щелкайте по кнопке Добавить (Add). После окончания выбора таблиц щелкните по кнопке Закрыть (Close).
4. Щелкните на поле одной таблицы, которое нужно связать с полем другой таблицы, и перетащите его на это поле. Откроется диалоговое окно Изменение связей (Edit Relationships).
5. Укажите должны ли быть заданы правила ссылочной целостности и следует ли применять каскадное обновление связанных полей или каскадное удаление связанных строк, установив соответствующие флажки.
6. Щелкните по кнопке Создать (Create).
#Связи #СозданиеСвязей #СхемаДанных
Чтобы установить связь между двумя таблицами, выполните следующие действия:
1. Откройте диалоговое окно Схема данных (Relationships).
2. Если окно Схема данных (Relationships), относящееся к конкретной базе данных, открывается впервые, то появляется диалоговое окно Добавление таблицы (Show Table). Выделите все таблицы, между которыми необходимо установить связи, и щелкните по кнопке Добавить (Add).
3. Если в текущей базе данных уже определены конкретные связи, то окно Схема данных (Relationships) открывается сразу. Если таблицы, которые необходимо включить в намеченную связь, не отображается на экране, щелкните по кнопке Отобразить таблицу (Show Table) в группе Схема данных (Relationships) на ленте. Чтобы добавить желаемые таблицы в окно Схема данных (Relationships), выбирайте каждую из этих таблиц, а затем щелкните по кнопке Добавить (Add). Повторите этот процесс для каждой таблицы, которую необходимо добавить в окно. Чтобы выбрать сразу несколько таблиц, удерживайте нажатой клавишу <Shift>, щелкая на первой и последней из непрерывного ряда таблиц, или удерживайте нажатой клавишу <Ctrl>, щелкая на отдельно расположенных таблицах для их выбора; затем щелкайте по кнопке Добавить (Add). После окончания выбора таблиц щелкните по кнопке Закрыть (Close).
4. Щелкните на поле одной таблицы, которое нужно связать с полем другой таблицы, и перетащите его на это поле. Откроется диалоговое окно Изменение связей (Edit Relationships).
5. Укажите должны ли быть заданы правила ссылочной целостности и следует ли применять каскадное обновление связанных полей или каскадное удаление связанных строк, установив соответствующие флажки.
6. Щелкните по кнопке Создать (Create).
#Связи #СозданиеСвязей #СхемаДанных
Удаление существующей связи.
Access предоставляет возможность удалять существующие связи. Чтобы безвозвратно удалить связь между двумя таблицами, выполните следующие действия.
1. Выберите вкладку Работа с базами данных (Database Tools), а затем инструмент Схема данных (Relationships).
2. Щелкните по линии, соединяющей две таблицы, которая предоставляет связь, подлежащую удалению, правой клавишей мыши.
3. Щелкните по кнопке Удалить (Delete). Access выведет окно с запросом на подтверждение этих действий.
#Связи #УдалениеСвязей #СхемаДанных
Access предоставляет возможность удалять существующие связи. Чтобы безвозвратно удалить связь между двумя таблицами, выполните следующие действия.
1. Выберите вкладку Работа с базами данных (Database Tools), а затем инструмент Схема данных (Relationships).
2. Щелкните по линии, соединяющей две таблицы, которая предоставляет связь, подлежащую удалению, правой клавишей мыши.
3. Щелкните по кнопке Удалить (Delete). Access выведет окно с запросом на подтверждение этих действий.
#Связи #УдалениеСвязей #СхемаДанных
Модификация существующей связи.
Пользователям чаще приходится модифицировать характер связи, а не удалять ее. Чтобы модифицировать характер связи, выполните следующие действия.
1. Выберите вкладку Работа с базами данных (Database Tools), а затем инструмент Схема данных (Relationships).
2. Дважды щелкните по линии, соединяющие две таблицы, подлежащей модификации.
3. Внесите необходимые изменения.
4. Щелкните по кнопке ОК.
#Связи #УдалениеСвязей #СхемаДанных
Пользователям чаще приходится модифицировать характер связи, а не удалять ее. Чтобы модифицировать характер связи, выполните следующие действия.
1. Выберите вкладку Работа с базами данных (Database Tools), а затем инструмент Схема данных (Relationships).
2. Дважды щелкните по линии, соединяющие две таблицы, подлежащей модификации.
3. Внесите необходимые изменения.
4. Щелкните по кнопке ОК.
#Связи #УдалениеСвязей #СхемаДанных
Определение правил ссылочной целостности.
После определения правил ссылочной целостности, распространяющихся на две таблицы, СУБД Access соблюдает следующие ограничения:
▪️ Исключается возможность вводить во внешний ключ связанной таблицы такое значение, которое отсутствует в составе первичного ключа основной таблицы. Например, невозможно ввести в поле ClientID таблицы tblOrders значение, которое бы отсутствовало в поле ClientID таблицы tblClients.
▪️ Не допускается удаление из основной таблицы такой строки, которая имеет согласованные строки в связанной таблице. Например, невозможно удалить информацию о клиенте из таблицы tblClients, если в таблице tblOrders имеются относящиеся к нему строки (строки, в поле ClientID которые имеют такое же значение идентификатора клиента).
▪️ Не допускается внесение изменений в значение первичного ключа, на стороне "один" связи, если в связанной таблице имеются строки, согласованные с этим значением. Например, невозможно изменить значение в поле ClientID таблицы tblClients, если в таблице tblOrders имеются данные о заказах, в которых определено то же значение идентификатора клиента.
После ввода в действие правил ссылочной целостности, распространяющихся на две таблицы, любая попытка нарушить три приведенные выше ограничения приводит к тому, что Access отображает соответствующее сообщение об ошибке.
#Связи #СхемаДанных #ПравилаСсылочнойЦелостности #ОбеспечениеЦелостностиДанных
После определения правил ссылочной целостности, распространяющихся на две таблицы, СУБД Access соблюдает следующие ограничения:
▪️ Исключается возможность вводить во внешний ключ связанной таблицы такое значение, которое отсутствует в составе первичного ключа основной таблицы. Например, невозможно ввести в поле ClientID таблицы tblOrders значение, которое бы отсутствовало в поле ClientID таблицы tblClients.
▪️ Не допускается удаление из основной таблицы такой строки, которая имеет согласованные строки в связанной таблице. Например, невозможно удалить информацию о клиенте из таблицы tblClients, если в таблице tblOrders имеются относящиеся к нему строки (строки, в поле ClientID которые имеют такое же значение идентификатора клиента).
▪️ Не допускается внесение изменений в значение первичного ключа, на стороне "один" связи, если в связанной таблице имеются строки, согласованные с этим значением. Например, невозможно изменить значение в поле ClientID таблицы tblClients, если в таблице tblOrders имеются данные о заказах, в которых определено то же значение идентификатора клиента.
После ввода в действие правил ссылочной целостности, распространяющихся на две таблицы, любая попытка нарушить три приведенные выше ограничения приводит к тому, что Access отображает соответствующее сообщение об ошибке.
#Связи #СхемаДанных #ПравилаСсылочнойЦелостности #ОбеспечениеЦелостностиДанных
Опция Каскадное обновление связанных полей.
Опция Каскадное обновление связанных полей (Cascade Update Related Fields) становится доступной, только между таблицами установлены ограничения ссылочной целостности. После выбора этой опции пользователь получает возможность изменять значения первичных ключей в строках на стороне "один" связи. При попытке пользователя внести изменение в поле, соединяющее эти две таблицы, на стороне "один" связи ядро базы данных Access каскадно распространяет эти изменение на поле внешнего ключа со стороны "многие" связи. Этот метод поддержания ссылочной целостности может применяться, если в поле первичного ключа основной таблицы допускается внесение изменений. Например, предположим, что разрешено обновление номера заказа на поставку в главной строке заказа на поставку. После того как пользователь изменит номер заказа на поставку в родительской строке в таблице tblOrders, необходимо каскадно распространить это изменение на все связанные с ней строки с детализацией заказа в таблице сведений о заказах на поставку tblOrderDetails.
#Связи #СхемаДанных #КаскадноеОбновлениеСвязанныхПолей
Опция Каскадное обновление связанных полей (Cascade Update Related Fields) становится доступной, только между таблицами установлены ограничения ссылочной целостности. После выбора этой опции пользователь получает возможность изменять значения первичных ключей в строках на стороне "один" связи. При попытке пользователя внести изменение в поле, соединяющее эти две таблицы, на стороне "один" связи ядро базы данных Access каскадно распространяет эти изменение на поле внешнего ключа со стороны "многие" связи. Этот метод поддержания ссылочной целостности может применяться, если в поле первичного ключа основной таблицы допускается внесение изменений. Например, предположим, что разрешено обновление номера заказа на поставку в главной строке заказа на поставку. После того как пользователь изменит номер заказа на поставку в родительской строке в таблице tblOrders, необходимо каскадно распространить это изменение на все связанные с ней строки с детализацией заказа в таблице сведений о заказах на поставку tblOrderDetails.
#Связи #СхемаДанных #КаскадноеОбновлениеСвязанныхПолей
Опция Каскадное удаление связанных записей.
Опция Каскадное удаление связанных записей (Cascade Delete Related Records) становится доступной, только если между рассматриваемыми таблицами задано ограничение ссылочной целостности. После ввода в действие этой опции пользователь получает возможность удалять строки на стороне "один" связи "один ко многим", даже если в таблице на стороне "многие" связи существуют связанные строки. Например, пользователь может удалить данные о клиенте, даже если к этому клиенту относятся существующие записи с информацией о заказах. Ядро базы данных Access поддерживает ограничения ссылочной целостности между таблицами, поскольку автоматически удаляет все связанные строки из дочерней таблицы.
#Связи #СхемаДанных #КаскадноеУдалениеСвязанныхЗаписей
Опция Каскадное удаление связанных записей (Cascade Delete Related Records) становится доступной, только если между рассматриваемыми таблицами задано ограничение ссылочной целостности. После ввода в действие этой опции пользователь получает возможность удалять строки на стороне "один" связи "один ко многим", даже если в таблице на стороне "многие" связи существуют связанные строки. Например, пользователь может удалить данные о клиенте, даже если к этому клиенту относятся существующие записи с информацией о заказах. Ядро базы данных Access поддерживает ограничения ссылочной целостности между таблицами, поскольку автоматически удаляет все связанные строки из дочерней таблицы.
#Связи #СхемаДанных #КаскадноеУдалениеСвязанныхЗаписей
Создание новой таблицы с нуля.
Создание таблицы с нуля позволяет получить больше возможностей, но требует соблюдения принципов качественного проектирования. Указанный подход почти всегда является наилучшим при создании приложения. Чтобы спроектировать таблицу с нуля, отройте окно представления Конструктор таблиц (Table Design) и выполните действия:
1. Определите каждое поле таблицы путем ввода его имени в столбце Имя поля (Field Name).
2. В столбце Тип данных (Data Type) выберите тип данных поля, воспользовавшись выпадающим списком. По умолчанию тип данных определяется как Короткий Текст (Text).
3. В столбце Описание (Description) добавьте описание столбца. Текст, указанный в этом столбце, отобразится в строке состояния при вводе/изменении данных или выделении столбца пользователем.
4. Чтобы сохранить работу, щелкните по кнопке Сохранить (Save) на панели быстрого доступа, или воспользуйтесь комбинацией клавиш <Ctrl+S>. Откроется диалоговое окно Сохранение, введите имя таблицы и нажмите ОК. Откроется диалоговое окно, в котором приведена рекомендация определить первичный ключ. Каждая таблица должна иметь первичный ключ.
Если потребуется вставить еще одно поле между двумя существующими полями, щелкните по кнопке Вставить строки (Insert Rows), расположенной на ленте. В этом случае Access вставляет новое поле над выбранным. Чтобы удалить поле, выберите его и щелкните по кнопке Удалить строки (Delete Rows).
#Таблицы #СозданиеТаблицы #КонструкторТаблиц
Создание таблицы с нуля позволяет получить больше возможностей, но требует соблюдения принципов качественного проектирования. Указанный подход почти всегда является наилучшим при создании приложения. Чтобы спроектировать таблицу с нуля, отройте окно представления Конструктор таблиц (Table Design) и выполните действия:
1. Определите каждое поле таблицы путем ввода его имени в столбце Имя поля (Field Name).
2. В столбце Тип данных (Data Type) выберите тип данных поля, воспользовавшись выпадающим списком. По умолчанию тип данных определяется как Короткий Текст (Text).
3. В столбце Описание (Description) добавьте описание столбца. Текст, указанный в этом столбце, отобразится в строке состояния при вводе/изменении данных или выделении столбца пользователем.
4. Чтобы сохранить работу, щелкните по кнопке Сохранить (Save) на панели быстрого доступа, или воспользуйтесь комбинацией клавиш <Ctrl+S>. Откроется диалоговое окно Сохранение, введите имя таблицы и нажмите ОК. Откроется диалоговое окно, в котором приведена рекомендация определить первичный ключ. Каждая таблица должна иметь первичный ключ.
Если потребуется вставить еще одно поле между двумя существующими полями, щелкните по кнопке Вставить строки (Insert Rows), расположенной на ленте. В этом случае Access вставляет новое поле над выбранным. Чтобы удалить поле, выберите его и щелкните по кнопке Удалить строки (Delete Rows).
#Таблицы #СозданиеТаблицы #КонструкторТаблиц
Тип данных Короткий текст (Short Text) (ранее - Текст).
Как правило, большинство полей в базе данных представляют собой поля типа Короткий текст (Short Text). Многие разработчики не учитывают то, что для любых чисел, не используемых в вычислениях, лучше всего применять поля Короткий текст. В качестве примеров можно назвать номера телефонов, номера деталей и почтовые индексы. По умолчанию размер поля Короткий текст равен 255 символам. (Изменить тип поля и его размер можно в Параметрах). Access распределяет дисковое пространство динамически, поэтому применение поля большого размера не приводит к бесполезному расходованию пространства жесткого диска, если в этом поле отсутствуют данные, но распределение полей с минимально возможными размерами способствует повышению производительности. Для регламентации максимального количества символов, которые могут быть записаны в поле Короткий текст, служит свойство Размер поля (Field Size).
#Таблицы #ТипДанных #КороткийТекст #ShortText
Как правило, большинство полей в базе данных представляют собой поля типа Короткий текст (Short Text). Многие разработчики не учитывают то, что для любых чисел, не используемых в вычислениях, лучше всего применять поля Короткий текст. В качестве примеров можно назвать номера телефонов, номера деталей и почтовые индексы. По умолчанию размер поля Короткий текст равен 255 символам. (Изменить тип поля и его размер можно в Параметрах). Access распределяет дисковое пространство динамически, поэтому применение поля большого размера не приводит к бесполезному расходованию пространства жесткого диска, если в этом поле отсутствуют данные, но распределение полей с минимально возможными размерами способствует повышению производительности. Для регламентации максимального количества символов, которые могут быть записаны в поле Короткий текст, служит свойство Размер поля (Field Size).
#Таблицы #ТипДанных #КороткийТекст #ShortText
Тип данных Длинный текст (Long Text) (ранее – Поле МЕМО).
Поля типа Длинный текст (Long Text) позволяют хранить до 1 Гб текста, хотя элементы управления в формах и отчетах могут отобразить только первые 64000 символов. Можно установить тип данных поля Длинный текст для отображения форматированного текста, который содержит, например, полужирный или подчеркнутый шрифт. Поля типа Длинный текст хорошо подходят для любых заметок, которые необходимо хранить с данными таблицы. Начиная с версии Access 2007 предусмотрена возможность выполнять сортировку по полю Длинный текст.
#Таблицы #ТипДанных #ДлинныйТекст #LongText
Поля типа Длинный текст (Long Text) позволяют хранить до 1 Гб текста, хотя элементы управления в формах и отчетах могут отобразить только первые 64000 символов. Можно установить тип данных поля Длинный текст для отображения форматированного текста, который содержит, например, полужирный или подчеркнутый шрифт. Поля типа Длинный текст хорошо подходят для любых заметок, которые необходимо хранить с данными таблицы. Начиная с версии Access 2007 предусмотрена возможность выполнять сортировку по полю Длинный текст.
#Таблицы #ТипДанных #ДлинныйТекст #LongText
Тип данных Дата/время (Date/Time).
Поля типа Дата/время (Date/Time) предназначены для хранения допустимых значений даты и время. Кроме того, поля Дата/время позволяют выполнить вычисления с датами и обеспечить правильную сортировку данных по значениям даты и времени. В Access для хранения значений даты или времени фактически применяется внутренний формат, который представляет собой 8-байтовое число с плавающей точкой. В этом формате время суток представляется как часть суток.
При представлении значений даты и времени в Access за основу берутся параметры даты и времени, которые определены в Windows.
#Таблицы #ТипДанных #ДатаВремя #DateTime
Поля типа Дата/время (Date/Time) предназначены для хранения допустимых значений даты и время. Кроме того, поля Дата/время позволяют выполнить вычисления с датами и обеспечить правильную сортировку данных по значениям даты и времени. В Access для хранения значений даты или времени фактически применяется внутренний формат, который представляет собой 8-байтовое число с плавающей точкой. В этом формате время суток представляется как часть суток.
При представлении значений даты и времени в Access за основу берутся параметры даты и времени, которые определены в Windows.
#Таблицы #ТипДанных #ДатаВремя #DateTime
Тип данных Счетчик (AutoNumber).
После ввода пользователем очередной строки в Access автоматически вырабатывается значение для поля Счетчик (AutoNumber). В более ранних версиях Access значения этого счетчика должны были быть последовательные. Начиная с версии Access 2007 тип поля Счетчик допускает использование либо последовательных, либо случайно сформированных значений. Присваивание случайных значений идентификаторов целесообразно в том случае, если несколько пользователей вводят строки в автономном режиме, поскольку маловероятно, что в Access будет присвоено одно и тоже случайное значение двум строкам. С другой стороны, Код репликации (Replication ID) представляет собой особую разновидность поля Счетчик. Тип данных Код репликации обеспечивает выработку уникальных случайных чисел, применяемых в процессе репликации (на основе формата файла .mdb), подготавливая уникальные идентификаторы, которые служат для синхронизации реплик баз данных.
Последовательные поля Счетчик обладают некоторыми важными особенностями. Они являются уникальными, поэтому после удаления пользователем строки из таблицы хранящееся в этой строке значение Счетчик удаляется навсегда. Аналогичным образом, выработанное значение счетчика навсегда удаляется и в том случае, если пользователь вначале вводит строку, а затем отменяет это действие.
#Таблицы #ТипДанных #Счетчик #КодРепликации #AutoNumber #ReplicationID
После ввода пользователем очередной строки в Access автоматически вырабатывается значение для поля Счетчик (AutoNumber). В более ранних версиях Access значения этого счетчика должны были быть последовательные. Начиная с версии Access 2007 тип поля Счетчик допускает использование либо последовательных, либо случайно сформированных значений. Присваивание случайных значений идентификаторов целесообразно в том случае, если несколько пользователей вводят строки в автономном режиме, поскольку маловероятно, что в Access будет присвоено одно и тоже случайное значение двум строкам. С другой стороны, Код репликации (Replication ID) представляет собой особую разновидность поля Счетчик. Тип данных Код репликации обеспечивает выработку уникальных случайных чисел, применяемых в процессе репликации (на основе формата файла .mdb), подготавливая уникальные идентификаторы, которые служат для синхронизации реплик баз данных.
Последовательные поля Счетчик обладают некоторыми важными особенностями. Они являются уникальными, поэтому после удаления пользователем строки из таблицы хранящееся в этой строке значение Счетчик удаляется навсегда. Аналогичным образом, выработанное значение счетчика навсегда удаляется и в том случае, если пользователь вначале вводит строку, а затем отменяет это действие.
#Таблицы #ТипДанных #Счетчик #КодРепликации #AutoNumber #ReplicationID
Тип данных Логический (Yes/No).
Поля Логический (Yes/No) предназначены для хранения логических значений
#Таблицы #ТипДанных #Логический #YesNo #TrueFalse #OnOff #Null
Поля Логический (Yes/No) предназначены для хранения логических значений
True и False. Но в этих полях фактически хранятся не логические значения, а числа -1, которые обозначают Да(Yes), и 0, обозначающие Нет(No), или Null, указывающее на то, что какое-либо конкретное значение в поле отсутствует. Для этого поля предусмотрены форматы отображения, которые определяют, какое значение фактически предстанет перед пользователем (обычно применяемые форматы предусматривают вывод значений Логический(Yes/No), Истина/Ложь(True/False), Вкл/Выкл(On/Off) или третьего варианта, Null, если свойство Тройное состояние(TripleState) соответствующего элемента управления на форме установлено равным True). Поля Логический действуют очень эффективно применительно к любым данным, которые могут иметь только значение True и False. Эти поля не только позволяют предоставить пользователю ограниченный выбор допустимых вариантов, но и обеспечивают значительное снижение объема используемой памяти. #Таблицы #ТипДанных #Логический #YesNo #TrueFalse #OnOff #Null
Тип данных Поле объекта OLE (OLE Object).
Корпорацией Microsoft такое поле, как Поле объекта OLE (OLE Object), было спроектировано для хранения данных любых объектов, зарегистрированных приложением сервера связывания и внедрения (Object Linking and Embedding - OLE) в Windows, включая электронные таблицы, документы текстового процессора, звуки и видео. На каждом конкретном предприятии можно найти широкий спектр применения полей типа Поле объекта OLE, которые позволяют хранить резюме, результаты собеседований, бюджетные документы или видеоинформацию. Но во многих случаях более эффективный подход состоит в использовании поля Гиперссылка (Hyperlink) для хранения ссылки на документ, а не хранение самого документа в поле типа Поле объекта OLE.
#Таблицы #ТипДанных #ПолеОбъектаOLE #OLEObject
Корпорацией Microsoft такое поле, как Поле объекта OLE (OLE Object), было спроектировано для хранения данных любых объектов, зарегистрированных приложением сервера связывания и внедрения (Object Linking and Embedding - OLE) в Windows, включая электронные таблицы, документы текстового процессора, звуки и видео. На каждом конкретном предприятии можно найти широкий спектр применения полей типа Поле объекта OLE, которые позволяют хранить резюме, результаты собеседований, бюджетные документы или видеоинформацию. Но во многих случаях более эффективный подход состоит в использовании поля Гиперссылка (Hyperlink) для хранения ссылки на документ, а не хранение самого документа в поле типа Поле объекта OLE.
#Таблицы #ТипДанных #ПолеОбъектаOLE #OLEObject
Тип данных Гиперссылка (Hyperlink).
Поля Гиперссылка (Hyperlink) предназначены для хранения адресов в формате унифицированного указателя информационного ресурса (Uniform Resource Locator - URL), которые представляют собой ссылки на веб-страницы в Интернете или во внутренней сети. Еще один вариант состоит в использовании этих полей для хранения путей в формате универсального соглашения об именовании (Universal Naming Convention - UNC), которые представляют собой ссылки на пути, указывающие местоположения файлов. В СУБД Access поле Гиперссылка состоит из трех частей:
- данные, которые отображаются для пользователя;
- URL или UNC;
- подадрес, такой как обозначение области веб-страницы или закладка.
Запись, введенная пользователем в поле Гиперссылка, служит в качестве непосредственной ссылки на файл или страницу, к которой она относится.
#Таблицы #ТипДанных #Гиперссылка #Hyperlink
Поля Гиперссылка (Hyperlink) предназначены для хранения адресов в формате унифицированного указателя информационного ресурса (Uniform Resource Locator - URL), которые представляют собой ссылки на веб-страницы в Интернете или во внутренней сети. Еще один вариант состоит в использовании этих полей для хранения путей в формате универсального соглашения об именовании (Universal Naming Convention - UNC), которые представляют собой ссылки на пути, указывающие местоположения файлов. В СУБД Access поле Гиперссылка состоит из трех частей:
- данные, которые отображаются для пользователя;
- URL или UNC;
- подадрес, такой как обозначение области веб-страницы или закладка.
Запись, введенная пользователем в поле Гиперссылка, служит в качестве непосредственной ссылки на файл или страницу, к которой она относится.
#Таблицы #ТипДанных #Гиперссылка #Hyperlink