экономить нужно каждый бит или достаточно каждый байт?

Nutzmiksoftэкономить нужно каждый бит или достаточно каждый байт?Желательно впихнуть как можно больше информации.Все же хотелось бы знать до какой степени ужимать? Ведь чем сильнее ужимать, тем сложнее будет оперировать с такими данными.
Например, под дату можно отвести два байта, а можно и полтора, если известно, что актуальный период дат укладывается в 11 лет.

Nutz,

И еще - снаружи вообще ничего не хранится, даже информации о структуре заголовка? Или все-таки какая-то метаинформация может храниться где-то еще (например, неявно в коде ПО) ?

NutzmiksoftНапример, под дату можно отвести два байта, а можно и полтора, если известно, что актуальный период дат укладывается в 11 лет.Дата может отличаться на минус 500 лет, верхний предел допустим 20 лет.
Т.е. временной интервал от 1513 года до 2033 года.Это 18 бит нужно под дату. Если хранить ее в фиксированном формате.

Общие рецепты:
1) Часть полей, наличие которых обязательно (например, дата документа, количество страниц и т.п.) для всех документов и формат которых допускает запись фиксированной длины, располагать в начале и не сопровождать мета-информацией.
2) Строковое поле переменной длины расположить в конце и тоже не сопровождать мета-информацией, даже длиной. Лишние байты записывать фиксированным содержимым, например, нулями.
3) Для строк использовать сокращенные алфавиты в 6-7 бит. Можно, кстати, и дробное количество бит. Например, пару символов кодировать 13 битами.
4) Если алфавит использует не все возможные комбинации битов, то можно не хранить длину, а использовать определённую комбинацию битов как терминатор строки.
5) Можно строго документировать тип и порядок максимально возможного набора полей, но хранить не все, а только реально заполненные. Для всех необязательных для заполнения полей хранить маску битов для обозначения факта наличия поля. Потенциально, так можно будет сэкономить на указании типов полей.