Поле (информатика) - Википедия - Field (computer science)

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

В объектно-ориентированного программирования, а поле (также называемый член данных или же переменная-член ) является частным данные инкапсулированный в пределах учебный класс или же объект. В случае обычного поля (также называемого переменная экземпляра ), для каждого экземпляра объекта существует переменная экземпляра: например, Наемный рабочий класс имеет Имя поле, и для каждого сотрудника есть одно имя. Статическое поле (также называемое переменная класса ) - это одна переменная, которая используется всеми экземплярами.[1] Поля абстрагируются характеристики, которые позволяют их читать и писать, как если бы они были полями, но их можно преобразовать в добытчик и сеттер вызовы методов.

Фиксированная длина

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

Переменная длина

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

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

Реализации баз данных обычно хранят поля переменной длины такими способами, как

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

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

Смотрите также

Рекомендации

  1. ^ «Поля данных». Sliccware. Получено 2011-08-12.