Содержание

Значение по умолчанию access

Значение по умолчанию для поля в запросе в MS Access

У меня есть поле в таблице в MS Access, tblMyTable.SomeID, и я хочу установить значение по умолчанию в качестве пользовательского предпочтения в tblUserPref.DefaultSomeID. Не похоже, что я могу установить значение по умолчанию для использования запроса в определении таблицы tblMyTable. У меня есть форма, в которой записи записываются в tblMyTable. Я попытался установить значение по умолчанию для поля в форме, но, похоже, тоже не принимает запрос. Итак, в крайнем случае, я пытаюсь сделать это с VBA. Я могу запросить значение, которое я хочу в VBA, но я не могу понять, к какому событию присоединяется код.

Я хочу запустить код всякий раз, когда в форме открывается новая пустая запись, прежде чем пользователь начнет вводить ее. Я не хочу запускать код, когда существующая запись открывается или редактируется. Однако, если код запускается как для новых пустых записей, так и для существующих записей, я, вероятно, могу их обойти. До сих пор все события, которые я пробовал на поле и на самой форме, не выполнялись, когда я хотел их. Может ли кто-нибудь предположить, какое событие я должен использовать, и на каком объекте?

5 ответов

5 Решение David-W-Fenton [2008-10-03 22:33:00]

Я не уверен, что я понял проблему, но я думаю, что вы просите вставить значение в поле, которое выводится из другой таблицы, на основе некоторой информации о времени выполнения (например, имя пользователя). В этом случае вы можете использовать функцию поиска домена, DLookup(), и вы передадите ей имя поля, которое вы хотите вернуть, имя таблицы или запроса, с которой вы смотрите, и критерии для ограничивая результат одной строкой (которая, я полагаю, зависит от значений, которые вы можете собрать во время выполнения). Тогда формулу DLookup() можно было бы установить постоянно как значение по умолчанию для элемента управления формой и не приведет к загрязнению формы до создания реальной записи.

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

3 Tim Lara [2008-10-02 08:01:00]

Я не знаю, как вы определяете, кто является текущим пользователем, но я буду считать это тем, что вы можете назвать программным. В интересах простоты я просто собираюсь использовать встроенный метод «CurrentUser» Access для этого примера. (Требуется защита на уровне пользователя, в противном случае по умолчанию используется «Администратор».)

Создайте публичную функцию в модуле VBA, чтобы вернуть текущее значение по умолчанию пользователя:

В tblUserPref вам нужно поле [UserID] и поле [DefaultSomeID]. Определите значение по умолчанию для текущего пользователя.

Затем в вашей форме, привязанной к tblMyTable, откройте свойства для поля [SomeID] и установите для свойства Default Value значение:

Сохраните форму, войдите в систему как пользователь с известным значением по умолчанию и попробуйте вставить новую запись. Ваше значение по умолчанию должно быть автоматически заполнено.

0 BIBD [2008-10-01 17:22:00]

Вероятно, вы захотите поместить этот код в событие «Before Insert» для формы it self (ни один из объектов в форме).

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

Вы также можете проверить новую запись в событии «On Current».

Недостатком этого является то, что новая запись создается/маркируется грязно сразу же при ее вводе. Итак, если вы бездумно перейдете к записи, вы можете закончить выполнение конца и создать несколько дополнительных записей с использованием только данных по умолчанию в них — так что вам придется что-то сделать, чтобы уловить такое состояние (например, требуемое поле, и др.)

0 Chris OC [2008-10-01 20:30:00]

Ты прав. Вы не можете установить для свойства по умолчанию значение по умолчанию значение, которое неизвестно во время компиляции. Это значение будет определено во время выполнения. Таким образом, решение должно установить значение свойства управления, а не свойство defaultvalue, во время текущего события формы. Примечание. GetUserID() — это общедоступная функция, используемая для определения того, кто является пользователем.

Он предложил альтернативный подход. Вместо того, чтобы явно вставлять значение по умолчанию, когда пользователь не указал явное значение, вместо этого оставить это значение как отсутствующее (я бы, вероятно, смоделировал это в выделенной таблице и смоделировал отсутствующее значение, ну, а не INSERTing строку, но я знаю многие люди не прочь иметь много столбцов с нулевым значением в своих таблицах). Затем вы можете заменить отсутствующее значение в запросе. Это может быть или не быть действительным в вашем приложении, поскольку я говорю только о другом подходе к обработке отсутствующих данных:)

Задание значений по умолчанию для полей и элементов управления

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

В этой статье объясняется, как присваивать значения по умолчанию полям таблиц или элементам управления в формах базы данных Access. Заданные значения по умолчанию будет отображаться в поле или элементе управления при создании новой записи в базе данных.

В этой статье

Сведения о значениях по умолчанию

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

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

Читать еще: Sharepoint примеры сайтов

Вы можете настроить значение по умолчанию для полей таблицы с типами данных «Текст», «Memo», «Число», «Дата/время», «Валюта», «Да/нет» и «Гиперссылка». Если не указать значение, поле будет пустым, пока значение не будет введено. После определения значения по умолчанию Access будет применять его ко всем новым записям, которые вы добавляете. При желании вы можете изменить значение в записи, если это не запрещено правилом проверки.

Задание значения по умолчанию для поля таблицы

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

Задание значения по умолчанию

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

Выберите поле, которое требуется изменить.

На вкладке Общие введите значение в поле свойства Значение по умолчанию.

Значение, которое можно ввести, зависит от типа данных, заданного для поля. Например, в поле «Дата/время» можно ввести =Date() для вставки текущей даты. Примеры значений по умолчанию см. в разделе Примеры значений по умолчанию далее в этой статье.

Задание значения по умолчанию для элемента управления

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

Задание значения по умолчанию

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

Щелкните правой кнопкой мыши элемент управления, который требуется изменить, и выберите пункт Свойства или нажмите клавишу F4.

На странице свойств откройте вкладку Все, найдите свойство Значение по умолчанию и введите значение.

Чтобы сохранить изменения, нажмите клавиши CTRL+S.

Задание строки по умолчанию для списка или поля со списком

По умолчанию в списках и полях со списком отображаются два типа списков: списки значений и списки подстановки. Список значений — это жестко заданный список элементов, который хранится в свойстве Источник строк списка или поля со списком. С другой стороны, список подстановки берет данные из поля подстановки (поля, которое использует запрос для получения данных из другой таблицы), а затем загружает их в поле со списком.

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

Задание значения по умолчанию для списка значений

Щелкните правой кнопкой мыши список или текстовое поле и выберите пункт Свойства или нажмите клавишу F4.

Убедитесь, что свойство Источник строк содержит список значений. Элементы списка значений заключено в двойные кавычки и через точку с запятой. Например, вы видите список следующим образом: » «хорошая «;» Ярмарки»;» Низкое«».

Если свойство Источник строк содержит запрос (строку текста, которая начинается с SELECT), перейдите к следующей последовательности шагов.

В поле свойства Значение по умолчанию введите следующее:

В этом случае элемент_управления — это имя списка или поля со списком, а n — это номер элемента списка, который нужно выводить по умолчанию. Если вы не знаете имя элемента управления, просмотрите значение свойства Имя в верхней части страницы свойств.

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

Нужно ввести 2 вместо 3, так как нумерация ItemData начинается с нуля, а не с единицы.

Сохраните изменения и переключитесь в режим формы. Выбранное значение по умолчанию будет выводиться в списке или поле со списком при добавлении записи в базу данных.

Задание значения по умолчанию для списка подстановки

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

Запишите значение ключа, связанное с элементом, который вы хотите использовать по умолчанию.

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

В области навигации щелкните правой кнопкой мыши таблицу, содержащую поле подстановки, и выберите команду Конструктор.

Выберите поле подстановки и на вкладке Общие в поле свойства Значение по умолчанию введите значение ключа, записанное на этапах 1 и 2. Это значение, соответствующее элементу списка, который вы хотите использовать по умолчанию.

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

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

Примеры значений по умолчанию

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

ШКОЛА ПРОГРАММИРОВАНИЯ

Вы здесь

Сообщение об ошибке

Типы данных в Access 2010

На прошлых уроках «Создание таблиц в Access 2010. Часть 1» и «Создание таблиц в Access 2010. Часть 2» при создании таблиц базы данных мы воспользовались тремя типами данных «Счетчик», «Текстовый» и «Дата/время». Теперь давайте рассмотрим, какие еще типы данных есть в Access 2010, для чего они применяются и какие объемы памяти необходимы для их хранения и обработки.

Смотрим в таблицу:

Тип данных

Описание

Объем занимаемой памяти

Обычная текстовая строка

Числа, как целые, так и вещественные

Дата и/или время

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

Логические значение (True/False)

Объекты других приложений Windows (1 объект)

Ссылка на файл (на данном ПК, в интернете или лок. Сети)

Объекты других приложений Windows (несколько объектов)

Из всех перечисленных типов данных, чаще всего в Access Вы будете сталкиваться со следующими типами:

Текстовый –применяется для хранения строк, длина у которых не превышает 255 символов (например ФИО сотрудника, название товара, адрес и т.д.)
ПолеMEMO– используется для хранения многострочного форматированного текста (также сохраняются все параметры шрифта). Применяется для хранения, например характеристики сотрудника, описание состава продукта.
Числовой – используется для хранения различных типов чисел, как целых, так и вещественных. В таблице «Диапазоны чисел» приведено подробное описание задаваемых размерностей чисел в поле «Размер поля».
Денежный – применяется для хранения денежных значений. По сути это тот же числовой тип, только отсутствует возможность задания размерности поля.
Счетчик – используется для описания поля, которое заданно как первичный ключ. В поле этого типа для каждой новой записи генерируется уникальное число формата «Длинное целое».
Дата/время –применяется для хранения значений календарных дат и времени. С помощью «Формат поля» можно задать вид отображения дат и времени. По умолчанию используется «Краткий формат даты».
Логический –используется для хранения всего двух логических значений «Истина/Ложь». С помощью «Формат поля» можно задать, в каком виде будут отображаться данные в этом поле. По умолчанию «Истина/Ложь», остальные «Да/Нет», «Вкл/Выкл».
Вложение – этот тип данных появился начиная с версии Access 2007. Поле с типом «Вложение» позволяет добавлять файлы (документы, рисунки и т.д.). Размер одного добавляемого файла не должен превышать 256мб, а суммарно не более 2гб на одну строку. Для того, чтобы вложить файл(ы), достаточно щелкнуть в записи, по полю типа «Вложение», два раза, после чего откроется окно добавления файлов.

Читать еще: Маски ввода в access примеры

Как в Access подставить в поле по умолчанию имя пользователя?

12 ответов

Не, вариант до глупого прост. БД локальная (при запуске копируется). Состоит сплошь из прилинкованных таблиц, но нужна 1 таблица на уровне Jet, то есть mdb — файла в которой нужно отслеживать имена юзверей, производящих изменения какие-либо. Причём работать это должно как при обращении из кода (что само по себе легко), так и при обращении непосредственно к таблицы через интерфейсы СУБД.

Спасибо, но это — немного не то. Дело в том, что у меня имеется таблица, в которой в одно поле автоматом должно писаться имя пользователя, добавляющего запись. Ну, по дефолту, то есть. А в Акцессе НЕТ системной функции, которую можно было бы в этом случае прописать по дефолту.
Функция CurrentUser не воспринимается системой, хотя в коде работает. Запрос (SELECT CurrentUser()), который без проблем обрабатывается в редакторе запросов, тоже не «прокатывает».
Тип поля Текст (255). Пробовал устанавливать МЕМО, но тот же эффект.
Пробовал в модуле писать агнкцию, которая возвращает CurrentUser типа String, но не знаю, как определить для таблицы доступную пользовательскую функцию.:<

И ещё, SergeySV, если не трудно, поведи, плз, пока темы «http://forum.codenet.ru/showthread.php?threadid=15556&goto=newpost» и «http://forum.codenet.ru/showthread.php?threadid=15810&goto=newpost», а то тама люди ждут меня, а у меня сейчас траблы и некогда отвечать на посты. ОК? Огромное спасибо, что подхватил их во время моего отпуска.

А понял, это к вопросу о триггерах. Проблема в том, чтобы в овую запись автоматом заполнялось одно из полей!? К сожалению, это не возможно, в Access нельзя для значения по умолч. задавать СВОИ функции, только встроенные. Остается отлавливать событие добавление/изменение записи в таблице и самому заполнять это поле именем пользователя. Но это уже триггеры, которых в Access тоже нет. Единственная возможность реализации такого псевдотриггера для Access я вижу только в ограничение работы пользователей опр. формами (как правила во всех базах пользователь работает не напрямую с данными, а через форму) и уже в самой форме сделать контроль добавления/изменения данных в таблице, это уже реализовать средствами VB можно. Просто у Access такая концепция заложена, что пользователь в базе работает с данными именно через формы (у них и формы спец., с подсоед. Recordset), а уже в них ты как разработчик средствами VB можешь реализовать все что задумано, т.е. логика конечно чисто клиентская, в том смысле что если mdb и выполняет роль сервера (файл сервера, а клиентов mbd прилинкованные с него таблицы), то всю логику по контролю придется закладывать именно в клиентские mdb, а иначе это уже надо переходить на MS SQL в качестве сервера где ты уже не зависишь от клиентов и можешь вертеть данными как хочешь вне зависимости че там себе клиент пыхтит

Originally posted by SergeySV
А понял, это к вопросу о триггерах. Проблема в том, чтобы в овую запись автоматом заполнялось одно из полей!? К сожалению, это не возможно, в Access нельзя для значения по умолч. задавать СВОИ функции, только встроенные. Остается отлавливать событие добавление/изменение записи в таблице и самому заполнять это поле именем пользователя. Но это уже триггеры, которых в Access тоже нет. Единственная возможность реализации такого псевдотриггера для Access я вижу только в ограничение работы пользователей опр. формами (как правила во всех базах пользователь работает не напрямую с данными, а через форму) и уже в самой форме сделать контроль добавления/изменения данных в таблице, это уже реализовать средствами VB можно. Просто у Access такая концепция заложена, что пользователь в базе работает с данными именно через формы (у них и формы спец., с подсоед. Recordset), а уже в них ты как разработчик средствами VB можешь реализовать все что задумано, т.е. логика конечно чисто клиентская, в том смысле что если mdb и выполняет роль сервера (файл сервера, а клиентов mbd прилинкованные с него таблицы), то всю логику по контролю придется закладывать именно в клиентские mdb, а иначе это уже надо переходить на MS SQL в качестве сервера где ты уже не зависишь от клиентов и можешь вертеть данными как хочешь вне зависимости че там себе клиент пыхтит

У меня беда следующая, на самом деле. Имеется некая таблица, все события в которой должны протоколироваться. Причём это должна быть Jet-таблица в самом mdb, ну по определённым требованиям. Группы Access 2000 тоже создавать нельзя по определённым требованиям. Пользователь работает с ней через формы. Но, блин, некоторые особо умные пользователи, как накосячат, бегут к программистам и просят «немножко поправить данные в самой базе», да и «особо продвинутые» юзверя тоже попадаются. Если это не критично — нет проблем. Но именно в этой таблице ВСЕ данные должны протооколироваться. Я хочу, что бы из таблицы ничего не удалялось. Только, в случае удаления записи, менялся флаг использования записи и проставлялась дата её удаления, а взамен появлялась аналогичная ей с новыми параметрами. В удалённой записи появлялось имя пользователя, который её удалил, а в новой — имя пользователя, который её добавил. Таким образом, всегда можно отследить, кто и что менял. Таблица особо дуться не будет, так как она для действий, что производятся 1 раз в год.
В принципе, можно предупредить программисто о том, что бы данную таблицу не трогали. Но человеческий фактор исключить нельзя. И, если, например, есть у нас в SQL — БД триггер, который ведёт лог-файл, то программисту может просто лень будет его отключать или чистить лог и он откажет нерадивому юзверю. А в нашем случае программеру НИЧЕГо не мешает нарушить правила. Да и потом не стоит забывать. что программист просто может забыть о правилах, а отслеживание изменений в этой таблице очень критично.

Читать еще: Типы данных в субд access
Значение поля по умолчанию из запроса в MS Access

У меня есть поле в таблице в MS Access, tblMyTable.SomeID, и я хочу установить значение по умолчанию в качестве предпочтения пользователя в tblUserPref.DefaultSomeID. Не похоже, что я могу установить значение по умолчанию для использования запроса в определении таблицы tblMyTable. У меня есть форма, где записи вводятся в tblMyTable. Я попытался установить значение поля по умолчанию в форме, но, похоже, не принимает запрос. Так что, в крайнем случае, я попытаюсь сделать это с VBA. Я могу запросить значение, которое мне нужно в VBA, но я не могу понять, к какому событию присоединить код.

Я хочу запускать код всякий раз, когда в форме открывается новая пустая запись, прежде чем пользователь начнет вводить ее. Я не хочу запускать код при открытии или редактировании существующей записи. Однако, если код выполняется как для новых пустых записей, так и для существующих записей, я, вероятно, смогу кодировать вокруг этого. До сих пор все события, которые я опробовал на поле и на самой форме, не запускались, когда я хотел. Может ли кто-нибудь подсказать, какое событие я должен использовать и на каком объекте?

5 Ответов

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

Конечно, я мог совершенно неправильно истолковать то, что вы пытаетесь сделать, так что это может не сработать, но вы, похоже, хотели посмотреть что-то в наборе записей и использовать результат в качестве значения для новых записей, и DLookup() позволит вам сделать это без какого-либо кодирования вообще (а также иметь преимущество не загрязнять запись преждевременно).

Я не знаю, как вы определяете, кто является текущим пользователем, но я предполагаю, что это то, что вы можете вызвать программно. В интересах простоты я просто собираюсь использовать встроенный метод доступа «CurrentUser» для этого примера. (Требуется безопасность на уровне пользователя, в противном случае по умолчанию используется значение «Admin».)

Создайте публичную функцию в модуле VBA для возврата значения по умолчанию текущего пользователя:

В tblUserPref вам нужно поле [UserID] и поле [DefaultSomeID]. Определите значение по умолчанию для текущего пользователя.

Затем в форме, привязанной к tblMyTable, откройте свойства для поля [SomeID] и установите значение по умолчанию для свойства:

Сохраните форму, войдите в систему как пользователь с известным значением по умолчанию и попробуйте вставить новую запись. Ваше значение по умолчанию должно быть заполнено автоматически.

— Да, ты прав. Вы не можете задать свойству default value элемента управления значение, которое не известно во время компиляции. Это значение будет определено во время выполнения. Таким образом, решение состоит в том, чтобы установить свойство value элемента управления, а не свойство defaultvalue, во время текущего события формы. Обратите внимание, что getUserID()-это публичная функция, используемая для определения того, кто является пользователем.

Вероятно, вы хотите поместить этот код в событие «Before Insert» для формы IT self (ни один из объектов в форме).

Поправка: это фактически не сработает, пока ваш пользователь не начнет вводить данные — поэтому вам просто нужно убедиться, что поля, для которых вы хотите иметь значения по умолчанию, появляются после первого поля ввода данных.

Вы также можете проверить наличие новой записи в событии «On Current».

Недостатком при этом является то, что новая запись создается / помечается грязной сразу же при ее вводе. Таким образом, если вы бездумно шагаете по записям, вы можете в конечном итоге запустить конец и создать несколько дополнительных записей с только данными по умолчанию в них — так что вам придется сделать что-то, чтобы поймать такое условие (например, обязательное поле и т. д.)

Он предложил альтернативный подход. Вместо явного INSERTing по умолчанию, когда пользователь не указал явное значение, вместо этого оставьте это значение как отсутствующее (я бы, вероятно, смоделировал это в выделенной таблице и смоделировал отсутствующее значение, ну, не INSERTing строкой, но я знаю, что многие люди не прочь иметь много столбцов с нулевыми значениями в своих таблицах). Затем вы можете заменить отсутствующее значение в запросе . Это может быть или не быть допустимым в вашем приложении, как я уже сказал, просто еще один подход к обработке недостающих данных 🙂

Похожие вопросы:

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

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

Как я могу установить значение по умолчанию для поля с помощью SQL в MS Access? Я попробовал это, но получил синтаксическую ошибку: CREATE TABLE HELLO ( MUN INTEGER NOT NULL, ADD CHAR(50) DEFAULT’16.

Согласно w3schools я могу установить значение по умолчанию в MS Access таким образом: ALTER TABLE Persons ALTER COLUMN City SET DEFAULT ‘SANDNES’ Но этот вариант дает мне Syntax error in ALTER TABLE.

Запрос (по этому вопросу я не думаю, что вам нужно видеть схему): SELECT Agencies.AgencyName, (SELECT DISTINCT MAX(Invoices.CostsTotal) FROM Invoices WHERE Contracts.ContractID =.

Я использую MS Access 2007. У меня есть форма с несколькими полями номера телефона (cell, home, work, primary*). источник данных для всех этих полей поступает из таблицы Customers. В принципе, то.

Существует ли известный режим сбоя базы данных MS Access 2000, когда данные отказываются (или молчаливо отбрасываются, что еще хуже) вставляться в таблицу, содержащую тип поля даты/времени со.

Я делаю форму с Microsoft Access, и я пытаюсь сделать процедуру события AfterUpdate для поля. Мне нужно знать, является ли значение этого поля значением по умолчанию (или если это empy). Я читал.

У меня есть две таблицы в базе данных. Один из них называется salesreceipt, а другой-salesreceiptlinedetail. Каждая строка в salesreceiptlinedetail имеет поле IDKEY, которое соответствует полю TxnID.

В MS Access table design я пытаюсь сделать простое значение по умолчанию для столбца Comment , которое зависит от столбца Name , например: если столбец Name = Damian столбец Comment должен быть.