Я должен сохранить индексы в базе данных. Насколько большой столбец должен быть?

Почему Вы объявили бы размер поля, больше, чем фактические данные, которые Вы ожидаете хранить в нем?

, Если начальная версия Вашего приложения собирается поддерживать американские и канадские адреса (который я вывожу из того, что Вы вызываете те размеры в своем вопросе), я объявил бы поле как VARCHAR2 (9) (или VARCHAR2 (10), если Вы намереваетесь сохранить дефис в полях ZIP+4). Даже рассмотрение других сообщений сделало к индексам по странам, VARCHAR2 (9) или VARCHAR2 (10) были бы достаточны для большинства если не все другие страны.

По линии, можно всегда ИЗМЕНЯТЬ столбец для увеличения, длина должна потребность возникать. Но вообще трудно предотвратить кого-то, где-нибудь от решения стать "творческим" и наполнить 50 символов в поле VARCHAR2(50) по той или иной причине (т.е. потому что они хотят другую строку на транспортной маркировке). Также необходимо ли иметь дело с тестированием граничных случаев (будет каждое приложение, которое отображается, ZIP обрабатывают 50 символов?). И с тем, что, когда клиенты получают данные из базы данных, они обычно выделяют память на основе максимального размера данных, которые будут выбраны, не фактическая длина данной строки. Вероятно, не огромное соглашение в этом конкретном случае, но 40 байтов за строку могло быть достойным блоком RAM для некоторых ситуаций.

Как в стороне, Вы могли бы также считать хранение (по крайней мере, для американских адресов) почтовым индексом и +4 расширениями отдельно. Вообще полезно быть в состоянии генерировать отчеты географического региона, и можно часто хотеть поместить все в почтовый индекс вместе вместо того, чтобы ломать его +4 расширениями. В той точке полезно не должным быть попробовать к SUBSTR первые 5 символов для почтового индекса.

То, что Вы пропускаете, является причиной, почему Вам нужен индекс, который будет обработан особенно.

, Если бы Вам действительно не нужно к РАБОТА с индексом, я предложил бы не волноваться об этом. Работой я имею в виду, делают специальную обработку для, а не просто используют для печати адресных ярлыков и так далее.

Просто создают три или четыре поля адреса VARCHAR2 (50) [например], и позволяют вводу данных пользователем вообще, они хотят.

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

Нормализация? Индексы могли бы использоваться несколько раз и могли бы быть связаны с городскими названиями или названиями улицы. Отдельная таблица (таблицы).

Канадские Индексы являются только 6 символами, в форме буквы и числа (LNLNLN)