{{l10n_strings.DRAG_TEXT_HELP}}

{{article.content_lang.display}}

{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}

Готовый кроссворд по информатике — на тему «Microsoft Accsess»

Способы совместного использования базы данных Access

Способы совместного использования базы данных Access

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

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

В этой статье

Совместное использование данных с помощью сетевых папок

Совместное использование разделенной базы данных

Совместное использование базы данных на сайте SharePoint

Совместное использование базы данных путем связывания со списками SharePoint

Совместное использование базы данных с помощью сервера

Факторы, которые следует учитывать при выборе метода

Совместное использование данных с помощью сетевых папок

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

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

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

Совместное использование базы данных с помощью сетевой папки

Если общая сетевая папка отсутствует, ее нужно настроить.

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

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

Запустите Access и на вкладке Файл выберите пункт Параметры. Обратите внимание: если вы используете Access 2007, нажмите кнопку Microsoft Office, а затем — Параметры Access.

В окне Параметры Access выберите пункт Параметры клиента. Обратите внимание: если вы используете Access 2007, выберите пункт Дополнительно.

В категории Дополнительно в группе Режим открытия по умолчанию выберите пункт Общий доступ, нажмите кнопку ОК и закройте приложение Access.

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

На компьютере каждого пользователя создайте ярлык для файла базы данных. В диалоговом окне «Свойства ярлыка» укажите путь к файлу базы данных в свойстве Цель, используя вместо буквы подключенного диска UNC-адрес. Например, вместо пути F:\sample.accdb укажите путь \\имя_компьютера\shared.accdb.

Примечание: Это действие пользователи могут выполнить самостоятельно.

К началу страницы

Совместное использование разделенной базы данных

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

Преимущества разделения базы данных

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

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

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

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

Гибкая среда разработки.    Каждый пользователь независимо разрабатывает запросы, формы, отчеты и другие объекты базы данных, не влияя на работу других пользователей. Можно также разработать и распространить новую версию клиентской базы данных без нарушения доступа к данным, которые хранятся в серверной базе данных.

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

К началу страницы

Совместное использование базы данных на сайте SharePoint

При наличии сервера с SharePoint (особенно со службами Access) возможны несколько хороших вариантов. Интеграция с SharePoint помогает обеспечить более удобный доступ к базе данных. При публикации веб-базы данных службы Access создают сайт SharePoint, содержащий базу данных. Все объекты базы данных и сами данные перемещаются в списки SharePoint на этом сайте.

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

Примечание: Если на компьютере установлено приложение Access, можно использовать клиентские объекты из веб-базы данных, а не только объекты веб-базы данных.

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

Примечание:  Чтобы опубликовать базу данных на сайте SharePoint, необходимо иметь разрешения разработчика.

Формы, отчеты и макросы интерфейса выполняются внутри браузера.

Если вы используете веб-базу данных, данные хранятся в списках SharePoint: все таблицы преобразуются в списки SharePoint, а записи становятся элементами списков. Это позволяет управлять доступом к веб-базе данных с помощью разрешений SharePoint.

Запросы и макросы данных выполняются на сервере: вся обработка SQL-кода выполняется на сервере. Это повышает производительность сети, так как по ней передаются лишь результирующие наборы.

Сохранение базы данных в библиотеке документов 

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

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

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

На вкладке Файл выберите пункт Сохранить как.

Выберите пункт Сохранить базу данных как, в разделе Дополнительно выберите вариант SharePoint, а затем нажмите кнопку Сохранить как.

Примечания: 

Если вы используете Access 2007, нажмите кнопку Microsoft Office и выберите пункты Опубликовать > Сервер управления документами.

Если вы используете Access 2010, выберите элементы Файл > Сохранить и опубликовать > Сохранить базу данных как > SharePoint.

В диалоговом окне Сохранение в SharePoint перейдите к соответствующей библиотеке документов.

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

Дополнительные сведения см. в статьях Публикация в службах Access и Импорт и связывание данных со списком SharePoint .

К началу страницы

Совместное использование базы данных путем связывания со списками SharePoint

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

Этот способ включает три основных действия.

Перемещение данных в списки SharePoint.

Создание ссылок на эти списки.

Распространение файла базы данных.

Для выполнения первых двух действий можно использовать мастер переноса на сайт SharePoint, а последнее действие можно выполнить с помощью любых доступных средств.

Использование мастера экспорта таблиц в SharePoint

На вкладке Работа с базами данных в группе Перенос данных щелкните элемент SharePoint.

Примечания: 

Этот элемент доступен только в том случае, если файл базы данных сохранен в формате ACCDB.

Если вы используете Access 2007, на вкладке Внешние данные в группе Списки SharePoint нажмите кнопку Перенести в SharePoint.

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

Чтобы просмотреть дополнительные сведения о переносе, на последней странице мастера установите флажок Подробности.

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

Когда все действия мастера будут завершены, нажмите кнопку Готово.

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

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

К началу страницы

Совместное использование базы данных с помощью сервера

Совместное использование базы данных можно организовать с помощью приложения Access и сервера баз данных (например, сервера SQL Server). Этот способ обеспечивает много преимуществ, но для него требуется дополнительное программное обеспечение — сервер баз данных.

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

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

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

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

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

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

Обработка данных на сервере.    Использование приложения Access в конфигурации «клиент-сервер» уменьшает объем сетевого трафика благодаря обработке запросов базы данных на сервере перед отправкой результатов клиенту. Обычно сервер обрабатывает данные более эффективно, особенно при работе с большими наборами данных.

Основные этапы использования Access с сервером баз данных

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

Перенос данных из таблиц базы данных Access в таблицы на сервере баз данных.

Организация связи файла базы данных Access с таблицами сервера баз данных.

Создание соответствующих учетных записей пользователей на сервере баз данных.

Распространение файла базы данных Access.

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

Подробные сведения об использовании приложения Access с сервером SQL Server см. в статье Перемещение данных Access в базу данных SQL Server с помощью мастера преобразования в формат SQL Server .

Также см. статью Связывание или импорт данных из базы данных SQL Server .

К началу страницы

Факторы, которые следует учитывать при выборе метода

К началу страницы

Тест с ответами на тему: Системное проектирование информационных объектов

101. Какие из перечисленных ниже разделов отчета в базе данных MS Access не могут присутствовать в описании отчета несколько раз?

A. Заголовок отчета. +

B. Верхний колонтитул.

C. Область данных.

D. Заголовок группы.

102. Если в таблице базы данных MS Access до даты, сохраненной в поле типа «Дата / время», добавить дробное число, то …

A. операция будет выполнена, но ее результат не имеет смысла. +

B. операция не будет выполнена.

C. дробная часть будет отброшена. В результате получится дата, отстоит от исходной на число равное втором слагаемом.

D. в результате получится дата, отстоит от исходной на число дней, равное целой части числа, дробная часть преобразуется в формат времени.

103. При вводе данных в таблицу базы данных MS Access поле …

A. должно быть обязательно заполнено, если поле входит в состав составного ключа.

B. может быть не заполнено, если значение свойства «Обязательное поле» — нет. +

C. заполняется в любом случае.

D. никогда не заполняется.

104. Что обязательно должно использоваться в качестве источника данных для формы в базе данных MS Access?

A. Таблица базы данных.

B. Несколько связанных таблиц базы данных.

C. Таблица базы данных и запрос одновременно.

D. Источник может отсутствовать. +

105. В таблице базы данных MS Access поля «Дата» вычитается целое число. Что будет в результате выполнения этого действия.

A. Делать операции над полями различных типов нельзя. Операция не будет выполнена.

B. Операция будет выполнена, но ее результат не имеет смысла.

C. Над полями типа «Дата» вообще нельзя выполнять никаких операций.

D. В результате получится дата, отстоит от начальной на число дней, равное виднимаемому числу. +

106. В базе данных MS Access для поля типа «Числовой» …

A. свойство «Размер поля» отсутствует.

B. можно указать любой необходимый размер, но не более 2 байт.

C. можно указать любой необходимый размер, но не более 16 бай.

D. можно указать любой необходимый размер, но не более 255 байт. +

107. При формировании отчета с помощью мастера, источником данных не может служить …

A. одна таблица базы данных

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

C. отчет, не связанный ни с таблицей, ни с запросом +

D. запрос

108. Какая операция допустимая над полем типа «Дата / время»?

A. Дата умножить на число.

B. С даты отнять дату. +

C. Дата умножить на дату.

D. Дата разделить на число.

109. В Ассess под базой данных понимают …

A. таблицу, содержащую данные о предметной области.

B. совокупность независимых запросов и таблиц.

C. совокупность таблиц, запросов, форм, отчетов, макросов и модулей.

D. совокупность взаимосвязанных таблиц. +

110. В таблицах базы данных MS Access поля-связи должны иметь …

A. соответствующие друг другу типы данных и значения свойств. +

B. одинаковые имена, тип данных и размер.

C. одинаковый тип данных и размер.

D. одинаковые имена и размер.

111. Что произойдет, если в базе данных MS Access в поле типа «Дата» добавить содержимое другого поля типа «Дата»?

A. Операция не будет выполнено.

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

C. Операция будет выполнена. В результате получится новая дата, но результат не имеет смысла.

D. Результатом будет среднее значение двух дат.

112. В базе данных MS Access для полей типа «Дата / Время» …

A. размер поля не зависит от выбранного формата и всегда равна 8 байт. +

B. размер поля зависит от выбранного формата и устанавливается системой автоматически.

C. размер поля зависит выбранного формата и национального языка. Устанавливается системой.

D. размер поля зависит выбранного формата и национального языка. Задается при описании поля.

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

A. счетчик.

B. любое из перечисленных.

C. числовое, размер — длинное целое. +

D. числовое, размер — байт.

114. Если в базе данных MS Access до даты, сохраненной в поле типа «Дата / время», добавить целое число, то

A. операция не будет выполнена.

B. операция будет выполнена, но ее результат не имеет смысла.

C. в результате получим текстовую строку.

D. в результате получится дата, отстоит от исходной на число дней, равное втором слагаемом. +

115. В таблицах базы данных MS Access длина поля МЕМО …

A. не более 1 байта.

B. не более 255 байт.

C. менее 1024 байт.

D. менее 65535 байт. +

[РЕШЕНО] Записи из базы данных Access исчезают случайным образом

Мне только что сообщили об очень странной ситуации. (Комментарий: Наш отдел кадров использует базу данных Access для отслеживания кандидатов.  Они вводят данные непосредственно в электронную таблицу, а не используют какие-либо формы.  Единственная причина, по которой они используют Access вместо Excel, заключается в возможности создавать отчеты. как они это делали до того, как у них появился собственный ИТ-специалист, и я недостаточно знаю о базах данных в целом, чтобы захотеть изменить их настройку.

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

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

Мы используем Office 2010, но база данных Access более старой версии. Я не на 100% на сколько старше, но тип файла mdb. Мы пытались обновить его, но новая версия постоянно портилась, поэтому было решено, что проще использовать версию, которая этого не делает.

Я восстановил все доступные версии базы данных в наших резервных копиях еще в марте, и они смогли восстановить большую часть, если не все недостающие данные, но это все еще вызывает вопрос, как и почему данные исчезают. Мое единственное объяснение отсутствия данных в Access заключалось в том, что кто-то их удалял, но, поскольку эти пятеро — единственные люди, имеющие доступ к ним на сервере, это маловероятно. В своих исследованиях, прежде чем прийти сюда, я нашел одну тему, где упоминалось, что данные не сохраняются сразу в базу данных на сервере, а сначала сохраняются на компьютере и в конечном итоге синхронизируются.Эта нестабильность сети может привести к сбою синхронизации, и поэтому данные никогда не появятся в базе данных. Однако я не знаю о какой-либо нестабильности, которая могла бы объяснить безудержное и широкое распространение кусков недостающих данных, и мне не кажется разумным, что гораздо более поздние записи будут случайным образом исчезать из этого. Кроме того, я понятия не имею, как я мог бы даже проверить, чтобы объяснить это.

Серрано

ОП

Этот человек является проверенным специалистом.

Я не заподозрил бы сбоя и не заподозрил бы, что кто-то удаляет записи случайно или злонамеренно.

Похоже на проблему параллелизма. Я не пользователь Access, но похоже, что пользователи открывают всю таблицу для редактирования одновременно, но сохраняют изменения в разное время с разными версиями данных.Они перезаписывают данные друг друга. У нас с вами таблица открыта одновременно, я сохраняю свои изменения, через два часа вы сохраняете свою копию и мои изменения «исчезают».

Записывает ли Access весь набор записей, когда таблица открыта для редактирования таким образом, или только измененные строки?

Изменить или изменить настройку типа данных для поля

10 приемов обработки нулевых значений в Microsoft Access

Эта статья также доступна для загрузки в формате PDF.

Если речь идет об ошибках, нулевые значения представляют собой
угрозу равных возможностей. Если необработанное нулевое значение не вызывает ошибку времени выполнения, оно покажет
в ошибочных данных. Ни одна из проблем не является вашей заурядной ошибкой «ой, есть ошибка
».На самом деле, необработанное нулевое значение является признаком ленивого или
неопытного разработчика. Когда нулевые значения являются допустимыми значениями, а они часто
таковыми являются, вы должны обрабатывать их заранее и агрессивно.

#1: Знание нуля

Вы не сможете правильно обращаться со значением, если
не понимаете его природу. Распространенным заблуждением является то, что нулевое значение — это просто пустое поле
или вообще отсутствие значения. Это не правда. Нулевое значение указывает, что данные
отсутствуют или неизвестны.Иногда нулевое значение означает, что данные
не существуют или недействительны для этой конкретной записи, но понятия
не являются взаимозаменяемыми.

№ 2: Работа с нулем

Поскольку Access допускает нулевые значения, ваша задача — определить
, хотите ли вы их сохранить. Как правило, данные будут вашим лучшим ориентиром. Если
природа данных требует, чтобы все данные присутствовали для сохранения записи,
вы можете обрабатывать нулевые значения на уровне таблицы. Просто установите для свойства Required
поля значение Yes и обойдите проблему.Будьте готовы к изменению правил.

Немногие приложения настолько компактны, что пустые значения отсутствуют. Если пользователям
нужна гибкость для создания записей без ввода всех данных в момент
создания записи, у вас есть выбор. Разрешите таблице хранить нулевое значение
или используйте выражение по умолчанию, которое сохраняет соответствующее текстовое сообщение, например
, как «NA» или «Pending».

К сожалению, это решение работает только для текстовых полей. Для числовых полей
вы можете использовать значение по умолчанию 0, но это может привести к проблемам
в долгосрочной перспективе, поскольку функции обрабатывают Null и 0 по-разному (см. № 7).
Кроме того, свойство По умолчанию работает только для новых записей. Это означает, что вы
не можете применить это решение к существующим записям. Правда в том, что обычно
легче обрабатывать нулевые значения, чем узурпировать их таким образом.

№ 3: не равен нулю

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

 что угодно = ноль
ничего <> Null 

Что касается доступа, Null ничему не равен.Вы
не можете использовать оператор равенства (=) для поиска нулевых значений. Вы также не можете использовать оператор неравенства
(<>), чтобы исключить их. (Это не всегда верно за пределами
Access.)

№ 4: поиск или исключение пустых значений

Как только вы решите, что нулевые значения допустимы, ваша задача
— разместить их во всем приложении. Чтобы найти или исключить нулевые значения,
используйте Is Null и Not Is Null соответственно в выражениях критериев и предложениях SQL
WHERE.Например, чтобы найти пустые значения в запросе, вы должны ввести Is
Null в соответствующей ячейке Criteria поля. При создании предложения WHERE
используйте Is Null и Not Is Null следующим образом:

 ГДЕ  исходное поле  равно нулю
ГДЕ НЕ(  источник  .  поле  ) Is Null 

Защитите выражения VBA от ошибок, используя IsNull() и Not
IsNull(). Например, использование IsNull() в следующем операторе If
обрабатывает потенциальную ошибку времени выполнения, когда существуют нулевые значения:

 If Not IsNull(  поле  ) Then ... 

Хотя функции Is Null и IsNull() похожи,
они не взаимозаменяемы.

№ 5: работа с нулевым значением

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

 Общий итог = Промежуточный итог + Доставка 

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

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

 Общий итог = Промежуточный итог + Nz (доставка) 

В этом случае Nz() возвращает 0, когда доставка равна Null.Используйте
Nz() в критериях и выражениях VBA. Проекты Access не поддерживают Nz().
Вместо этого используйте функцию IsNull Transact SQL.

№ 6: поиск нулевых значений с помощью ADO

В # 3 вы узнали, что Null ничему не равен. Это
правда, если вы используете нативные функции и VBA. Это неверно, если вы
манипулируете данными через библиотеку ActiveX Data Object (ADO). Например, следующий оператор
, выполненный для объекта набора записей ADO, возвращает ошибку:

 рст.Найти «Номер факса равен нулю» 

Это связано с тем, что ADO
не распознает оператор Is в этом контексте. Библиотека ADO поддерживает операторы Equals и
Inequality при поиске или исключении нулевых значений. К счастью,
исправить так же просто, как заменить оператор Is оператором Equals
:

 rst.Find "FaxNumber = Null" 

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

 rst.Find "FaxNumber <> Null" 

Вы найдете Access немного странным в этом вопросе.Многие библиотеки
используют операторы Equals и Inequality вместо Is. Если неродная библиотека
возвращает ошибку при работе с нулевыми значениями, этот переключатель
, вероятно, поможет.

№ 7: Понимание несогласованности агрегатов SQL

Не все агрегатные функции учитывают нулевые значения. Хорошая новость для
заключается в том, что в этом несоответствии есть небольшая причина. Агрегатная функция
, которая оценивает поле, , а не оценивает
нулевых значений в своем результате.Однако функции Count(), First() и Last() оценивают нулевые значения
. Вполне логично, что они будут — только потому, что одно поле содержит нулевое значение
, это не отменяет назначение строки в контексте домена. Для экземпляра
Count(*) подсчитывает общее количество строк в наборе записей, даже если некоторые
из этих строк содержат нулевые значения. Если вы хотите исключить пустые значения из подсчета
, укажите поле в форме Подсчет( поле ).
Результат обеих форм может быть, а может и не совпадать.Дело в том, что форма для конкретного поля
не будет учитывать нулевые значения при подсчете.

№ 8: включение нулевых значений в условный поиск

При использовании предложения WHERE для поиска или ограничения данных необходимо
явно указать нулевые значения. В противном случае Jet исключает строку из результатов
. Такое поведение присуще проблеме равенства, обсуждавшейся в № 3.
Поскольку Null ничему не равен, он не может удовлетворять другому условию, кроме Is
Null. Например, простое выражение

 ГДЕ  поле  < 5 

вернет все записи, где поле меньше 5, за исключением тех записей, где поле имеет значение Null.Это может быть то, что вам нужно
, а может и нет. Если вы хотите включить нулевые значения, включите Is Null
в условие следующим образом:

 ГДЕ  поле  < 5 ИЛИ  поле  равно нулю 

№ 9: исключение нулевых значений в группе

Предложение GROUP BY в Jet SQL не удаляет нулевые значения из
сгруппированных результатов. Вместо этого Jet сортирует нулевые значения вверху или внизу
результирующего набора в зависимости от порядка сортировки. Например, следующий запрос включает
записей, в которых поле «Регион» равно NULL:

 ВЫБЕРИТЕ Имя, Фамилию, Регион
ОТ сотрудников
ГРУППА ПО РЕГИОНАМ 

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

 ВЫБЕРИТЕ Имя, Фамилию, Регион
ОТ сотрудников
ГРУППА ПО РЕГИОНАМ
HAVING Not (Region) Is Null 

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

№ 10: использование нуля для выявления проблем с нормализацией

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

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

Отсутствуют данные в сгруппированном/отсортированном отчете

У меня возникла проблема с динамической сортировкой/группировкой данных в моем отчете во время выполнения. Моя проблема в том, что когда отчет запускается с использованием сортировки/группировки, мне не хватает данных.

В частности, моя ситуация заключается в том, что у меня есть запрос, содержащий результаты из 2 таблиц, которые имеют отношение один ко многим друг к другу (например,1 = контакт, M = инцидент с контактом, 1 контакт может иметь несколько инцидентов с контактом). Этот запрос является набором данных для моего отчета.

Я хочу иметь возможность сортировать по полям как из Контакта, так и из Контакта. У меня есть следующий код в событии On Open моего отчета:

Me.GroupLevel(0).ControlSource = <Здесь идет имя контактного поля>
Me.GroupLevel(1).ControlSource = <Здесь идет имя поля «Контактное происшествие»>

В отчете у меня есть два заголовка группы по умолчанию: Groupheader1 (соответствует контакту) и Groupheader2 (соответствует контактному происшествию), которые предварительно сортируются по Первичный ключ контакта и первичный ключ инцидента контакта.

Пользователь решает, по каким полям выполнять сортировку во вторичной форме выбора.

Проблема в том, что когда я открываю отчет, в нем отсутствуют записи. Я заметил две вещи: 1) если запись имеет нулевую запись в поле, которое я отсортировал (например, CONTACT_NAME, в 80% случаев оно не будет отображаться 2) иногда запись, принадлежащая контакту, не будет отображаться на отчете, но поля «Инцидент с контактом» появятся, но они будут показаны принадлежащими другому контакту.

Это какая-то странная ошибка. Я попытался посмотреть сам запрос, и все записи показаны. Если я не выполняю сортировку или группировку в отчете, отображаются все записи. Я попытался поместить текстовое поле с привязкой данных к Count=(*) в своем отчете, однако количество записей не уменьшается, даже если я пропускаю записи.

Я провел некоторое исследование, и из того, что я прочитал, кажется, что доступ объединяет две мои строки и впоследствии скрывает данные.

Есть идеи? Заранее спасибо.

как ввести NA для отсутствующих данных

Базы данных и системы обработки данных ICMP

iDMS — это специализированное программное решение, созданное ICMP для управления крупномасштабными программами по поиску пропавших без вести.iDMS имеет набор мощных интегрированных приложений, которые поддерживают процесс хранения, просмотра и анализа очень больших объемов данных о пропавших без вести, расследованиях и опознаниях. В базу данных iDMS включено более 150 000 пропавших без вести, а также профили живых родственников. iDMS позволяет управлять большими объемами данных о пропавших без вести, в том числе:

• Реестр пропавших без вести и сопутствующая информация;
• Информация и образцы ДНК семей пропавших без вести;
• Данные о судебно-археологических операциях и извлечении человеческих останков и вещественных доказательств;
• Антропологическая экспертиза и опись дел;
• ДНК-лабораторные процессы;
• базы данных профилей ДНК; и
• Сопоставление ДНК.

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

ICMP разработала онлайн-платформу для iDMS, называемую Центром онлайн-справок, который играет важную роль в предоставлении информации о расследованиях пропавших без вести как общественности, так и партнерским организациям.Онлайн-справочный центр представляет собой интерактивный инструмент поиска пропавших без вести. Это функция с открытым доступом, которая позволяет семьям и другим заинтересованным сторонам получать и предоставлять информацию, а также отслеживать дела о пропавших без вести с помощью трех различных поисковых систем: Расследование пропавших без вести ,  Расследование образцов вскрытия и Место раскопок. Расследование.

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

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

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

Если вы уже сообщили о пропаже человека через OIC и у вас есть проверочный код , нажмите здесь, если хотите связаться с ICMP.

Если вы хотите сообщить о более чем одном пропавшем человеке (например, о количестве людей, пропавших без вести в результате определенного инцидента), нажмите здесь или напишите нам по электронной почте по адресу [email protected]

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

Расследование пропавших без вести

Расследование пропавших без вести позволяет семьям:

• Регистрация пропавших без вести и контактная информация донора онлайн;
• Найти информацию о статусе дела; и
• Следите за ходом дела о пропавшем члене семьи.

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

• Позволяет государственным органам и судебно-медицинским экспертам, которые представили посмертные образцы в ICMP для тестирования ДНК, отслеживать свои дела.

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

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

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

Каковы различные типы отсутствующих данных?

Существует четыре качественно различных типа отсутствующих данных. Отсутствующие данные бывают: структурно отсутствующими, отсутствующими полностью случайным образом (MCAR), отсутствующими случайными или неигнорируемыми (также известными как отсутствующие не случайными). Различные типы отсутствующих данных необходимо обрабатывать по-разному, чтобы любой анализ был значимым.

Структурно отсутствуют данные

Структурно отсутствующие данные — данные, отсутствующие по логической причине. Другими словами, это данные, которые отсутствуют, потому что они не должны существовать. В приведенной ниже таблице первое и третье наблюдения имеют пропущенные значения для 91 586 Возраст самого младшего ребенка.  Это потому, что у этих людей нет детей. Эту ситуацию обычно лучше всего разрешать, исключая людей с такими отсутствующими данными из любого анализа переменных со структурно отсутствующими значениями.

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

Отсутствует полностью случайно (MCAR)

Глядя на приведенную ниже таблицу, мы должны спросить себя: каков вероятный доход четвертого наблюдения? Самый простой подход — отметить, что 50% других людей имеют высокие доходы, а 50% — низкие.Таким образом, мы могли бы предположить, что с вероятностью 50 % у нее высокий доход и с вероятностью 50 % — с низким доходом. Это известно как предположение, что отсутствующее значение равно m issing c полностью a t r andom  (MCAR). Когда мы делаем это предположение, мы предполагаем, что наличие у человека отсутствующих данных совершенно не связано с другой информацией в данных.

Относительно легко проверить предположение о том, что данные полностью отсутствуют случайным образом.Если вы можете предсказать, какие единицы имеют недостающие данные (например, используя здравый смысл, регрессию или какой-либо другой метод), то данные не являются MCAR. Более формальным способом тестирования является использование MCAR-теста Литтла . [я]

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

Допущение MCAR редко бывает правильным. Вероятнее всего, это верно только в тех случаях, когда данные отсутствуют из-за каких-то действительно случайных явлений (например,г., если людям случайным образом задавали 10 из 15 вопросов анкеты).

Отсутствует случайным образом (март)

В случае полного случайного отсутствия предполагалось отсутствие закономерности. Альтернативное предположение, известное как случайно отсутствующих (MAR),[ii] вместо этого предполагает, что мы можем предсказать отсутствующее значение на основе других данных.

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

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

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

Отсутствует не случайно (не игнорируется)

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

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

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

Рассмотрим следующее исследование бездомности.[iii] Данные были получены от 31 женщины, 14 из которых были обнаружены шесть месяцев спустя. Из них трое вышли из бездомности, поэтому расчетная доля вышедших из бездомности составляет 3/14 = 21%.Поскольку нет данных о 17 женщинах, с которыми не удалось связаться, возможно, что ни одна, некоторые или все из этих 17 не вышли из бездомности. Это означает, что потенциально доля бездомных в выборке составляет от 3/31 = 10% до 20/31 = 65%. В результате сообщение о 21% как о правильном результате вводит в заблуждение.

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

Зарегистрируйтесь в Displayr

Каталожные номера

[i] Литтл, RJA (1988). Проверка полного случайного отсутствия для многомерных данных с пропущенными значениями. Журнал Американской статистической ассоциации, 83 (404), 1198-1202.

[ii] Литтл, Р. Дж. А. и Д. Б. Рубин (1987). Статистический анализ с отсутствующими данными. Брисбен, Джон Уайли и сыновья.

[iii] Мански, Чарльз Ф.(1995). Проблемы идентификации в социальных науках. Издательство Гарвардского университета.