Мы кагбэ общаемся в форуме "Похапэ и базы данных", а не в гетто для дельфинофилов.
Из моих рассуждений следует, что надо различать типы данных и высосанные из эээ... допустим, пальца ограничения на данные, а также оптимизацию-на-спичках. Булевы значения надо хранить в поле boolean, а не в tinyint / smallint / bigint, даты надо хранить в поле типа date (даты с нулевым месяцем хранить не надо нигде, ибо таких дат в календаре не бывает), интервалы времени --- в полях типа interval, адреса IP --- в полях типа inet, иногда опять же полезно использовать в базе массивы.
А вот решать, надо ли использовать varchar(128) или varchar(255) для хранения заголовка статьи, никакого наперёд заданного ограничения на длину которого скорее всего нету, и использовать ли для первичного ключа smallint или tinyint (а потом бежать в форум и спрашивать, что за странные ошибки об отсутствии уникальности) --- идиотизм.
Ё-моё, ну вот я как раз об этом: не стал бы я оптимизировать на спичках, сделал поле integer, было бы всё нормально! А неиспользования unsigned говорит, в основном, о том, что MySQL я тоже не использовал. А когда мне надо сделать поле неотрицательным, я пишу для этого соответствующий constraint.
А не связано ли это --- случайно --- с тем, что в одной изрядно популярной СУБД отсутствует встроенный тип boolean?
Спасибо, порадовал! Зря я на ВМК МГУ учился, надо было в "паскальной школе"...
Я как бы тонко намекаю, что в процессе обучения мне --- среди прочего --- и на паскале тоже писать приходилось. Смеяться после слова "лопата".