15 дек. 2009 г.

Опять проблемы с длиной у клиентов...

Вот ведь только неделю назад писал про 5-значный номер года у клиента из Таиланда. А тут новый прикол. Одному клиенту не хватило 100 знаков для того чтобы назвать объект в базе данных. Он дал согласие на публикацию этого названия. поэтому со спокойной совестью могу явить его сообществу:

VentrianModules_PropertyAgent_Location_TX_Dallas_FortWorth_75206_TemplatePortal_Ventrian_PropertyAgent_Template

итого 112 знаков. Пробил у себя по базам простеньким скриптиком
SELECT MAX(LEN([name])) FROM sysobjects
и выяснил что длиннее 40 знаков ничего нет! Вот такой вот конфуз. Пришлось увеличить поле.

PS: Понимающие люди сразу скажут что тут явно неправильно поставленное задание раз в имени таблицы забит адрес. Так никто не делает. Сперва я тоже так думал, даже на 99% процентов был в этом уверен. А потом закралась мысль, а вдруг у них миллионы записей по одному почтовому индексу и уйма запросов. Может для этого и сделали такое разделение? Как это на самом деле, остается загадкой.

PPS: Может кому-то будет интересно прочитать про длинный емейл?

2 комментария:

Unknown комментирует...

МДа уж....
Им бы возможность из 1С 8ки с "плавающий" длиной текстового поля :)

Ununseptium комментирует...

Плавающая длина накладывает свои ограничения и зачастую влияет на производительность. Поэтому в задании практически всегда указывают длину полей. Даже если это 4000 символов. Если больше - тогда уже ntext, а у него ограничения на поиск и сортировку - для таких полей они запрещены :(