Введение в проектирование баз данных

Выберите инструмент ERD

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

Адрес перепечатки:https://www.visual-paradigm.com/cn/guide/data-modeling/what-is-entity-relationship-diagram/

Атрибуты

Атрибут — это переменная, связанная с объектом или классом. Грубо говоря, если я хочу, чтобы у объекта «Пользователь» появилась фамилия, я должен сделать пользователю атрибут «Фамилия».

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

Возьмём в качестве примера метафору — производство телефонов. У нас есть класс «Смартфон» — некий абстрактный смартфон, по лекалам которого изготавливают конкретные объекты-смартфоны.

У класса «Смартфон» могут быть такие атрибуты:

задняя камера
передняя камера
датчики объёма
батарейка
память

Это у нас будут атрибуты класса «Смартфон». Они могут принимать конкретные значения: камеры могут быть разных моделей, память может быть 64 или 256 гигабайт, а батарейка — 2500 мАч или 3500 мАч.

Когда мы задаём атрибут для класса, мы как будто настраиваем производственную линию: «Тут у нас будет станок по установке камер, там — по вклеиванию батареи». Когда мы задали класс с определёнными атрибутами, все объекты, произведённые из этого класса, будут появляться на свет с этими атрибутами.

Руководство по символам ERD

Диаграмма ER содержит сущности, атрибуты и отношения. В этом разделе мы подробно представим каждый символ ERD.

юридическое лицо

ERD-объект находится в системеОпределимая вещь или понятие, Такие как люди / роли (например, студенты), объекты (например, счета-фактуры), концепции (например, представления) или события (например, транзакции) (Примечание: в ERD термин «объект» обычно используется вместо «таблица», но они одинаковы из). При рассмотрении сущностей старайтесь думать о них как о существительных. В модели ER сущность отображается в виде прямоугольника с закругленными углами с названием вверху, а ее атрибуты перечислены в теле формы сущности. В приведенном ниже примере ERD показан вариант использования объекта ER.

Атрибуты сущности

Также известен как Row, что означаетАтрибуты или характеристики объекта, который его держит。

Атрибут имеет имя, которое описывает атрибут, и тип, описывающий тип атрибута, например varchar для строки и int для целого числа. При отрисовке ERD для разработки физической базы данных необходимо использовать типы, поддерживаемые целевой СУБД, чтобы обеспечить согласованность проекта и физической базы данных.

В следующем примере ER-диаграммы показан объект, содержащий атрибуты.

Основной ключ

Первичный ключ, также известный как PK, представляет собой специальный атрибут сущности, используемый дляОпределить уникальность записей в таблице базы данных. В таблице не может быть двух (или более) записей с одинаковым значением атрибута первичного ключа. Например, типичным примером является идентификатор в сертификате идентификации. Даже если у двух людей одинаковое имя пола, идентификатор не будет одинаковым. Если сертификат идентификации является Таблица, ID — это первичный ключ. В следующем примере ERD показана сущность «Продукт» с атрибутом первичного ключа «ID» и предварительный просмотр записей таблицы в базе данных. Третья запись недействительна, поскольку значение ID’PDT-0002 ‘уже используется другой записью.

Внешний ключ

Внешние ключи, также известные как внешние ключи и внешние ключи, являютсяСсылка на первичный ключ, Используется для определения взаимосвязи между сущностями

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

отношения

Представление отношений между двумя сущностямиЭти две сущности каким-то образом связаны друг с другом.. Например, студент может пройти курс. Таким образом, сущность «студент» связана с «курсом», и эта взаимосвязь выражается соединительными линиями на диаграмме ER.

Мощность

База определяетВо взаимоотношениях между юридическим лицом и другим юридическим лицом количество раз, когда сторона может появляться. Например, если в команде много игроков, если эта взаимосвязь представлена в ERD, между командой и игроками существует взаимосвязь «один ко многим».

На диаграмме ER мощность представлена гусиными лапками на конце соединительной линии. Три общих основных отношения — «один к одному», «один ко многим» и «многие ко многим».

Примеры однозначной мощности

Отношение «один-к-одному» в основном используется для разделения объекта на две части и краткого представления информации, чтобы читателям было легче ее понять. На следующем рисунке показан пример отношения «один к одному».

Пример мощности «один ко многим»

Отношение «один ко многим» относится к отношениям между двумя объектами X и Y, где один экземпляр X может быть связан со многими экземплярами Y, а один экземпляр Y связан только с одним экземпляром X. На следующем рисунке показан пример отношения «один ко многим».

Примеры мощности многие ко многим

Отношение «многие ко многим» относится к отношениям между двумя объектами X и Y, где X может быть связан со многими экземплярами Y, и наоборот. На рисунке ниже показан пример отношения «многие ко многим»

Обратите внимание, что в физическом ERD отношения «многие ко многим» делятся на отношения «один ко многим». В следующем разделе вы узнаете, что такое физическое ERD

Принцип работы Хранилища данных

Физический уровень

На физическом уровне Deductor Warehouse представляет собой реляционную базу данных на платформе Firebird, MS SQL или Oracle, поэтому работа с хранилищем на этом уровне ничем не отличается от обслуживания любой СУБД. Для обслуживания хранилища на низком уровне могут использоваться утилиты сторонних разработчиков для СУБД Firebird, MS SQL, Oracle, а также инструменты, поставляемые разработчиками соответствующих баз данных.

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

Firebird — версия 2.5 и выше;
Microsoft SQL – версия 2000 и выше;
Oracle – начиная с версии 9i.

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

Deductor Warehouse проводит все необходимые операции по подключению к реляционной СУБД и выборке нужной информации прозрачно для пользователя. Кросс-платформенное Хранилище данных является удобной базой для создания распределенных хранилищ данных, витрин данных и т.п.

Логический уровень

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

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

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

Семантический слой

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

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

Deductor Warehouse реализует универсальное многомерное хранение, т.е. может содержать множество процессов с различным количеством измерений и фактов.

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

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

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

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

Атрибут не предназначен для хранения расширенных данных. Его основная цель – присваивать CSS стили определенному набору элементов.
Если нам нужен дополнительный объем информации, мы вынуждены добавлять новый класс к элементу. Это может затруднять синтаксический анализ данных в JavaScript.
Если имя класса начинается с цифр, позже это затруднит присвоение стилей, поскольку придется либо экранировать числа, либо использовать другие селекторы атрибутов в таблице стилей.

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

Синтаксис пользовательских атрибутов данных в HTML5

Название атрибута данных всегда начинается с . Например:

<div data-element-type="section" data-nonce="bfc9a753f7" data-id="25018">
  Section
</div>

Помимо префикса , название допустимого пользовательского атрибута данных может содержать только латинские буквы, цифры, дефис (—), точку (.), двоеточие () или подчеркивание (_). Для названия нельзя использовать заглавные буквы.

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

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

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

Именование атрибутов

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

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

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

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

Имя атрибута должно быть достаточно описательным. Подумайте об использовании словосочетаний на основе существительных в форме объект/ модификатор/ класс.
По возможности имя атрибута должно включать имя сущности. Используйте «Имя для персоны» вместо просто «Имя».
Имя атрибута должно указывать на значения конкретных экземпляров атрибута. Использование одинаковых имен для атрибутов, содержащих различные данные, или разных имен для атрибутов, содержащих одинаковые данные, будет без необходимости вводить в заблуждение разработчиков и конечных пользователей.
Имя атрибута должно использовать язык бизнеса вместо языка технических описаний.
Имя атрибута не должно содержать специальных символов (таких как !, @, #, $, %, л, &, * и тому подобных) или указывать на принадлежность (Имя, принадлежащее персоне).
Имя атрибута не должно содержать акронимов или аббревиатур, если только они не являются частью принятых соглашений именования.

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

Как изменить атрибуты файла в Windows?

В рядовых ситуациях с обычными, простенькими атрибутами, типо скрытия или сжатия все просто. Посмотреть и поменять их можно, нажав на файле ПКМ и войдя в его «Свойства».

Во вкладке «Общие» вы можете увидеть пункт «Атрибуты». Галочка на пункте «Только чтение» запретит системе и пользователям менять этот файл. Это может пригодиться в случае, если вы хотите отправить его кому-то, но не хотите, чтобы он его менял. Если выставить галочку на пункте «Скрытый», «Проводник» и похожие программы не будут его отображать.

Теперь нажмите кнопку «Дополнительно».

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

1. Что такое уровень данных?

Технически говоря, уровень данных – это массив JavaScript, в котором хранится определенная информация.

Проще говоря: это виртуальный уровень сайта, где вы, ваши разработчики или различные инструменты могут хранить данные (о пользователе, содержимом страницы и т. д.). Google Tag Manager считывает эту информацию оттуда, использует ее в тегах/триггерах/переменных или отправляет дальше другим инструментам, например: Google Analytics, Google Ads, Facebook Pixel, и куда еще хотите.

Схема работы Data Layer

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

Уровень данных Google Tag Manager может содержать различную информацию, которую можно получить, разместив дополнительный фрагмент уровня данных над фрагментом кода GTM или используя метод dataLayer.push.

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

Примеры атрибутов

В следующем примере сущность имеет атрибуты: Name, Code, Subcategory, StandardCost, ListPrice и FilePhoto. Эти атрибуты описывают элементы. Каждый элемент представлен отдельной строкой значений атрибута.

В следующем примере сущность Product содержит:

атрибуты в свободной форме Name, Code, StandardCost и ListPrice;
атрибут на основе домена Subcategory;
атрибут файла FilePhoto.

Сущность Subcategory используется в качестве атрибута на основе домена сущности Product. Сущность Category используется в качестве атрибута на основе домена сущности Subcategory. Как и сущность Product, сущности Category и Subcategory по умолчанию содержат атрибуты Name и Code.

Что такое XPath? Отличия от XML

XPath или XML Path Language — язык запросов, используемый для навигации по XML-документу. XML — язык разметки, чем-то похожий на HTML, не выполняющий никаких действий, а просто служащий для описания и структурированного хранения каких-нибудь данных. Проще говоря — это куски информации, завернутые в теги, для получения которой разработчик пишет специальную программу. Чтобы такая программа нашла необходимые элементы, нужно проложить к ним путь. Этот путь называют XPath-выражение.

XPath применяется для перехода к любому необходимому нам тегу, атрибуту или текстовому блоку и используется в связке с такими технологиями, как XSLT, XQuery, XLink и XPointer. XPath можно использовать в индустрии разработки ПО — почти все языки программирования поддерживают его, — а также при тестировании программного обеспечения, в частности для разработки сценариев автоматизации в Selenium. Кроме всего прочего, он является рекомендуемым языком консорциума World Wide Web (W3C), поэтому с ним стоит разобраться.

Как изменять файловые атрибуты с помощью attrib.exe?

Атрибуты можно устанавливать (+) или снимать (-). Чтобы атрибуты увидеть, нам придётся кликнуть по папке правой мышкой и выбрать Свойства.

Кое-что о файле мы уже можем сказать. В последних операционных системах представленные на фото характеристики присваиваются каждой папке по умолчанию. Для дальнейшей или более полной работы с атрибутами можно щёлкнуть по кнопке Другие…

Если вы желаете познакомиться с синтаксисом команд, можно набрать в консоли команд (cmd с правами админа) команду attrib /? и после нажатия клавиши ввода присмотритесь к экрану:

Вы увидите описанные выше мною команды по работе с атрибутами и последовательное написание синтаксиса для изменения атрибутов. Тоже самое можно проделывать прямо из-под проводника windows. Но мы же не ищем лёгких путей?

Зачем, спросите вы?

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

Кто заинтригован, читаем дальше.

Давайте потренируемся…

Давайте спрячем папку. Создайте новую папку на Рабочем столе и для облегчения задачи присвойте новое имя покороче, например, 1.

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

Описание атрибутов

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

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

Разработчикам моделей рекомендуется давать хорошие описания для каждого из атрибутов. Хорошие описания атрибутов делают легким использование модели для всех. Те, кто использует модель, созданную хорошим разработчиком, испытывают удовольствие от хорошо сформулированных в модели требований к информации. Сравните примеры из таблицы 3.4.

Таблица 3.4. Имена и описания атрибутов с пояснениями.

Имя атрибута	Хорошее описание	Неудачное описание	Пояснение
Person First Name (Имяперсоны)	Имя персоны, которое позволяет корпорации общаться с персоной, используя дружеские обращения.	Поле с длиной в 40 символов.	Не используется язык бизнеса. Применены технические термины.
Ice Cream Sales Quantity (Объем продаж мороженого)	Количество мороженого конкретного сорта, проданного в рамках конкретного мероприятия по продаже.	Объем продаж.	Не добавляет нового смысла, а просто перефразирует имя атрибута в расплывчатых терминах.
Item Cost Amount (Величина стоимости позиции)	Величина стоимости конкретной позиции в конкретный период времени. Представляет суммарную стоимость продажи и доставки.	Шестизначное десятичное число с двумя знаками после запятой.	Слишком техническое описание. Почти ничего не значит для пользователей элемента данных.
Product Identifier (Идентификатор продукта)	Искусственный уникальный числовой идентификатор для конкретного продукта.	Идентификаторы продуктов.	Простая перефразировка имени атрибута.
Point of Sale Location Code (Код местоположения точки продаж)	Уникальный код, идентифицирующий географическое положение точки продаж.	Код POS.	Использованный акроним может быть непонятен пользователям. Кроме того, в описании опущен важный модификатор.
Person Birth Date (Дата рождения персоны)	Дата рождения персоны.	День рождения персоны.	В описании опущено название класса «дата».

Синтаксис

Пользовательские атрибуты HTML позволяют размещать в них свою собственную информацию. Вот пример:

<!—- Значение задавать не обязательно -->
<div data-foo></div>
<!-- ...но оно может быть -->
<div data-size="large"></div>
<!-- Вы внутри HTML-разметки, поэтому экранируйте спецсимволы -->
<li data-prefix="Внимательнее с кодом HTML здесь."><li>
<!-- Если хотите, можно продолжить это имя дальше -->
<aside data-some-long-attribute-name><aside>

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

Можно ли использовать только атрибут data?

<div data=""></div>

Это, скорее всего, не повлияет на работоспособность кода. Но вы не сможете использовать API JavaScript, о котором мы расскажем позже.

Чего нельзя делать с атрибутами данных?

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

<!-- Эта информация не видна на странице -->
<div data-name="Chris Coyier"></div>
<!-- Если нужен программный доступ к блоку, который не должен быть виден, используйте другие способы... -->
<div>
  <span class="visually-hidden">Chris Coyier</span>
</div>

Разновидности [ править | править код ]

DOS и Microsoft Windows

В операционных системах DOS и Microsoft Windows существуют четыре атрибута:

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

Скрытый (H): Файл с установленным атрибутом считается скрытым

Это означает, что команды MS-DOS (dir) и программы Windows (такие как Проводник) по умолчанию не будут отображать этот файл, если не включён специальный режим .

Системный (S): Файл с установленным атрибутом считается системным — таким, существование которого в неизменённом виде критически важно для нормальной работы системы. По умолчанию команды MS-DOS (dir) и программы Windows (такие как Проводник) не будут отображать этот файл, если не включён специальный режим.

Только чтение (R): Установленный атрибут означает, что содержимое файла нельзя изменять

Как правило, программы для Windows игнорируют этот атрибут, если он установлен для каталогов .

С выходом новых версий системы Windows в NTFS появились дополнительные атрибуты:

Сжатый (Compressed, C). Установленный атрибут означает, что Windows сохраняет этот файл на диске в сжатом виде.
Зашифрованный (Encrypted, E). Установленный атрибут означает, что Windows хранит этот файл на диске в зашифрованном виде.
Проиндексированный (Indexed, I). Означает, что соответствующие подсистемы Windows не будут включать содержимое файла в поисковый индекс.

4.4BSD-Lite и производные от неё системы

В 4.4BSD и 4.4BSD-Lite файлы и каталоги могут получить четыре атрибута, которые устанавливаются владельцем файла или пользователем с повышенными правами (отмеченные как «User»). Еще два атрибута могут устанавливаться только пользователем с повышенными правами («System»).

(User) No-dump: Установленный атрибут означает, что файл или каталог не должен копироваться во время резервного копирования.
(User and System) Immutable: Означает, что файл или каталог могут оставаться неизменными. Будут блокированы попытки открытия файла для записи, попытки переименовать его, переименовать или создать новый файл в каталоге.
(User and System) Append-only: К файлу можно только добавлять информацию.
(User) Opaque: Используется определённая особенность монтирования файловых систем в ОС.

В FreeBSD ещё появился следующий атрибут (также поддерживается в DragonFly BSD): :

(User and System) No-unlink: Означает, что файл или каталог нельзя удалять. Попытки сделать это закончатся сообщением про ошибку доступа.

FreeBSD также поддерживает:

(System) No-archive: установленный атрибут означает, что файл или каталог нельзя архивировать (средствами файловой системы).
(System) Snapshot: Файл принадлежит к специальному типу файлов, обрабатываемых системой. Этот атрибут устанавливается только системой, даже пользователь с повышенными правами не может его изменить.

Кроме того, DragonFly BSD поддерживает:

(User and System) No-history: История изменений не должна сохраняться для данного файла или каталога.
(User) Swapcache и (System) Swapcache: Определяет уверенные особенности работы с SSD.
(System) Archived: Противоположное к No-archive.

NetBSD и OpenBSD: также поддерживают (System) Archived.

В OS X был добавлен ещё один атрибут

(User) Hidden: Означает, что по умолчанию файл с таким атрибутом не будет отображаться средствами графического интерфейса, хотя команда ls всё равно будет показывать его.

В Solaris для ZFS также существуют атрибуты:

av_quarantined: Доступ к файлу ограничен до снятия карантина антивируса.
av_modified: Означает, что текущая версия файла не проверена антивирусом.

Универсальные атрибуты

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

accesskey позволяет задать сочетание клавиш для доступа к определённому объекту страницы. Например, вы можете сделать так, чтобы с помощью комбинации клавиш Alt+1 пользователь переходил по определённой ссылке. Таким образом разработать систему клавишной навигации.

В качестве значения атрибута могут выступать цифры 0-9 или буквы латинского алфавита:

      <a acceskey=”1” href=”https://youtube.com”>Ссылка будет открываться по нажатию сочетания клавиш с единицей</a>

class позволяет связать тег с заранее заданным с помощью CSS оформлением. Использование атрибута позволяет существенно уменьшить код, ведь вместо того, чтобы повторять ввод одного и того же блока CSS, можно просто ввести имя соответствующего ему класса.
С помощью contenteditable можно разрешить пользователю редактировать любой элемент HTML-страницы: удалять, вставлять, изменять текст. Этот же атрибут даёт возможность редактирование и запретить. Значения имеет всего два: true — правку разрешить, false — запретить.
При помощи атрибута contextmenu вы можете наделить любой элемент документа уникальными пунктами контекстного меню на своё усмотрение. Само меню создаётся в теге <menu>, а атрибуту contextmenu присваивается его идентификатор.
dir определяет направление текста: слева направо (ltr) или справа налево (rtl).
draggable позволяет запретить (false) или разрешить (true) пользователю перетаскивать наделённый этим атрибутом элемент страницы.
dropzone указывает браузеру, что делать с перетаскиваемым элементом: копировать (значение copy), перемещать (move) или создать на него ссылку (link).
hidden — атрибут, позволяющий скрыть содержимое элемента, чтобы оно не отображалось в браузере. Если атрибуту задано значение false, объект отображается, true — скрывается.
id задаёт идентификатор элемента — своего рода имя, которое нужно для простой смены стиля объекта, а также для того, чтобы к нему могли обращаться скрипты. Значением атрибута и будет его имя. Начинаться оно должно обязательно с латинской буквы, и может содержать цифры, буквы всё того же латинского алфавита (большие и маленькие), а также символы дефиса (-) и подчёркивания (_). Русских букв содержать не может.
lang помогает браузеру понять, на каком языке написан контент, и задать ему соответствующий стиль (например, в языках могут использоваться разные кавычки). Значениями выступают коды языков (русский — ru, английский — en и т. п.).
spellcheck включает (true) или отключает (false) проверку правописания. Особенно полезно использовать атрибут в тегах полей форм, куда текст будет вводить пользователь.
style позволяет задать оформление элемента с помощью CSS-кода.
tabindex даёт возможность определить, сколько раз пользователю придётся нажать клавишу Tab, чтобы фокус получил объект с этим атрибутом. Количество нажатий определяет значение атрибута — целое положительное число.
title — всплывающая подсказка, которая появится, если подвести мышку к элементу и на некоторое время оставить её неподвижной. Строка в значении и будет подсказкой.

      <a title=”Ссылка, ведущая на Яндекс” href=”http://yandex.ru”>Поиск</a>

translate разрешает (yes) или запрещает (no) перевод содержимого тега.
align задаёт выравнивание элемента. Например, с его помощью можно выровнять текст по левому краю (значение left), по правому краю (right), по центру (center) или по ширине (justify). Для изображений (тег <img>) также доступно выравнивание по верхней границе самого высокого элемента строки (top), по нижней границе (bottom), а значение middle делает так, что средняя линия картинки совпадает с базовой линией строки.

Стоит иметь в виду, что использовать атрибут align не рекомендуется, а выравнивать текст лучше с помощью CSS.