Мне нужно хранить почтовые индексы в базе данных. Насколько большой должна быть колонна?

Question

Мне нужно хранить почтовые индексы в базе данных. Насколько большой должна быть колонна?

76

Я ожидаю, что столбец будет VARCHAR2 в моей базе данных Oracle.

US Zips: 9.

Канадский - 7.

Я думаю, что 32 символа были бы разумным верхним пределом

Что мне не хватает?

[EDIT] TIL: 12 - разумный ответ на вопрос Спасибо всем, кто внес вклад.

EvilTeach 28 нояб. 2008, в 03:22

Источник

0

Полезная ссылка, однако ее точность может быть немного выше. Например, австралийский почтовый индекс состоит из 7 символов, а на самом деле их 4. Ссылка: en.wikipedia.org/wiki/Postcodes_in_Australia и список почтовых индексов, доступный по адресу www1.auspost.com.au/postcodes .
rossp 28 нояб. 2008, в 04:29
0

Re: мой предыдущий комментарий - это не значит, что этот список не полезен в качестве руководства. Если предположить, что список содержит ошибки более длинных почтовых индексов, то самая длинная длина составляет 9 символов, поэтому 16 символов или около того должны дать вам достаточно места для дыхания.
rossp 28 нояб. 2008, в 04:30
0

Также список стран немного короток. Я уверен, что на планете больше стран, чем перечисленных ...
Robert Koritnik 11 окт. 2012, в 15:12
2

Согласно en.wikipedia.org/wiki/List_of_postal_codes , самый длинный - 12 символов, если вы храните «-», иначе 11
Neil McGuigan 07 нояб. 2013, в 19:07
0

@CMS: Возможно, вы захотите обновить ссылку на эту страницу википедии , похоже, она будет более подробной.
Vajk Hermecz 26 март 2015, в 14:05
0

Ссылка в оригинальном ответе не работает. Вы можете использовать следующие ссылки: Международные почтовые индексы и Википедия
Mustafa 23 июль 2015, в 10:21

Показать ещё 4 комментария

Теги:

database

oracle

globalization

postal-code

8 ответов

Ещё вопросы

Полезная ссылка, однако ее точность может быть немного выше. Например, австралийский почтовый индекс состоит из 7 символов, а на самом деле их 4. Ссылка: en.wikipedia.org/wiki/Postcodes_in_Australia и список почтовых индексов, доступный по адресу www1.auspost.com.au/postcodes .
Re: мой предыдущий комментарий - это не значит, что этот список не полезен в качестве руководства. Если предположить, что список содержит ошибки более длинных почтовых индексов, то самая длинная длина составляет 9 символов, поэтому 16 символов или около того должны дать вам достаточно места для дыхания.
Также список стран немного короток. Я уверен, что на планете больше стран, чем перечисленных ...
Согласно en.wikipedia.org/wiki/List_of_postal_codes , самый длинный - 12 символов, если вы храните «-», иначе 11
@CMS: Возможно, вы захотите обновить ссылку на эту страницу википедии , похоже, она будет более подробной.
Ссылка в оригинальном ответе не работает. Вы можете использовать следующие ссылки: Международные почтовые индексы и Википедия

strager · Answer 1 · 2008-11-28T05-06-00.000Z

Снимая страницы Wikipedia Postal Codes, должно быть более 32 символов. Я бы сказал, что даже 16 символов хороши.

Хорошая ссылка. Насколько я могу судить, даже с учетом пунктуации в формате US ZIP + 4 для любой страны будет достаточно 10 символов.
Основываясь на этой ссылке, со страницы, указанной выше, я бы выбрал 18 для размещения таких стран, как Чили: en.wikipedia.org/wiki/List_of_postal_codes
Чили это 7 символов. Веб-страница, на которую вы ссылаетесь, просто показывает дисперсию пунктуации.

Vajk Hermecz · Answer 2 · 2015-03-26T15-08-00.000Z

Как уже писал @neil-mcguigan, у википедии есть достойная страница по этой теме. На основании этого 12 символов должны сделать это: http://en.wikipedia.org/wiki/List_of_postal_codes

В статье в Википедии перечислены ~ 254 страны, что довольно хорошо относительно ВПС (Universal Postal Union) имеет 192 страны-члена.

Похоже, Монтсеррат состоит из 13 символов, например, в приведенной выше общей ссылке «MSR 1110-1350».
Обратите внимание, что Монтсеррат всего 8 символов, 1110-1350 обозначает диапазон. discovermni.com/about-montserrat/montserrat-post-codes
Возможно, Википедия нуждается в редактировании, поскольку похожий почтовый индекс для Мальты имеет общий вид, например "AAA NNNN". Я не возражал бы иметь даже 15 символов, потому что это может быть меньше проблем позже, если нам придется корректировать длину столбца, также при правильном использовании типов данных, в любом случае он не должен принимать все 15 символов (возможно, varchar или nvarchar или подобное?) ,

Justin Cave · Answer 3 · 2008-11-28T21-50-00.000Z

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

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

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

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

Что ж, если предположить, что мы кодируем что-то глупое, например, Pro * C, наличие достаточно большого поля для роста означает, что к коду не нужно обращаться в случае увеличения использования.
Да, имеет смысл разбить почтовый индекс на 5 и 4 цифры в зависимости от того, для чего вы планируете его использовать. Например, если вы выполняете какое-то сопоставление адресов, вы можете сначала найти совпадения на zip5 и разрешить неоднозначные ситуации с помощью zip 9. Это также помогает использовать код страны

Stephan Eggermont · Answer 4 · 2008-11-28T22-25-00.000Z

3

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

Stephan Eggermont 28 нояб. 2008, в 22:25

0

Интересно. Другая точка зрения просто отвергнута без причины. +1
EvilTeach 25 май 2011, в 02:05
0

Почтовый индекс обычно ссылается на квартал на одной стороне улицы. Чтобы найти более широкий регион, вы должны выбрать первую половину почтового индекса. Наличие этой информации в отдельной таблице действительно ничего не поможет, и ее было бы сложнее поддерживать.
RevNoah 02 дек. 2013, в 17:08
2

@EvilTeach: Могу поспорить, что за него проголосовали, потому что это не по теме. Расскажет ли вам, насколько большим должен быть столбец для хранения всех возможных почтовых индексов в мире? Нет.
wmax 12 окт. 2016, в 11:51

Показать ещё 1 комментарий

paxdiablo · Answer 5 · 2008-11-28T07-07-00.000Z

3

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

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

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

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

paxdiablo 28 нояб. 2008, в 07:07

0

Согласен. Используя поле VARCHAR2, реальность для поля, такого как почтовый индекс, не имеет значения. Слишком большой размер лучше, чем раздражать одного клиента, потому что он не может ввести свои данные.
Toby Allen 28 нояб. 2008, в 07:42
0

А varchars удобны, так как базы данных (по крайней мере, DB2) могут оптимизировать их хранение, чтобы не тратить пространство памяти.
paxdiablo 28 нояб. 2008, в 07:49
1

Можно отметить, что сортировка по стране и почтовому индексу приведет к удешевлению почтовых тарифов в некоторых местах.
EvilTeach 28 нояб. 2008, в 21:25
0

@ EvilTeach, как так? Конечно, вы должны отправить материал из А в Б, я не могу сразу увидеть, как порядок сортировки из базы данных влияет на это (возможно, это только я, конечно).
paxdiablo 28 нояб. 2008, в 22:54
10

Disgaree. Через некоторое время вы решите, что вам нужно проверить адреса в вашей базе данных (например, для исправления опечаток и ошибок при вводе данных), и тогда вы обнаружите преимущество правильного построения своей модели данных, а не просто бросаете все в ковши.
Gary Myers 29 нояб. 2008, в 21:43
0

@Игорь: Тогда это будет отсутствующей причиной сделать это - но эта причина не существует СЕЙЧАС, так что вы тратите время и деньги на удовлетворение требований.
paxdiablo 30 нояб. 2008, в 00:40
1

@igor вот ссылка о ставках дисконтирования. bulkmail.info/presort.html
EvilTeach 29 янв. 2009, в 01:39
1

@Pax Если вы передаете основную почту в Royal Mail, предварительно отсортированную по главному округу (первая буква / две буквы) почтового индекса, вы можете получить ее с помощью MailSort, которая дешевле обычной почты второго класса. Это только один пример.
Richard Gadsden 15 июль 2009, в 17:03
0

Я согласен с Гари. Я только что интегрировал платежный процессор, который возвращает ошибку, если вы передадите ему почтовый индекс длиной более 10 символов. Используя ссылки, представленные выше, насколько я вижу, Американское Самоа будет единственным, которое будет превышать 10 символов, но дальнейшее прибегание к поиску подсказывает мне, что весь остров использует почтовый индекс США 96799, поэтому я думаю, что 10 будет хорошим максимумом, особенно для моего случая, когда я не хочу ошибок от этого обработчика платежей. Если бы я ввел это ограничение с самого начала, мне не пришлось бы сейчас выполнять обязанности по уборке.
Phil R 04 фев. 2015, в 19:32
0

На что я бы просто сказал, ЯГНИ. Если вы знаете, что вам нужно что-то, обслуживайте это. Но это был не тот случай. Удовлетворение того, что никогда не нужно, - это пустая трата денег.
paxdiablo 04 фев. 2015, в 22:14

Показать ещё 8 комментариев

tegbains · Answer 6 · 2008-11-28T05-13-00.000Z

2

Канадские почтовые коды всего 6 символов, в виде букв и цифр (LNLNLN)

tegbains 28 нояб. 2008, в 05:13

3

Канадские почтовые индексы в середине содержат пробел "ANA NAN", что составляет 7 символов.
EvilTeach 28 нояб. 2008, в 04:25
1

Но пространство всегда посередине, поэтому вам не нужно его хранить.
Graeme Perrow 28 нояб. 2008, в 04:26
0

@EvilTeach - да, но вы можете ожидать нормализации данных перед сохранением
ysth 28 нояб. 2008, в 04:26
0

Пространство может быть использовано для идентификации его из других типов почтовых индексов. Было бы быстрее сохранить его в форме представления, чтобы оно соответствовало всем остальным почтовым индексам в таблице. Нет необходимости в регулярном выражении для «денормализации» кода.
strager 28 нояб. 2008, в 06:16
1

Пробел, по-видимому, не является частью данных: «Примечание: канадские почтовые индексы всегда форматируются в одной и той же последовательности: буквенный символ / цифра / альфа / цифра / альфа / цифра (например, K1A0B1)». Это с сайта Канадской Почты.
tegbains 29 нояб. 2008, в 06:57
0

@strager: Я думаю, что было бы лучше основывать тип почтового индекса на стране вместо того, что вводится пользователем в качестве почтового индекса. Вы можете использовать регулярное выражение в зависимости от страны, чтобы проверить введенный пользователем почтовый индекс.
tegbains 29 нояб. 2008, в 06:59
2

Я не думаю, что пропуск пространства имеет какое-либо отношение к «нормализации». Это просто проблема отображения. Как тире в номерах счетов. Я не буду хранить его, и я не буду полагаться на него, чтобы идентифицировать канадские почтовые индексы вместо поля CountryCode (int), которое можно проиндексировать. Разделение слоя данных и представления является правильным способом сделать это.
Sam 17 нояб. 2011, в 03:50
2

Почта Канады предпочитает пробел в почтовом индексе при обращении к конвертам. Лучше хранить его с пробелом и обрабатывать проверку при входе.
RevNoah 02 дек. 2013, в 17:04
0

@RevNoah Я собирался опубликовать счетчик в вашу точку зрения, а затем понял, что я действительно согласен с вашей точкой зрения. LOL Думаю, это был более длинный день, чем я предполагал.
Andrew Steitz 03 май 2016, в 19:56

Показать ещё 7 комментариев

Jay Kapasi · Answer 7 · 2011-09-07T13-48-00.000Z

Если вы хотите интегрировать почтовые коды в базу данных, лучше всего использовать базу данных geonames. Хотя это трудно использовать и понимать, но это самая большая географическая база данных, доступная для пользователей, подобных нам.

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

Для вашей информации varchar (20) достаточно для хранения почтовых кодов

Hariboo · Answer 8 · 2016-12-29T07-36-00.000Z

В Великобритании опубликованы стандарты: Каталог стандартов данных правительства Великобритании

Max 35 characters per line

Международный почтовый адрес:

Minimum of 2 lines and maximum of 5 lines for the postal delivery point 
details, plus 1 line for country and 1 line for postcode/zip code

Длина почтового индекса в Великобритании:

Minimum 6 and Maximum 8 characters