В Ms-Access MDB он сохранит дисковое пространство, чтобы ограничить размер текстовых полей переменной длины?
например. Если у меня есть размер переменной Text переменной длины 20, и все фактические значения поля находятся под символами 10, я теряю пространство?
Было бы лучше установить размер поля на 10, или это не имеет никакого значения?
Если у меня есть текстовое поле переменной длины размером 20, и все фактические значения поля составляют менее 10 символов, я теряю пространство?
Нет.
Было бы лучше установить размер поля 10 или это не имеет никакого значения?
Было бы лучше установить 10 в качестве ограничения размера поля, если недопустимы значения более 10 символов. Если для пользователя ввести значения от 11 до 20 символов, оставьте ограничение равным 20. Использование дискового пространства в этой ситуации не является проблемой.
Хотя это явно не указано, я думаю, что вы спрашиваете, есть ли разница в хранении данных с ограничением на строки переменной длины: разницы в размерах или меньших размерах не будет. Из MSDN, обсуждая типы данных TEXT для JET (механизм db в Access)
Обычно текстовые поля могут содержать до 255 символов, [...] Кроме того, неиспользуемые части текстовых полей не сохраняются в память.
Поля сохраняются как переменная длина и, таким образом, устанавливают размер как 255 или 10 не уменьшают или не изменяют размер файла данных.
Я думаю, что это наследственное свойство назад, когда память была дорогой.
Вы можете использовать его как метод проверки данных, т.е. если поле содержит телефонные номера, то длина 10 будет препятствовать введению неверных и международных телефонных номеров.
Длина поля должна выбираться соответствующим образом, поскольку она влияет на производительность и хранение индекса, поскольку более длинные значения делают для большего количества страниц данных. Конечно, если данные реальны, т.е. Реальные значения должны быть такими длинными, вам это нужно. Итак, если у вас 50-значное поле, а самое длинное значение - 10 символов, индекс не займет больше места, чем если бы поле было 10 символов.
Но выбор подходящего предела помогает при разработке форм и отчетов - если вы сделаете поле слишком длинным, вы можете в конечном итоге получить данные о выбросах, которые не отображаются/печатаются должным образом. С другой стороны, вы не хотите, чтобы он был слишком коротким, чтобы пользователи не могли вставлять в него нормальные данные. Длина поля является самой базовой формой проверки данных, потому что вы решаете, какой диапазон соответствующих значений для этого поля.
Мой основной принцип заключается в том, что я выбираю кратчайшую длину поля для данных, которые имеют обычный формат (даже если у него есть случайные исключения), но я щедр с полями, которые этого не делают.