ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Размеры полей БД, определяемых предметной областью
19 сообщений из 19, страница 1 из 1
Размеры полей БД, определяемых предметной областью
    #33044232
yuniki
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
yuniki
Участник
Размеры полей БД, определяемых предметной областью.

Ну, например, для страны нашенской должен существовать какой-то один разумный размер под хранение Фамилии, Имени, Отчества, почтовых Адресов, Городов, Названий Заводов,Газет,Пароходов, и т.д. и т.п.
И ведь , что интересно , все выбирают эти размеры, не задумываясь, спонтанно и в две секунды.

А может быть где-то кто-то уже придумал рекомендации на этот счет ?
Или нельзя ли как-то это дело стандартизовать или хотя бы привести какие-ни оценки или хотя бы ссылки - где искать ?
...
Рейтинг: 0 / 0
30.04.2005, 22:52
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044234
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
yunikiА может быть где-то кто-то уже придумал рекомендации на этот счет ?
Да. Есть рекомендуемый размер для этого случая. Называется - переменный.
...
Рейтинг: 0 / 0
30.04.2005, 22:54
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044286
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Хорошо, например, в Oracle: определяем поле как
varchar2(сколько_угодно_чтоб_на_все_хватило)
- и живем спокойно ;-)
...
Рейтинг: 0 / 0
01.05.2005, 00:43
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044383
Paul Sacks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul Sacks
Участник
yunikiРазмеры полей БД, определяемых предметной областью.

Ну, например, для страны нашенской должен существовать какой-то один разумный размер под хранение Фамилии, Имени, Отчества, почтовых Адресов, Городов, Названий Заводов,Газет,Пароходов, и т.д. и т.п.
И ведь , что интересно , все выбирают эти размеры, не задумываясь, спонтанно и в две секунды.

А может быть где-то кто-то уже придумал рекомендации на этот счет ?
Или нельзя ли как-то это дело стандартизовать или хотя бы привести какие-ни оценки или хотя бы ссылки - где искать ?
Изучали проблему. Нет.
...
Рейтинг: 0 / 0
01.05.2005, 10:46
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044496
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
UrriХорошо, например, в Oracle
Справедливости ради - как минимум, неидеально. "Чтоб на все хватило" текстовые поля Oracle не обеспечивают; 2000 символов (MBCS) для некоторых случаев маловато (хотя для фамилии, безусловно, хватит).
...
Рейтинг: 0 / 0
01.05.2005, 16:45
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044562
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Интересный вопрос. Могу сказать только по ФИО. Если хранить в одном поле - 35 символов.

Если в трех - 25,15,20. В одном поле, на мой взгляд, предпочтительнее, так как ситуации, когда нужно выбрать всех "Олеговичей" досточно редки.
...
Рейтинг: 0 / 0
01.05.2005, 20:23
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044586
DarkBoatman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkBoatman
Гость
http://www.speakrus.ru/articles/guinlang.htm

...
Самая длинная фамилия
В Великобритании самую длинную фамилию носил Толлмаш- Толлмаш де Ореллана- Плантагенет- Толлмаш- Толлмаш, который родился 12 июня 1884г. и умер от пневмонии 20 февраля 1917 г. В школе его звали Толли. В настоящее время самыми длинными являются фамилии, состоящие из 4 частей. Примерами могут служить фамилии лорда Терлоу (Хоувелл-Терлоу-Камминг-Брюс) и графа Уорнклиффа (Монтегю- Стюарт- Уортли- Маккензи). Среди фамилий с неповторяющимися составными частями последним примером была фамилия, которую носила леди Каролина Джемайма Темпл- Ньюджент- Чандос- Бриджез- Гренвиль (1858-1946). Самая длинная односоставная английская фамилия Featherstonehaugh состоит из 17 букв и может произноситься по-разному - Федерстонхо, Ферстонхо, Фирсонхей, Феарстонхо или Фэншо. В Шотландии, согласно приходским регистрационным книгам XVIII в., самой длинной была фамилия NinAchinmacdholicachinskerray (Nin- женская форма Маc), состоящая из 29 букв.
...

Яндекс, найдется все...
...
Рейтинг: 0 / 0
01.05.2005, 21:12
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044601
yuniki
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
yuniki
Участник
UrriХорошо, например, в Oracle: определяем поле как
varchar2(сколько_угодно_чтоб_на_все_хватило)
- и живем спокойно ;-)

Для Oracle varchar2 существует синтаксис varchar2 ОбязательныйМаксРазмер в котором надо выбрать обязательный параметр, который хотелось бы выбрать оптимально, но ,впрочем, это не суть - я же говорю о случае, когда надо делать выбор и справшиваю - как? .

А суть я попытался изложить в первом посте .

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

Такой ответ, конечно, не устраивает, как , впрочем, и результаты изысканий, приведенных DarkBoatman ( Яндекс, найдется все... - утолите жажду из брандсбойта ) .
Просто, надеялся, что где-то кто-то как-то собирал подобные рекомендации, например, я более,чем уверен, что по почтовым адресам страны рассейской это все очень хорошо почтовыми автоматизаторами проанализировано, но хотелось бы видеть все в одном месте , чтобы не думать над такой фигней. Если бы была проделана такая работа (если бы стандарты - вообще блеск) - это позволило бы всему атоматизирующему народу на нее опираться и внесло бы определеный порядок в пока существующий разброд в этом вопросе.

PS. Впрочем, являясь интуитивным пессимистом, я также более, чем уверен, что куча людишек ответило бы так, как я написал несколькими строками выше.

Ну да ладно, Христос воскресе? Свежо предание, да ...
...
Рейтинг: 0 / 0
01.05.2005, 21:59
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044606
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
softwarer UrriХорошо, например, в Oracle
Справедливости ради - как минимум, неидеально. "Чтоб на все хватило" текстовые поля Oracle не обеспечивают; 2000 символов (MBCS) для некоторых случаев маловато (хотя для фамилии, безусловно, хватит).Ну, вся наша деятельность есть, по сути, моделирование жизненных явлений, как правило, лишенных формальных ограничений, с помощью инструментов, в которых таковые задекларированы. И ведь ничего, многое работает ;-)
...
Рейтинг: 0 / 0
01.05.2005, 22:08
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044610
yuniki
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
yuniki
Участник
Urri softwarer UrriХорошо, например, в Oracle
Справедливости ради - как минимум, неидеально. "Чтоб на все хватило" текстовые поля Oracle не обеспечивают; 2000 символов (MBCS) для некоторых случаев маловато (хотя для фамилии, безусловно, хватит).Ну, вся наша деятельность есть, по сути, моделирование жизненных явлений, как правило, лишенных формальных ограничений, с помощью инструментов, в которых таковые задекларированы. И ведь ничего, многое работает ;-)

Многое работает, но выбор надо делать всегда конкретный . И всегда возможны неправильности при выборе. Как минимизировать риск ? (даже ФИО может стать > 2000 DBMS, но только такое ооочень редко м.б., разве что иностранный шпион захочет заломать нашу СУБД выбрав себе такие ФИО и пытаясь занести их в базу ;)

Что делать , если не хватит ширины поля ? - обрезать значение?, расширять поле? Мне в силу лености ( а , точнее - более важных вещей ) , очень не хочется тратить время на решение такой ерунды, с которой справится любой заштатный управленец ( , не сочтите за высокомерие. )
...
Рейтинг: 0 / 0
01.05.2005, 22:20
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044612
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Cat2Могу сказать только по ФИО. Если хранить в одном поле - 35 символов. Если в трех - 25,15,20.
По части ФИО, мои статистические данные (РФ, русский язык) полностью совпадают с рекомендованными Cat2 значениями.
...
Рейтинг: 0 / 0
01.05.2005, 22:32
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044636
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
yunikiМногое работает, но выбор надо делать всегда конкретный . И всегда возможны неправильности при выборе. Как минимизировать риск ? (даже ФИО может стать > 2000 DBMS, но только такое ооочень редко м.б., разве что иностранный шпион захочет заломать нашу СУБД выбрав себе такие ФИО и пытаясь занести их в базу ;)
Что делать , если не хватит ширины поля ? - обрезать значение?, расширять поле? Мне в силу лености ( а , точнее - более важных вещей ) , очень не хочется тратить время на решение такой ерунды, с которой справится любой заштатный управленец ( , не сочтите за высокомерие. )
Ну, поскольку при использовании ORACLE VARCHAR2 и ему подобных форматов накладные расходы за "пересол" "на спине" не отражаются (физически занимаемое место определяется только количеством заполненных символов), мы можем для минимизации рисков пойти путем увеличения максимальной длины полей.
Вот, например, как в одной по всему свету действующей системе устроено.
Имя - VARCHAR2(20) вместо рекомендованных Cat2 15.
Отчество - VARCHAR2(60) вместо 20 (в некоторых странах бывает несколько middle_names).
Фамилия - VARCHAR2(40) вместо 25.
Адрес - 3 строки по VARCHAR2(60) каждая.
Город - VARCHAR2(30).
Страна - VARCHAR2(60).
Названия Заводов,Газет,Пароходов - VARCHAR2(150).

Что делать , если не хватит ширины поля ? - обрезать значение?, расширять поле? Зависит от обстоятельств. Если система самодельная и эксплуатируется там же, где разрабатывается, безусловно, можно пойти по пути расширения поля всякий раз, когда такая необходимость возникает. В большинстве же случаев придется придумывать правила обрезания значений.
...
Рейтинг: 0 / 0
02.05.2005, 00:20
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044705
Mainframe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mainframe
Участник
Cat2Интересный вопрос. Могу сказать только по ФИО. Если хранить в одном поле - 35 символов.

Если в трех - 25,15,20. В одном поле, на мой взгляд, предпочтительнее, так как ситуации, когда нужно выбрать всех "Олеговичей" досточно редки.
Наши кадровики (и думаю, не только наши) имеют привычку ляпать ошбики на пустом месте, например, приписывать мужской пол женщинам и навооборот. Мало того, что это неудобно, так еще и налоги считаются на основании данного факта. Вообщем, информация должна быть корректная. При большом числе сулжащих - как искать ошибки? Ищут на основании противоречия между полом и окончанием отчества - "вна" - пол женский, "ич" - мужской. Если слить все в одно поле - найти будет немного сложнее (но можно, конечно).
...
Рейтинг: 0 / 0
02.05.2005, 09:45
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33044954
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
MainFrame. Я вовсе не утверждаю, что в одном поле лучше. Когда как.
Плюсы - меньше места, не нужна контактенция в выборках.
Минусы - труднее вычленить инициалы, труднее найти по имени или отчеству.

Да и с "вичами" не всегда проходит . Например у милой женщины, которую зовут Цой Миок и которая имеет вид на жительство в России, трудно выделить отчество .
...
Рейтинг: 0 / 0
02.05.2005, 16:50
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33045845
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
yunikiДля Oracle varchar2 существует синтаксис varchar2 ОбязательныйМаксРазмер в котором надо выбрать обязательный параметр, который хотелось бы выбрать оптимально,
В случае Oracle его невозможно выбрать "оптимально" - поскольку это constraint, ограничение и ничего более. Если ты загонишь его в 4000 ухудшится ровно одно - база не будет ругаться на фамилии длиннее, допустим, 20 символов, как оно тебе, возможно, хотелось бы. Ничего более.

В семерке, кажется, можно было выбирать второй параметр - ожидаемый размер - но у нас уже вроде бы десятка вовсю работает :)
...
Рейтинг: 0 / 0
03.05.2005, 12:23
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33046116
DarkBoatman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkBoatman
Гость
Жажду из брандспойнта, возможно и не нужно, но есть такая замечательноя вещь, как словарь русских (английских и тыды) фамилий. в который надо всего лишь заглянуть и узнать самую длинную фамилию имя и отчество. И эта информация тоже ищется яндексом, например. А почтовые автоматизаторы, я думаю, именно там и находят необходимые им вещи.

А по поводу обрезать. Можно и не обрезать, а предусмотреть отдельную табличку для широких строк...
...
Рейтинг: 0 / 0
03.05.2005, 13:52
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33049080
Фотография BusyMan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BusyMan
Участник
Мне как-то раз довелось анализировать список всех фимилий и имен, которые были зарегистрированы в РФ. Они достаточно короткие (не помню уже сколько).

Но вот как дело дошло до жизни ... Представьте что вы спроектировали БД, но в нее необходимо перенести данные из другой БД. А в ней в поле ФИО некоторые "особо одаренные личности" понаписали таких стихов, что никакие "зачистки" не помогут... И вместо того чтобы сделать под фамилию 40 символов - приходится выделять 200!
...
Рейтинг: 0 / 0
04.05.2005, 20:00
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33049084
Фотография BusyMan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BusyMan
Участник
DarkBoatman А по поводу обрезать. Можно и не обрезать, а предусмотреть отдельную табличку для широких строк...

Так рассуждают "проектировщики БД". Противоположную точку зрения имеют те, кому приходится совмещать разработку клиентского ПО с проектированием/программированием БД.
...
Рейтинг: 0 / 0
04.05.2005, 20:01
| Ответить | Цитировать | Написать  
Размеры полей БД, определяемых предметной областью
    #33049281
DarkBoatman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkBoatman
Гость
Согласен - это лишний геморрой. Но если надо, значит надо.
в зависимости от того, какой сервер и как реализовано представление данных для него, клиентское ПО может и не узнать о том, что там две таблички. Зато вопросы, а вдруг не хватит, отпадают.
Как делать в конкретном случае, решает тот, кто делает...
...
Рейтинг: 0 / 0
04.05.2005, 23:45
| Ответить | Цитировать | Написать  
19 сообщений из 19, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Размеры полей БД, определяемых предметной областью
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]