На что указывает расширение файла, созданного для базы данных
Обновлено: 30.06.2024
Список форматов файлов, для которых у вас есть права доступа. Эту команду можно использовать для вывода списка форматов файлов для указанной базы данных или схемы (или текущей базы данных/схемы для сеанса) или всей вашей учетной записи.
Параметры¶
Фильтрует выходные данные команды по имени объекта. Фильтр использует сопоставление шаблонов без учета регистра с поддержкой подстановочных знаков SQL ( % и _ ).
Например, следующие шаблоны возвращают одинаковые результаты:
Определяет область действия команды, которая определяет, будет ли команда отображать записи только для текущей/указанной базы данных или схемы или для всей вашей учетной записи:
Ключевое слово DATABASE или SCHEMA не требуется; вы можете установить область, указав только имя базы данных или схемы. Точно так же имя базы данных или схемы не требуется, если в сеансе в настоящее время используется база данных:
Если DATABASE или SCHEMA указаны без имени, а в сеансе в настоящее время не используется база данных, этот параметр не влияет на вывод.
Если SCHEMA указана с именем, а в сеансе в настоящее время не используется база данных, имя схемы должно быть полностью уточнено именем базы данных (например, testdb.testschema ).
По умолчанию: зависит от того, используется ли в данный момент в сеансе база данных:
База данных: по умолчанию используется DATABASE (т. е. команда возвращает объекты, которые у вас есть для просмотра в базе данных).
Нет базы данных: по умолчанию используется ACCOUNT (т. е. команда возвращает объекты, на просмотр которых у вас есть права в вашей учетной записи).
Примечания по использованию¶
Для выполнения этой команды не требуется работающее хранилище.
Команда возвращает не более 10 КБ записей для указанного типа объекта в соответствии с привилегиями доступа для роли, используемой для выполнения команды; любые записи, размер которых превышает 10 КБ, не возвращаются даже при применении фильтра.
Чтобы просмотреть результаты, для которых существует более 10 000 записей, запросите соответствующее представление (если оно существует) в информационной схеме Snowflake.
Для последующей обработки вывода этой команды можно использовать функцию RESULT_SCAN, которая обрабатывает вывод как таблицу, к которой можно выполнить запрос.
Вывод этой команды может включать объекты с такими именами, как SN_TEMP_OBJECT_ (где число). Это временные объекты, которые создаются библиотекой Snowpark от имени пользователя.
Вывод¶
Вывод команды предоставляет первичные и вторичные свойства базы данных и метаданные в следующих столбцах:
Значения всех параметров для типа формата файла. Возвращает значение по умолчанию для любого параметра, который не определен явно.
В каждой базе данных SQL Server есть как минимум два файла операционной системы: файл данных и файл журнала. Файлы данных содержат данные и объекты, такие как таблицы, индексы, хранимые процедуры и представления. Файлы журналов содержат информацию, необходимую для восстановления всех транзакций в базе данных. Файлы данных можно объединять в файловые группы для целей распределения и администрирования.
Файлы базы данных
Базы данных SQL Server имеют три типа файлов, как показано в следующей таблице.
| Файл | Описание |
|---|---|
| Основной | Содержит информацию о запуске для базы данных и указывает на другие файлы в базе данных. Каждая база данных имеет один первичный файл данных. Рекомендуемое расширение имени файла для первичных файлов данных — .mdf. |
| Вторичные | Необязательные определяемые пользователем файлы данных. Данные можно распределить по нескольким дискам, поместив каждый файл на отдельный диск. Рекомендуемое расширение имени файла для вторичных файлов данных — .ndf. |
| Журнал транзакций | Журнал содержит информацию, используемую для восстановления базы данных. Для каждой базы данных должен быть хотя бы один файл журнала. Рекомендуемое расширение имени файла для журналов транзакций: .ldf. |
Например, простая база данных с именем Sales имеет один основной файл, содержащий все данные и объекты, и файл журнала, содержащий информацию журнала транзакций. Можно создать более сложную базу данных с именем Orders, включающую один первичный файл и пять вторичных файлов. Данные и объекты в базе данных распределены по всем шести файлам, а четыре файла журнала содержат информацию журнала транзакций.
По умолчанию журналы данных и транзакций размещаются на одном диске и по одному пути для работы с однодисковыми системами. Этот выбор может быть не оптимальным для производственных сред. Мы рекомендуем размещать файлы данных и журналов на отдельных дисках.
Логические и физические имена файлов
Файлы SQL Server имеют два типа имен файлов:
logical_file_name: logical_file_name — это имя, используемое для ссылки на физический файл во всех инструкциях Transact-SQL.Имя логического файла должно соответствовать правилам для идентификаторов SQL Server и должно быть уникальным среди имен логических файлов в базе данных.
os_file_name: os_file_name — это имя физического файла, включая путь к каталогу. Он должен соответствовать правилам для имен файлов операционной системы.
Дополнительные сведения об аргументах NAME и FILENAME см. в разделе ALTER DATABASE File and Filegroup Options (Transact-SQL).
Файлы данных и журналов SQL Server можно поместить в файловые системы FAT или NTFS. В системах Windows мы рекомендуем использовать файловую систему NTFS из-за аспектов безопасности NTFS.
Чтение/запись файловых групп данных и файлов журналов не поддерживаются в сжатой файловой системе NTFS. В сжатую файловую систему NTFS можно помещать только базы данных только для чтения и вторичные файловые группы только для чтения. Для экономии места настоятельно рекомендуется использовать сжатие данных вместо сжатия файловой системы.
Если на одном компьютере запущено несколько экземпляров SQL Server, каждый экземпляр получает отдельный каталог по умолчанию для хранения файлов баз данных, созданных в этом экземпляре. Дополнительные сведения см. в разделе Расположение файлов для стандартных и именованных экземпляров SQL Server.
Страницы файла данных
Страницы в файле данных SQL Server нумеруются последовательно, начиная с нуля (0) для первой страницы в файле. Каждый файл в базе данных имеет уникальный идентификационный номер файла. Для уникальной идентификации страницы в базе данных требуются как идентификатор файла, так и номер страницы. В следующем примере показаны номера страниц в базе данных с первичным файлом данных размером 4 МБ и дополнительным файлом данных размером 1 МБ.
Страница заголовка файла — это первая страница, содержащая информацию об атрибутах файла. Несколько других страниц в начале файла также содержат системную информацию, такую как карты размещения. Одна из системных страниц, хранящихся как в первичном файле данных, так и в первом файле журнала, является страницей загрузки базы данных, которая содержит информацию об атрибутах базы данных.
Размер файла
Файлы SQL Server могут автоматически увеличиваться по сравнению с изначально заданным размером. Когда вы определяете файл, вы можете указать определенный шаг увеличения. Каждый раз, когда файл заполняется, он увеличивает свой размер на шаг роста. Если в файловой группе несколько файлов, они не будут автоматически увеличиваться, пока все файлы не будут заполнены.
Дополнительную информацию о страницах и типах страниц см. в Руководстве по архитектуре страниц и экстентов.
Для каждого файла также может быть указан максимальный размер. Если максимальный размер не указан, файл может продолжать расти до тех пор, пока не будет использовано все доступное место на диске. Эта функция особенно полезна, когда SQL Server используется в качестве базы данных, встроенной в приложение, где у пользователя нет удобного доступа к системному администратору. Пользователь может позволить файлам автоматически увеличиваться по мере необходимости, чтобы уменьшить административную нагрузку по отслеживанию свободного места в базе данных и ручному выделению дополнительного пространства.
Дополнительную информацию об управлении файлом журнала транзакций см. в разделе Управление размером файла журнала транзакций.
Файлы снимков базы данных
Форма файла, используемого моментальным снимком базы данных для хранения данных копирования при записи, зависит от того, создается ли моментальный снимок пользователем или используется для внутренних целей:
- Моментальный снимок базы данных, созданный пользователем, хранит свои данные в одном или нескольких разреженных файлах. Технология разреженных файлов — это особенность файловой системы NTFS. Сначала разреженный файл не содержит пользовательских данных, и дисковое пространство для пользовательских данных не выделено разреженному файлу. Общие сведения об использовании разреженных файлов в моментальных снимках базы данных и о том, как растут моментальные снимки базы данных, см. в разделе Просмотр размера разреженного файла моментального снимка базы данных.
- Моментальные снимки базы данных используются внутри некоторых команд DBCC. Эти команды включают DBCC CHECKDB, DBCC CHECKTABLE, DBCC CHECKALLOC и DBCC CHECKFILEGROUP. Моментальный снимок внутренней базы данных использует разреженные альтернативные потоки данных исходных файлов базы данных. Как и разреженные файлы, альтернативные потоки данных являются функцией файловой системы NTFS. Использование разреженных альтернативных потоков данных позволяет связать несколько распределений данных с одним файлом или папкой, не влияя на размер файла или статистику объема.
Файловые группы
- Файловая группа содержит первичный файл данных и любые вторичные файлы, которые не помещены в другие файловые группы.
- Определяемые пользователем файловые группы могут быть созданы для объединения файлов данных в целях администрирования, распределения и размещения данных.
Например: Data1.ndf , Data2.ndf и Data3.ndf можно создать на трех дисках соответственно и назначить файловой группе fgroup1 . Затем можно создать таблицу специально для файловой группы fgroup1. Запросы данных из таблицы будут распределены по трем дискам; это улучшит производительность.Такого же повышения производительности можно добиться, используя один файл, созданный в наборе полос RAID (избыточный массив независимых дисков). Однако файлы и файловые группы позволяют легко добавлять новые файлы на новые диски.
Все файлы данных хранятся в файловых группах, перечисленных в следующей таблице.
| Файловая группа | Описание |
|---|---|
| Основной | Файловая группа, содержащая основной файл. Все системные таблицы являются частью основной файловой группы. |
| Данные, оптимизированные для памяти | Оптимизированная для памяти файловая группа основана на файловой группе файлового потока |
| Файловый поток | |
| Определяемый пользователем | Любая файловая группа, созданная пользователем при первом создании или последующем изменении пользователем база данных. |
Файловая группа по умолчанию (основная)
Когда объекты создаются в базе данных без указания, к какой файловой группе они принадлежат, они назначаются файловой группе по умолчанию. В любой момент ровно одна файловая группа назначается файловой группой по умолчанию. Файлы в файловой группе по умолчанию должны быть достаточно большими, чтобы вместить любые новые объекты, не распределенные по другим файловым группам.
Файловая группа PRIMARY является файловой группой по умолчанию, если она не изменена с помощью инструкции ALTER DATABASE. Выделение для системных объектов и таблиц остается в файловой группе PRIMARY, а не в новой файловой группе по умолчанию.
Группа файлов данных, оптимизированных для памяти
Дополнительную информацию о файловых группах, оптимизированных для памяти, см. в разделе Файловая группа, оптимизированная для памяти.
Файловая группа файлового потока
Дополнительную информацию о файловых группах файлового потока см. в разделах FILESTREAM и Создание базы данных с поддержкой FILESTREAM.
Пример файла и файловой группы
В следующем примере создается база данных на экземпляре SQL Server. В базе данных есть первичный файл данных, определяемая пользователем файловая группа и файл журнала. Первичный файл данных находится в первичной файловой группе, а определяемая пользователем файловая группа имеет два вторичных файла данных. Оператор ALTER DATABASE делает определяемую пользователем файловую группу группой по умолчанию. Затем создается таблица с указанием определяемой пользователем файловой группы. (В этом примере используется общий путь c:\Program Files\Microsoft SQL Server\MSSQL.1, чтобы не указывать версию SQL Server.)
На следующем рисунке обобщены результаты предыдущего примера (за исключением данных Filestream).
Стратегия заполнения файлов и файловых групп
Файловые группы используют стратегию пропорционального заполнения для всех файлов в каждой файловой группе. Когда данные записываются в файловую группу, ядро СУБД SQL Server записывает объем, пропорциональный свободному пространству в файле, в каждый файл в файловой группе вместо того, чтобы записывать все данные в первый файл до тех пор, пока он не заполнится. Затем он записывает в следующий файл. Например, если в файле f1 свободно 100 МБ, а в файле f2 — 200 МБ, один экстент дается из файла f1, два экстента — из файла f2 и т. д. Таким образом, оба файла заполняются примерно в одно и то же время, и достигается простое чередование.
Например, файловая группа состоит из трех файлов, все из которых настроены на автоматический рост. Когда пространство во всех файлах в файловой группе исчерпано, расширяется только первый файл. Когда первый файл заполнен и больше нельзя записать данные в файловую группу, расширяется второй файл. Когда второй файл заполнен и больше нельзя записать данные в файловую группу, третий файл расширяется. Если третий файл заполняется и больше нельзя записать данные в файловую группу, первый файл снова расширяется и так далее.
Правила оформления файлов и файловых групп
Следующие правила относятся к файлам и файловым группам:
- Файл или файловая группа не могут использоваться более чем одной базой данных. Например, файлы sales.mdf и sales.ndf, содержащие данные и объекты из базы данных продаж, не могут использоваться какой-либо другой базой данных.
- Файл может быть членом только одной файловой группы.
- Файлы журнала транзакций никогда не входят ни в какие файловые группы.
Рекомендации
Рекомендации по работе с файлами и файловыми группами:
- Большинство баз данных хорошо работают с одним файлом данных и одним файлом журнала транзакций.
- Если вы используете несколько файлов данных, создайте вторую файловую группу для дополнительного файла и сделайте эту файловую группу файловой группой по умолчанию. Таким образом, основной файл будет содержать только системные таблицы и объекты.
- Для повышения производительности создавайте файлы или файловые группы на различных доступных дисках. Поместите объекты, активно конкурирующие за место, в разные файловые группы.
- Используйте файловые группы, чтобы разрешить размещение объектов на определенных физических дисках.
- Поместите разные таблицы, используемые в одних и тех же запросах на соединение, в разные файловые группы. Этот шаг повысит производительность благодаря параллельному дисковому вводу-выводу с поиском объединенных данных.
- Разместите часто используемые таблицы и некластеризованные индексы, принадлежащие этим таблицам, в разные файловые группы.Использование разных файловых групп повысит производительность благодаря параллельному вводу-выводу, если файлы расположены на разных физических дисках.
- Не размещайте файлы журнала транзакций на том же физическом диске, где находятся другие файлы и файловые группы.
- Если вам нужно расширить том или раздел, на котором находятся файлы базы данных, с помощью таких инструментов, как Diskpart, вы должны сначала создать резервную копию всех системных и пользовательских баз данных и остановить службы SQL Server. Кроме того, после успешного расширения дисковых томов следует выполнить команду DBCC CHECKDB, чтобы обеспечить физическую целостность всех баз данных, находящихся на томе.
Дополнительную информацию о рекомендациях по управлению файлом журнала транзакций см. в разделе Управление размером файла журнала транзакций.
Расширение формата файла .accdb использовалось для проприетарного формата файла, разработанного Microsoft и используемого в качестве формата по умолчанию для версий Microsoft Access, начиная с Access 2007 и заканчивая Access 2016 (текущая версия на май 2017 г.). См., например, Введение в формат файлов Access 2007 от Microsoft и Форматы файлов: ACCDB vs MDB | Access 2007 и более поздние версии Используйте формат файла ACCDB. Расширение формата файла .mdb использовалось для всех баз данных, созданных Access до Access 2007. См. Семейство форматов Microsoft Access MDB. Несмотря на преимущества формата ACCDB, все же есть причины использовать MDB с Microsoft Access 2016. См., например, Какой формат файла Access следует использовать? от Майкрософт. Microsoft не предоставила общедоступной спецификации для формата ACCDB, но поддерживает программный доступ через стандарт Open Database Connectivity (ODBC) и Visual Basic для приложений (VBA). Помимо приложения Microsoft Access, ODBC является основным средством доступа к данным в базе данных Access из другого программного обеспечения, включая другие приложения баз данных.
Несмотря на то, что была предпринята попытка обратного проектирования для публичного документирования предшествующего формата MDB, для формата ACCDB, по-видимому, не проводилось аналогичной деятельности. Ключевое различие между ACCDB и MDB заключается в том, что в Access 2007 Microsoft представила новый механизм базы данных (механизм подключения Office Access, также называемый ACE и механизмом базы данных Microsoft Access), который заменит базу данных Jet, используемую для файлов MDB. См. статью в Википедии для ядра базы данных Microsoft Jet. Версии ядра ACE, выпущенные до мая 2017 г., некоторые из которых можно бесплатно загрузить с сайта Microsoft, включают ACE 12 (Access 2007); ACE 10 (Доступ 2010); ACE 15 (Доступ 2013 г.); ACE 16 (Доступ 2016). Microsoft ссылается на формат ACCDB в единственном числе, но использование некоторых функций, представленных в более поздних версиях приложения Access, приведет к тому, что файлы базы данных не будут открываться в более ранних версиях. См., например: Обратная совместимость между Access 2010 и Access 2007; и Что нового в Access 2016. По этой причине составители этого ресурса считают, что ACCDB должен иметь подтипы. Подробный анализ в настоящее время не предпринимался из-за отсутствия общедоступной документации; это описание охватывает семейство форматов ACCDB. Комментарии приветствуются.
Дамп простого файла ACCDB в шестнадцатеричном формате предполагает наличие общего сходства структуры с последними версиями предшествующего семейства форматов MDB. Оба формата файлов используют фиксированный размер страницы 4096 байт; это подтверждается Уэйном Филлипсом в разделе «Изменение типа шифрования в Access 2007» на сайте EverythingAccess.com. Еще одно сходство между ACCDB и MDB заключается в форме магического числа, которое включает в себя строку «Стандартная база данных ACE» для ACCDB. Код версии или совместимости находится в одном и том же месте в обоих форматах. Инструменты mdb | В файле HACKING говорится: «Смещение 0x14 содержит Jet-версию этой базы данных», и неофициальное руководство MDB соглашается. Информация в этих источниках в сочетании с записью Википедии для Microsoft Jet Database Engine предполагает, что значение 0x02 указывает на ACE 12 (Access 2007), а 0x03 указывает на ACE 14 (Access 2010). Однако минимальная база данных, созданная в Access 2010, и аналогичная база данных, созданная в Access 2016, имеют в этом расположении 0x02. Минимальная база данных, созданная в Access 2016, но определяющая столбец с недавно введенным типом данных «большое целое», имела значение 0x05. В файлах ACCDB этот индикатор отражает совместимость файла, а не версию механизма ACE, использованного для его создания.
С момента появления Access 2016 корпорация Майкрософт настоятельно рекомендует приобретать приложения Office и облачную службу Office 365 на основе подписки. Эти приложения часто обновляются, и обновления могут включать новые функции, использование которых означает, что базу данных нельзя использовать с предыдущей версией приложения. Из изменений, перечисленных в разделе Что нового в Access 2016 по состоянию на май 2017 г., новая функция, представленная в марте 2017 г., будет иметь такой эффект, если ее использовать.Использование типа данных «Большие числа» указывает на то, что эта функция, добавляющая поддержку хранения больших целых чисел, предотвращает использование версий Access до текущей версии Access 2016.
База данных Microsoft Access может быть разделена на несколько файлов. Разделение базы данных позволяет превысить ограничение на размер файла в 2 Гбайт. Дополнительные сведения об ограничениях для файлов ACCDB см., например, в спецификациях Access 2010 и Access 2016. Еще одна причина для разделения базы данных — многопользовательские среды, которым будет полезно иметь формы и код во внешнем файле БД на рабочих столах пользователей, а данные — в одном или нескольких внутренних файлах ACCDB на сетевом сервере. Файл ACCDB также можно использовать в качестве внешнего интерфейса для сервера базы данных, доступного через ODBC, такого как SQL Server или Oracle.
Местное использование
| Опыт LC или существующие фонды | Некоторые сотрудники Библиотеки Конгресса используют Microsoft Access в рамках своих официальных обязанностей. |
|---|---|
| предпочтение LC | В Заявлении о рекомендуемых форматах Библиотеки Конгресса (RFS) формат файла Microsoft Access ACCDB не указан как предпочтительный или приемлемый для получения наборов данных для его коллекций, поскольку RFS отдает предпочтение независимому от платформы, непатентованному, общедоступно документированному форматы. |
Факторы устойчивого развития
Проприетарный формат, разработанный и управляемый Microsoft.
Никакой спецификации нет в открытом доступе.
Microsoft Access — это широко используемая настольная система управления базами данных для операционной системы Windows. По данным iDatalabs в начале 2017 года, она занимала третье место на рынке систем управления базами данных общего назначения после Microsoft SQL Server и MySQL. Никакое другое программное обеспечение не использует ACCDB в качестве собственного формата.
Приложения для просмотра или управления данными в базах данных MDB в среде Windows включают: Microsoft Access Runtime, свободно загружаемую версию Access с возможностями для конечных пользователей, но не для разработки базы данных или пользовательской настройки; MDB Viewer Plus и расширенный инструмент запросов. Некоторые инструменты и службы ориентированы на восстановление файлов базы данных Access, например: AccessFIX; Восстановление базы данных Stellar Phoenix Access; и EverythingAccess: служба восстановления базы данных.
Средства просмотра файлов ACCDB существуют для некоторых платформ, отличных от Windows. К таким утилитам относятся менеджеры баз данных ACCDB и MDB Джона Ли для Android, iOS и Mac. и ACCDB MDB Database Pro для Mac, а также MDB/ACCDB Viewer для Mac от Egger Apps.
На форматы баз данных, используемые Microsoft Access, не распространяются положения Microsoft Open Specification Promise или Community Promise. Microsoft также не использует официальную программу лицензирования для покрытия патентов, применимых к формату ACCDB в рамках своей Программы взаимодействия (см. Программу взаимодействия Microsoft (MIP) | Центр разработки открытых спецификаций, Программа взаимодействия Microsoft). Спецификация языка для VBA (Visual Basic для приложений), часто используемая для макросов или другого кода, хранящегося в файлах MDB, подпадает под действие Обещания сообщества. См. также Заявление Microsoft о решении Европейской комиссии от 16 декабря 2009 г.
Как двоичный формат, представляющий сложную структуру данных, формат ACCDB не может быть полностью интерпретирован с использованием основных инструментов, таких как текстовый редактор. Например, все числа в двоичной форме. Однако если база данных не была ни зашифрована/кодирована, ни скомпилирована в соответствующий формат ACCDE, некоторое текстовое содержимое, например имена таблиц и столбцов, можно частично просмотреть в текстовом редакторе.
Приложение Microsoft Access имеет некоторые возможности для описательных или контекстных метаданных для файла в целом с использованием свойств файла/базы данных, как "сводного" набора по умолчанию, так и возможности для "настраиваемых" свойств. Настраиваемое свойство может иметь одно значение типа текста, числа, даты или двоичного кода (Д/Н). Приложение Microsoft Access предоставляет начальный набор из примерно 30 настраиваемых свойств, в том числе: Дата завершения, Отдел, Владелец, Цель.
Имена и значения свойств можно увидеть в шестнадцатеричном дампе файла .accdb. Составители этого ресурса не знают, какие из инструментов сторонних производителей, упомянутых выше в разделе «Принятие», извлекают или раскрывают эти свойства. Комментарии приветствуются.
Факторы качества и функциональности
ODBC — это основное средство для запроса файла базы данных ACCDB из других приложений или удаленных копий Access или для извлечения всех определений таблиц и данных из файла ACCDB для переноса на другую платформу. Использование ODBC для доступа к содержимому в файле ACCDB требует работающей версии Microsoft Access, которая может открывать файл ACCDB, и совместимого драйвера ODBC.
Обозначения типов файлов и идентификаторы форматов
Примечания
Список всех расширений, связанных с Access, см. в разделе «Расширения файлов» в статье Википедии для Microsoft Access.
Взаимосвязь между Access и SharePoint: Microsoft публикует подробные технические спецификации для протоколов Microsoft, которые реализованы и используются продуктами и технологиями SharePoint для взаимодействия или связи с другими продуктами Microsoft. К ним относятся спецификации для различных протоколов и поддерживающих форматов, используемых для связи между SharePoint и Access, в том числе:
- [MS-ACCDT]: формат файла шаблона доступа. шаблон базы данных, используемый для создания экземпляра приложения базы данных. Данные шаблона базы данных содержатся в ZIP-архиве, соответствующем Open Package Conventions. Отдельные файлы, хранящиеся в пакете ZIP, называемые частями, содержат информацию о структуре и содержимом результирующего приложения базы данных. Части включают определения объектов базы данных, данные для заполнения и свойства результирующего приложения базы данных. Части содержат информацию, хранящуюся в XML, текстовом и двоичном форматах. См. Справочник программиста по Access 2010, стр. 850, где приведена схема частей в файле ACCDT. Поскольку спецификация была первоначально опубликована в 2007 году, [MS-ACCDT] имел несколько незначительных обновлений и одно, связанное с Access 2016, которое называется основным. Однако изменение в обновлении за февраль 2016 г., по-видимому, относится только к разделу, в котором перечислены версии продуктов, к которым применяется спецификация, которая явно изменена, чтобы включить Access 2016.
- [MS-AXL]: доступ к структуре протокола передачи приложений. Формат сохраняемости для объектов базы данных в пакетах ACCDT. Поскольку спецификация была первоначально опубликована в 2007 году, в [MS-AXL] было внесено несколько незначительных обновлений, а основное обновление было связано с Access 2016.
Историю предшествующего формата MDB и поддержку Microsoft ODBC в Access см. в разделе Семейство форматов Microsoft Access MDB.
История выпусков Microsoft Access с момента появления ACCDB: Access 2007 представил формат файлов ACCDB в качестве формата по умолчанию и призвал пользователей обновить существующие базы данных до нового формата. С тех пор основными выпусками, несовместимыми с выпусками Office Suite для Windows, были Access 2010 (версия 14.0); Доступ 2013 (версия 15.0); Доступ 2016 (версия 16.0). Office 2016 был выпущен в сентябре 2015 года. Некоторые планы для подписчиков Office 365, которые используют частые выпуски, включают доступ. В период с сентября 2015 г. по март 2017 г. только одно из изменений, перечисленных в разделе Что нового в Access 2016, могло повлиять на соответствующий формат файла. Однако, судя по использованию типа данных «большие числа», эта функция, добавляющая поддержку хранения больших целых чисел, не позволяет использовать версии Access, предшествующие Access 2016.
Что касается других приложений Office, Microsoft позаботилась о том, чтобы сохранить обратную совместимость и функциональные возможности приложений для открытия старых файлов. Это не относится к файлам базы данных Access. По состоянию на май 2017 года Access 2016 должен иметь возможность читать все файлы ACCDB; однако файлы MDB, созданные ранее Access 2000 и не обновленные/преобразованные в промежуточной версии, не могут быть открыты в Access 2016.
Раздел 404 Закона Сарбейнса-Оксли (SOX) требует, чтобы все публичные компании установили внутренний контроль и процедуры.
Закон о защите конфиденциальности детей в Интернете от 1998 года (COPPA) – это федеральный закон, который налагает особые требования на операторов доменов .
План North American Electric Reliability Corporation по защите критически важной инфраструктуры (NERC CIP) представляет собой набор стандартов.
Стандарт безопасности данных платежных приложений (PA-DSS) – это набор требований, призванных помочь поставщикам программного обеспечения в разработке безопасных .
Взаимная аутентификация, также называемая двусторонней аутентификацией, представляет собой процесс или технологию, в которой оба объекта обмениваются данными .
Экранированная подсеть или брандмауэр с тройным подключением относится к сетевой архитектуре, в которой один брандмауэр используется с тремя сетями .
Медицинская транскрипция (МТ) – это ручная обработка голосовых сообщений, продиктованных врачами и другими медицинскими работниками.
Электронное отделение интенсивной терапии (eICU) — это форма или модель телемедицины, в которой используются самые современные технологии.
Защищенная медицинская информация (PHI), также называемая личной медицинской информацией, представляет собой демографическую информацию, медицинскую .
Снижение рисков – это стратегия подготовки к угрозам, с которыми сталкивается бизнес, и уменьшения их последствий.
Отказоустойчивая технология — это способность компьютерной системы, электронной системы или сети обеспечивать бесперебойное обслуживание.
Синхронная репликация — это процесс копирования данных по сети хранения, локальной или глобальной сети, поэтому .
Коэффициент усиления записи (WAF) – это числовое значение, представляющее объем данных, передаваемых контроллером твердотельного накопителя (SSD) .
API облачного хранилища — это интерфейс прикладного программирования, который соединяет локальное приложение с облачным хранилищем.
Интерфейс управления облачными данными (CDMI) – это международный стандарт, определяющий функциональный интерфейс, используемый приложениями.
Имена файлов Windows состоят из двух частей. имя файла, затем точка, за которой следует расширение (суффикс). Расширение представляет собой трех- или четырехбуквенную аббревиатуру, обозначающую тип файла. Например, в файле letter.docx имя файла — буква, а расширение — docx. Расширения важны, потому что они сообщают вашему компьютеру, какой значок использовать для файла и какое приложение может открыть файл. Например, расширение doc сообщает вашему компьютеру, что файл является файлом Microsoft Word.
Если вы хотите открыть файл MAC OS X в Windows, вам может потребоваться добавить расширение к имени файла MAC OS X, чтобы Windows могла его распознать. Например, если у вас есть документ Word 6 MAC OS X с именем letter, который вы хотите открыть в Windows, вам нужно переименовать файл letter.docx, чтобы Word в Windows распознал и открыл этот файл.
Примечание. Этот список ни в коем случае не является полным и исчерпывающим списком расширений файлов. Если используемое вами расширение файла отсутствует в списке ниже, вы можете найти информацию в руководстве по программному обеспечению или на веб-сайте программного обеспечения.
Примечание. Если ни у одного из ваших имен файлов нет расширений, расширения файлов будут скрыты. См. Отображение расширений файлов
Отображение расширений файлов
Если ни одно из ваших имен файлов не имеет расширений, расширения файлов скрыты. Чтобы показать расширения файлов:
<р>1. В Проводнике откройте вкладку "Вид" и установите флажок рядом с "Расширения имен файлов".
Поиск расширений файлов
Иногда может потребоваться выполнить поиск всех файлов определенного типа. Например, вы можете найти файл .pst или файл .mp3 на своем компьютере. Выполните следующие действия, чтобы найти расширение файла.
Читайте также: