Всем доброго времени суток!
Интересует мнение посетителей форума по вопросу ограничения на длинну строки в таблице.
Есть, например, табличка ITEM (FID INTEGER NOT NULL,NAME VARCHAR(100)). В данном примере поле NAME ограничено 100 символами (не будем вдаваться в подробности 100 byte или 100 char, не в этом суть и зависит от БД).
Т.к. используется тип varchar то съэкономить на чем-то за счет маленьких ограничений не получится.
Случаи, когда ограничение однажды становилось слишком маленьким и его приходилось увеличивать, у меня были. Примеров, когда слишком большое ограничение чем-то мешало, не было.
У меня сложилось такое мнение - если сделать поле NAME VARCHAR(100), то выгоды никакой не получим, зато можем получить гемморой. Если сразу сделаем NAME VARCHAR(1000), то минусов никаких нет (наверное нет:)), но и геммороя в связи с тем, что кто-то захочет ввести длинное-длинное имя не может быть в принципе.
Кто что думает по этому поводу? Как кто решает какой выбрать максимальный размер строки при проектировани БД? Какие могут быть минусы если при проектировании БД ограничения на максимальный размер строк ставить с большим-большим запасом - скажем особо не думать какого размера будут строки, а ставить сразу 1000-2000 знаков?

2Luc, насчет BDE это да, как-то был очень интересный глюк из-за этого ограничения:)
2MasterZiv. В том и дело, что понятие "разумные рамки" довольно расплывчато, собственно вопрос в том и состоит, кто как эти рамки определяет:)
2alexeyvg. Вопрос в том, что бизнес редко может выдвинуть конкретные требования, и для того чтобы их получить, есть (должн быть) аналитики. Вот, например, есть наименование товара. Какое делать ограничение? Сомневаюсь, что заказчик так сходу скажет - наименование товара не может быть больше 200(например) знаков. Какое тут выбрать ограничение? Выберешь мало, рано или поздно кто-нить попробует ввести больше:) Выбирать много тоже вроде как не очень хорошо:)