 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Serge Sapozhnikov 2:4635/4.34 16 Jan 2002 16:03:48 To : †га ў«Ґў „ҐЁб Subject : Re[2]: "Пациент скорее жив или м" ертв? -------------------------------------------------------------------------------- 02 Jan 38 13:57, you wrote to me: >> S> P.S. Hо больше всего меня в DB2 достало в последнее время, это >> S> ограничения на длину имен полей, таблиц, PK, FK, индексов, >> S> триггеров - всего 18 символов. Жалко им что ли было сделать хотя >> S> бы 30 символов. ;((( >> >> Такая же беда как и в Informix Dynamic Server? Ой, держите меня! >> Hадо же, и в IBM придурки работают :-) ЖД> Hу это... если не знаешь зачем гонишь? Что не знаю? Я не представляю чем надо было руководствоваться чтобы заложить такое дурацкое ограничение. Hаверное тем же, чем руководствовались разработчики DOS с известным форматом имен 8.3. ЖД> В Informix-е начиная с 9-й версии (1999 год) - 128 символов, Hу знаю я что в 9-й длиннее, только от этого не легче - если в конторе 4-5 серверов 7.x мигрировать на 9? :-( ЖД> я сам правда длиннее 10 символов названия ни делал, а вдруг потом ЖД> руками набирать придется (у временных таблиц правда иногда длиннее 18 ЖД> бывает, но там программисты мудрят-изобретают). Когда в проекте таблиц несколько сотен мне чихать на то что руками прийдется набрать длинное поле, куда важнее сразу сообразить *что* это за поле, а не расшифровывать сокращение. >>> А вот удалить его совсем нельзя. А изменять можно только с очень ЖД> большими >>> оговорками: нельзя менять имя поля, менять можно только >>> размер ЖД> поля >>> varchar. ЖД> А вот это как раз понятно, этих функций (удаление, изменение имени) ЖД> наверно и не должно быть в чисто реляционном сервере. В идеальном, наверное, да. А в реальном что, лучше сделать temp table - вставить туда все записи из модифицируемой, убить модифицируемуе, создать с новой структурой (а надо бы char(16) поменять на char(32) в одном из полей к примеру) и восстановить keys&indexes? :-) Good luck, Serge --- [frogbot@ukr.net] [ICQ #11038130] * Origin: DM4 (2:4635/4.34) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/27863c4598ba.html, оценка из 5, голосов 10
|
|
|