Про ёжика в тумане, зазнайство, языки программирования и вериги

[vit_r]

Опять пал жертвой оптимизма и доверчивости.

Сколько раз можно проверять одно и то же? Я тоже думал, что один. Сегодня ещё раз убедился, что ничего неломаемого не существует.

Вот что будет, если в колонку SQL таблицы типа char( 160 ) вставляются значения из колонки типа char( 1260 )?

Документ говорит, что значения обрезаются до длины 160.

АВОТФИГ!

После добавления в получившейся таблице тип оказался char( 1260 ). В результате моих наивных предположений и беспочвенной экономии на «излишних проверках» ошибка благополучно проскакивала несколько линий защиты и вываливалась на следующем этапе по косвенным признакам.

А всего-то надо было не полагаться на документацию, логику и здравый смысл, а сравнивать типы каждый раз, когда проверяются другие параметры.

Comments

[yajohn.livejournal.com]

По ходу движок БД фиксить надо.

[vit-r.livejournal.com]

Насколько помню, по поводу прошлого бага было заявлено, что это не ошибка, а свойство. База данных считает программистов тупыми и принимает решения за них. Если не правильное, то не обижаться же. Сообщения об ошибке нет, значит всё нормально.

[orleanz.livejournal.com]

Без указания названия базы остается впечатлние недосказанности. Давай не томи.

[vit-r.livejournal.com]

Фиг знает, база это, кривые руки или всё вместе. Да и оджила эта база своё, потому с неё и мигрируют. С тем, на что мигрируют, тоже много интересного, но это уже другая история.

[esc.livejournal.com]

Это небось даже не сама база, а какой-нибудь фреймворк, поверх лежащий, умничает. Не верю, что бывают настолько идиотические базы!

[vit-r.livejournal.com]

Угу. Как выяснилось, они при обновлении таблицы её "немного улучшают".