Какие ограничения накладываются на свойство имя поля

Какие ограничения накладываются на свойство имя поля thumbnail

antoniony
Member

Откуда: Запорожье
Сообщений: 500

Здравствуйте друзья!
создал базу с динмамическим добавлением полей в формы, отчеты и т.д. самими юзерами. Все прекрасно только при указании имя поля не все поля успешно создаются. Юзер то знак какой-то поставит (система пишет «нарушено соглашение об именах и.т.п.»), то теперь еще что-то. Я думаю, что и длину слишком большую задают. Очень хочется поставить проверку на все это, только не знаю какие ограничения существуют на имена полей. Подскажите пож-та.

Ильин Сергей Юрьевич
Member

Откуда:
Сообщений: 248

antoniony
… только не знаю какие ограничения существуют на имена полей …

Справка Access.
Поиск по словосочетанию «имена полей».

Allll
Member

Откуда:
Сообщений: 1435

Из справки Access 97
Соглашения об именах полей, элементов управления и объектов.

В Microsoft Access действуют следующие ограничения на имена полей, элементов управления и объектов:

· имя должно содержать не более 64 символов;
· имя может включать любую комбинацию букв, цифр, пробелов и специальных символов за исключением точки (.), восклицательного знака (!), надстрочного символа (`) и прямых скобок ([ ]);
· не должно начинаться с символа пробела;
· не должно включать управляющие символы (с кодами ASCII от 0 до 31).

Хотя пробелы внутри имен полей, элементов управления и объектов являются допустимыми, в большинстве примеров в документации Microsoft Access имена полей записываются без пробелов. Пробелы в именах могут при некоторых обстоятельствах вызывать конфликты в программах Visual Basic.

Определяя имя для поля, элемента управления или объекта, полезно проверить, не совпадает ли это имя с именем свойства или другого элемента, используемого Microsoft Access (для русских имен такая ситуация может возникнуть при совпадении с именем свойства или функции, определяемых пользователем); в противном случае иногда могут возникать неверные результаты. Например, при ссылке на значение поля «Name» в таблице «NameInfo» с помощью синтаксиса NameInfo.Name будет возвращаться значение свойства таблицы Имя (Name), а не значение поля «Name».

Простейшим способом обойти неопределенность в именах является использование оператора ! вместо оператора . (точка) в ссылках на значения полей, элементов управления и объектов. Например, следующий идентификатор в явном виде определяет ссылку на значение поля «Name», а не на свойство Имя (Name):

[NameInfo]![Name]

А чем была вызвана необходимость такого динамического добавления полей в формы и отчёты? Кто будет отвечатьза правильность работы такой формы и отчёта — Вы или пользователь?

antoniony
Member

Откуда: Запорожье
Сообщений: 500

Allll
А чем была вызвана необходимость такого динамического добавления полей в формы и отчёты? Кто будет отвечатьза правильность работы такой формы и отчёта — Вы или пользователь?

Я, конечно. По-этому и хочу поставить проверку на имена. А необходимость ваызвана постоянным требованием клиента добавить то то, то это. А так сам добавляет. В главное меню вывел кнопку «Добавить элемент» и кнопку «Удалить элемент» и клиент сам ваяет свою базу. Создается 4 типа поля (текст, число, дата, справочник). Очень удобная, гибкая база.

Andres 1
Member

Откуда: Эстония
Сообщений: 1191

antoniony
Очень удобная, гибкая база.

Жжуть-то какая. Предложение — пусть пользователь вводит что хочет. Поля именуйте в коде, например, как «usrfld1», «usrfld2», etc.
А то, что введет пользователь, сохраняйте в свойстве Caption поля.

Gasan
Member

Откуда:
Сообщений: 45

избегай дефисов. Помучился я с ними. [Forms]![Имя]![что-то].SetFocus, например, работать не будет

antoniony
Member

Откуда: Запорожье
Сообщений: 500

Andres 1
antoniony
Очень удобная, гибкая база.

Жжуть-то какая. Предложение — пусть пользователь вводит что хочет. Поля именуйте в коде, например, как «usrfld1», «usrfld2», etc.
А то, что введет пользователь, сохраняйте в свойстве Caption поля.

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

antoniony
Member

Откуда: Запорожье
Сообщений: 500

Благодаря Allll — у создал проверку на имя и его длину и все заработало как никогда (при ошибке выдает ругательное сообщение и переводит фокус обратно на контрол с именем). Спасиба.

antoniony
Member

Откуда: Запорожье
Сообщений: 500

2 Andres 1 .
Щас только понял что так можно (погарячился немного в ответе), как предложили, вставляя в Caption, но тогда поиск сделать по Caption-у, а не по Name, как у меня и все. Неплохой вариант, надо попробовать.

Источник

При задании имен полей таблиц, а также объектов базы данных и дру­гих элементов управления необходимо учесть действующие в MS Access ограничения на имена полей и объектов:

· имя должно содержать не более 64 знаков;

· имя может включать любую комбинацию букв, цифр, пробелов и специальных знаков за исключением точки (.), восклицательного знака (!), надстрочного знака (`) и квадратных скобок ([ ]);

· не должно начинаться с знака пробела;

· не должно включать управляющие знаки (с кодами ASCII от 0 до 31);

· не должно включать прямые кавычки («) в именах таблиц, представлений и сохраненных процедур в проекте Microsoft Access.

Хотя пробелы внутри имен полей, элементов управления и объектов являются допустимыми, в большинстве примеров в документации Microsoft Access имена полей записываются без пробелов. Пробелы в именах могут, при некоторых обстоятельствах, вызывать конфликты в программах Microsoft Visual Basic для приложений.

Тип данных и свойства поля

После определения имени поля необходимо выбрать для него тип дан­ных. Тип данных определяет значения, которые можно сохранять в этом поле.

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

ТИП
ДАННЫХ
ХРАНИМЫЕ
ДАННЫЕ
ОГРАНИЧЕНИЯ
Текстовый Алфавитно-цифровые данные (текст и числа) Может храниться до 255 знаков.
Поле МЕМО Алфавитно-цифровые данные (текст и числа) Может храниться до 2 ГБ данных (предельный размер для всех баз данных Access) при программном заполнении полей.
Числовой Числовые данные В полях с типом данных «Числовой» используется параметр Список полей, управляющий размером значения, которое может содержать поле.
Дата/время Значения даты и времени Приложение Access хранит все значения даты и времени в виде 8-байтовых целых чисел с двойной точностью.
Денежный Денежные данные Данные хранятся в виде 8-байтовых чисел с точностью до четырех знаков после запятой. Этот тип данных используется для хранения финансовых данных и в тех случаях, когда значения не должны округляться.
Счетчик Уникальные значения, создаваемые приложением Access при введении новой записи Данные хранятся в виде 4-байтовых значений; обычно используются в первичных ключах.
Логический Логические данные
(«истина» или «ложь»)
Используется 1 для всех значений «Да» и 0 для всех значений «Нет».
Поле объекта OLE Изображения, документы, диаграммы и другие объекты из приложений Office и других программ Windows. Может храниться до 2 ГБ данных (предельный размер для всех баз данных Access). Поля с типом данных «Поле объекта OLE» создают растровые изображения исходных документов или других объектов, а затем отображают их в полях таблиц и элементах управления форм или отчетов в базе данных.
Гиперссылка Веб-адреса Может храниться до 1 гигабайта данных.
Вложение Файлы любого поддерживаемого типа В записи базы данных можно вкладывать изображения, файлы электронных таблиц, документы, диаграммы и другие файлы поддерживаемых типов точно так же, как в сообщения электронной почты.

При выборе типа данных конкретного поля таблицы необходимо учесть следующее:

· какие именно значения должны храниться в поле (например, нельзя хранить текст в поле, имеющем числовой тип данных);

· сколько места необходимо для хранения значений в поле, т.е. определить размер этого поля;

· будут ли над значениями в поле производиться вычисления (например, нельзя суммировать значения в текстовых и MEMO полях);

· нужно ли создавать индекс по этому полю для ускорения операций поиска и сортировки (невозможно индексирование полей со следующими типами данных: поле MEMO, гиперссылка, поле объектаOLE);

· нужно ли производить сортировку значений в поле (например, числа в текстовых полях сортируются как строки цифр (1, 10, 100, 2, 20, 200 и т.д.), а не как числовые значения; для корректной сортировки значений дат в разных форматах необходимо использовать тип данных дата/время).

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

СВОЙСТВО
ПОЛЯ
ТИП ДАННЫХ ПРИМЕНЕНИЕ СВОЙСТВА
Размер поля Текстовый
Числовой
Счетчик
Задание максимального размера для данных, хранящихся в поле с типом данных «Текстовый», «Числовой» или «Счетчик».
Формат поля Текстовый
Поле МЕМО
Числовой
Дата/время
Денежный
Счетчик
Логический
Гиперссылка
Настройка отображения поля по умолчанию на экране и при печати.
Число десятичных знаков Числовой
Денежный
Задание числа десятичных знаков, используемых при отображении чисел.
Новые значения Счетчик Указывает, какие значения (последовательные или случайные) присваиваются полю «Счетчик» при добавлении новой записи.
Маска ввода Текстовый
Числовой
Дата/время
Денежный
Символы редактирования, определяющие способы ввода данных.
Подпись Все типы данных Текст, отображаемый по умолчанию в качестве подписи в формах, отчетах и запросах.
Значение по умолчанию Текстовый
Поле МЕМО
Числовой
Дата/время
Денежный
Логический
Гиперссылка
Значение, автоматически назначаемое полю при добавлении новой записи.
Условие на значение Текстовый
Поле МЕМО
Числовой
Дата/время
Денежный
Логический
Гиперссылка
Выражение, значение которого должно быть истинно при добавлении или изменении значения поля.
Текст для проверки Текстовый
Поле МЕМО
Числовой
Дата/время
Денежный
Логический
Гиперссылка
Текст, появляющийся при вводе значения, при котором нарушается условие, указанное в поле Условие на значение.
Обязательное поле Все типы данных, кроме «Счетчик» Указывает, должно ли это поле содержать значение в каждой записи.
Пустые строки Текстовый
Поле МЕМО
Гиперссылка
Разрешает (установкой значения Да) ввод строки нулевой длины («») в текстовое поле и в поле МЕМО.
Индексация Текстовый
Поле МЕМО
Числовой
Дата/время
Денежный
Счетчик
Логический
Гиперссылка
Посредством создания и использования индекса ускоряет доступ к этому полю для чтения.
Сжатие Юникод Текстовый
Поле МЕМО
Гиперссылка
Выполняется сжатие данных, содержащихся в этом поле, если в нем менее 4096 символов
Режим IME Текстовый
Поле МЕМО
Дата/время
Гиперссылка
Управление преобразованием символов в восточноазиатских версиях Windows.
Режим предложений IME Текстовый
Поле МЕМО
Дата/время
Гиперссылка
Управление преобразованием предложений в восточноазиатских версиях Windows.
Смарт-теги Текстовый
Поле МЕМО
Числовой
Дата/время
Денежный
Счетчик
Гиперссылка
Позволяет выбрать смарт-теги, применяемые к полю.
Только добавление Поле МЕМО
Гиперссылка
Когда для свойства задано значение Да, ведется журнал значения поля.
Формат текста Поле МЕМО Для хранения данных в виде HTML-кода и использования RTF-форматирования следует выбрать значение Формат RTF. Чтобы хранить только текст без форматирования, следует выбрать значение Обычный текст.
Выравнивание текста Все типы данных, кроме «Вложение» Выравнивание текста по умолчанию в элементе управления.
Отображать элемент выбора даты Дата/время Указывает, должен ли в приложении Access отображаться элемент выбора даты (элемент управления «Календарь»), когда пользователь изменяет значение поля.

Маска ввода

Свойством формат определяется формат представления данных при выводе на экран или печать, а свойством маска ввода – определяется образец для всех данных, которые вводятся в это поле, что позволяет контролировать правильность данных при вводе. Однако формат поля влияет только на отображение введенного значения и применяется только после сохранения введенных данных. Если же вводом данных в поле необходимо управлять, в дополнение к формату поля (или же вме­сто него) следует использовать маску ввода.

Маска ввода позволяет управлять вводом данных в поле. Например, ее можно использовать для преобразования вводимых сим­волов к нужному регистру или же для автоматического добавления ско­бок и дефиса к номерам телефонов. Чаще всего маски ввода использу­ются для текстовых полей, полей даты/времени, а также для числовых и денежных полей.

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

Например, маска ввода для поля Рабочий телефон таблицы может выглядеть следующим образом: (__) — ____. В качестве символа шаблона в данном случае использу­ется знак подчеркивания (_), скобки и дефис — постоянные символы маски. Подобная маска ввода требует, чтобы все вводимые телефонные номера состояли только из цифр, причем маска позволяет контролиро­вать их количество (количество введенных цифр должно составлять полный номер телефона: код города и номер абонента). В результате пользователю остается только заполнить поля. Данные при этом вводят­ся на место символов шаблона.

Прокрутить вверх

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:

Источник

СУБД — аббревиатура, расшифровывающаяся как «система управления базами данных». СУБД используется для многопользовательской работы с базами данных, которые, в свою очередь, помогают хранить, систематизировать, классифицировать и контролировать информацию. Системы управления БД разделяются на виды по признаку типов моделей данных, которые ими поддерживаются. Наиболее практичен реляционный вид, поскольку такие системы просты в использовании и предоставляют многие возможности для разработчиков. К нему, в числе прочих, относится СУБД Access.

субд access

Общие сведения

Реляционная СУБД Microsoft Access работает, соответственно, с реляционными базами данных. В общем виде это означает множество взаимосвязанных таблиц, каждая из которых содержит данные своего типа.

СУБД MS Access входит в состав программного обеспечения Microsoft Office.

Возможности

СУБД Access предоставляет пользователю следующие возможности:

  • создавать базы данных;

  • добавлять новую информацию в созданные БД;

  • обновлять или каким-либо еще образом изменять данные в БД;

  • удалять имеющуюся информацию из БД;

  • осуществлять просмотр данных в виде отчетов, форм, различных выборок и запросов;

  • организация данных при помощи сортировки и/или классификации информации;

  • общий доступ к таблицам и данным при использовании отчетов, электронных писем, Интернета и/или локальной сети;

  • осуществление разных видов связей между таблицами;

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

Структурные элементы БД

субд ms access

Каждая таблица базы данных имеет строки, включающие данные об объектах, а также столбцы, задача которых — определить характеристику их же. Другое название строк — записи, состоящие из полей, которые заполняются данными. Поле обязательно должно иметь тип данных (числовой, текстовой, дата, МЕМО и т. д.). Все записи в таблице содержат одинаково определенные, но по-разному заполненные информацией поля.

Свойства полей

Поля в СУБД MS Access задают структуру базы данных, а также задают свойства данным из ячеек записей.

Основные свойства такие:

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

  • Тип данных. Задает соответствующее свойство, определяет, какой тип может быть записан в ячейку.

  • Размер. Устанавливает максимальную длину записываемых данных. Это свойство не обязательно использовать, хотя оно и упрощает работу, накладывая ограничения на пользователя БД.

  • Формат. Форматирует данные поля.

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

  • Обязательное поле. Если поставить галочку напротив этого свойства, оставить ячейку незаполненной будет нельзя. Для ключевых полей это свойство включено по умолчанию.

Типы данных

база данных субд access

Поля баз данных в Microsoft Access могут иметь такие типы данных, как:

  • Текстовый. Самый простой тип поля. Несмотря на название, может содержать как буквы, так и цифры, символы и прочее. Поэтому ограничения имеет только по длине — не более 255 знаков. Удобно для использования, если не требуется дальнейших расчетов между ячейками, поэтому, если в поле вводятся только числа, лучше использовать соответствующий ему тип.

  • Поле МЕМО. Тот же текстовый тип, хранящий большие объемы информации (до 64 кбайт, то есть до 64 тысяч символов). Из-за этой характеристики МЕМО не может быть использован в качестве ключа или индекса.

  • Числовой. Цифровое поле, имеющее подтипы, выбор которых зависит от желаемой точности вычислений и т. д. До 8 байт или 16 — для кодов репликации.

  • Счетчик. Поле, не требующее заполнения — значения (числа по возрастанию), автоматически заносится в таблицу, позволяя данным в ячейках оставаться уникальными. Проще говоря, счетчик нумерует записи в базе данных. Удобно использовать в качестве ключа 4 байта, 16 — для кодов репликации.

  • Логический. Используется только для значения — 0 (нет) и минус 1 (да). Можно настроить разные варианты записи — галочка или выбор вручную (размер — 1 байт).

  • Дата/время. Название типа данных говорит само за себя. Вывод в поле данных возможен в семи различных форматах. 8 байт.

  • Денежный. Определяет значения валют. Данный тип данных появился для предотвращения округления в вычислениях. Также 8 байт.

  • Поле объекта OLE. Принимает объекты разных форматов — графические, аудио и т. д. Размер — до одного гигабайта.

  • Гиперссылка. Адреса интернет-страниц, сайтов. До 64 тыс. символов.

  • Мастер подстановок. Заранее предполагает связанные таблицы. Позволяет выбрать значение из другой таблицы или из поля со списком. При этом тип выбранного значения устанавливается автоматически. Имеет размер первичного ключа. Не более 4 байт.

Ключи

Базы данных СУБД MS Access имеют в таблицах одно главное — ключевое — поле. По умолчанию оно, как уже было сказано, обязательно к заполнению. Кроме того, на него накладывается необходимость быть уникальным, что значит, что уже введенное значение в ключевом поле нельзя будет ввести в ключевом поле другой записи этой же таблицы. При необходимости можно добавить дополнительное ключевое поле, с менее строгими правилами — уникальность выбирается разработчиком БД. При помощи ключевых полей осуществляют связи между таблицами базы данных.

субд microsoft access

Ключи подразделяются на:

  • первичные (основные) — непосредственно сама связь;

  • вторичные (внешние) — способ связи.

Табличные связи

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

  • Один к одному. Это означает, что каждой записи из первой связанной таблицы соответствует одна запись из второй.

  • Один к многим. Каждой записи из первой таблицы соответствует несколько (две или больше) из второй.

  • Многие к одному. Множество записей из первой таблицы связаны с одной из второй.

  • Многие к многим. Множеству записей первой таблицы соответствует множество второй.

    объекты субд access

Ограничения на имена

Microsoft Access ставит ограничения на имена полей и элементов управления, они же действуют и на объекты СУБД Access:

  • имя не должно содержать более 64 символов;

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

  • имя не может начинаться с пробела;

  • нельзя использовать в имени управляющие символы (коды с 0 до 31 в ASCII);

  • имя не может включать прямые кавычки.

Объекты

Объекты СУБД MS Access представляют собой пользовательский интерфейс базы данных. Он позволяет непосредственно управлять ею и ее данными.

Таблицы

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

Запросы

объекты субд ms access

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

Формы

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

создание субд в access

Отчеты

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

Технология работы с СУБД Access

Разработка СУБД в Access выполняется при помощи следующих пунктов:

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

  • Определить примерное количество таблиц в базе данных — информацию необходимо систематизировать и “разложить все по полочкам”. Не следует добавлять слишком много полей в одну таблицу: лучше распределить данные на две и связать их. Каждая таблица должна содержать только одну тему.

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

  • Определить соотношения таблицы-поля.

  • Обозначить первичные и (при необходимости) вторичные ключи в таблицах.

  • Построить схему данных для БД, отражающую связи между таблицами. Максимизировать взаимодействие между данными при помощи этих связей.

  • Усовершенствовать структуру, наглядно посмотрев на всю имеющуюся информацию и ее возможную систематизацию.

  • Воспользоваться анализом самого Access для очередной проверки.

Создание СУБД в Access возможно двумя способами:

  • использовать мастера БД для создания необходимых объектов;

  • создать пустую БД, дополняя ее новыми объектами самостоятельно.

MS Access позволяет расширить базу данных уже после ее создания, но основную структуру необходимо продумать заранее: такие вещи, как типы данных, впоследствии, особенно после заполнения таблицы, поменять будет невозможно.

Продуманную схему данных можно реализовать при помощи соответствующей вкладки в СУБД. Каждый из видов связи наглядно показывается в Access. Связи можно видоизменять или даже удалять.

Источник