Nvarchar или varchar, что такое лучшее использование, умножаются 2 или округлили полные числа?

Это - то, что я обработал в течение лет для использования в качестве заголовка на моих сценариях удара:

## BASE BRAIN - Get where you're from and who you are.
MYPID=$
ORIGINAL_DIR="$(pwd)" # This is not a hot air balloon ride..
fa="[110]" # First Assumption
ta= # Temporary Assumption
wa= # Weighed Assumption
while true; do
    [ "${fa:0:1}" = "/" ] && wa=[110] && break
    [ "${fa:0:2}" = "./" ] && ta="${ORIGINAL_DIR}/${fa:2}" && [ -e "$ta" ] && wa="$ta" && break
    ta="${ORIGINAL_DIR}/${fa}" && [ -e "$ta" ] && wa="$ta" && break
done
SW="$wa"
SWDIR="$(dirname "$wa")"
SWBIN="$(basename "$wa")"
unset ta fa wa
( [ ! -e "$SWDIR/$SWBIN" ] || [ -z "$SW" ] ) && echo "I could not find my way around :( possible bug in the TOP script" && exit 1

в этой точке Ваш SW переменных SWDIR и SWBIN содержат то, в чем Вы нуждаетесь.

11
задан szkra 3 September 2009 в 17:56
поделиться

5 ответов

Нет никакой разницы. Используйте размер, соответствующий вашим данным.

Например, SQL Server, если вы посмотрите на Анатомию записи , вы увидите, что ваш размер преобразуется в смещения записей, которые зависят от предыдущей записи в таблице, нулевых значений и других факторов. , особенно с учетом сжатия строк и страниц. К моменту обращения к полю любое сходство с исходным отношением размера объявления по отношению к степени 2 или степени 10 уже исчезло. Кроме того, различные элементы, расположенные выше в стеке выполнения запроса, такие как операторы соединения или операторы сортировки или что-то еще, также не выиграют от степеней двух размеров (у меня нет ссылок `` доказательство '', но это нормально, если вы поверите мне на слово ...) . Точно так же протокол TDS при маршалинге данных обратно клиенту.

14
ответ дан 3 December 2019 в 03:04
поделиться

Нет причин использовать число, кратное 2. Задайте в поле приблизительный размер ваших данных.

Одно число, которое стоит упомянуть, - это 255. Некоторые системы баз данных имеют максимальный тип varchar 255, хотя это становится все реже. Я думаю в основном о том, что сейчас является очень старыми версиями MySql. Поэтому иногда разработчики устанавливают размер столбца 255, чтобы обеспечить большую переносимость.

8
ответ дан 3 December 2019 в 03:04
поделиться

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

2
ответ дан 3 December 2019 в 03:04
поделиться

Нет никакой пользы в том, что размер столбцов (N) VARCHAR будет степенью 2. Используйте все, что подходит для вашей модели предметной области.

2
ответ дан 3 December 2019 в 03:04
поделиться

Я голосую, что это не имеет значения. Выберите то, что больше всего подходит для вашего приложения. Используйте удобочитаемые значения. Подбирайте красивые имена для переменных и столбцов. Только в действительно крайних случаях вам нужно будет настраиваться. Когда вы узнаете, что вам нужно настроиться, настройтесь. А пока выбирайте то, что имеет наибольший смысл с точки зрения бизнеса или человека.

3
ответ дан 3 December 2019 в 03:04
поделиться
Другие вопросы по тегам:

Похожие вопросы: