Administrace komentářů

Je to jako při přetypování zápisu (céčkovému):

long i = -1;
unsigned long ui = (unsigned long) i;

nebo-li C++:

long i = -1;
unsigned long ui = static_cast<unsigned long>(i);

Ad. každý si zvykne na "jinou mysql"

ten problém je jinde, ne v tom že každá je jiná (to bývá i jiný typ engine nastavený různě), problém je v tom, že programátor si má vyžádat nastavení prostředí, pokud to umožňuje a to buď konfigurací od administrátora nebo, a to je tento případ, nastaví si je sám. Pokud se tento bod ignoruje, což je právě tou častou příčinou, tak je jasné, že to nebude fungovat. Jak jsem již naznačil to není jen problém MySQL - jen se u ní nejčastěji řeší, protože něco co by mohlo být považováno jako standard (rozuměj standard nastavení MySQL), je moc „volný“ a neodpovídá „striktnímu“ nastavení, „chcete-li SQL standardu“, takže to bývá nastaveno různě, ale znovu „každá aplikace si může nastavit toto chování a měla by to dělat, má-li být přenositelná“.

Na otázky proč?, mám odpověď „prostě je to tak“, takových otázek, s různých pohledů „nelogičností“ lze najít u čehokoliv a i u jiných SQL engine.
proč nejdou dva FK z jedné tabulky na stejný sloupec - proč by nešly?

Ad. PS: Pokud jste tyto hodnoty povolil, tak je považujete za validní a konzistentní, nikoliv chybné. A povolil jste je právě tím, že jste si nenastavil chování prostředí takové, aby odpovídalo vaší představě. Pokud administrátor MySQL nastaví kompatibilitu (s čímkoliv chcete) na 0 (což je default) a vy si ji nepřestavíte, tak prostě to berete jako vlastnost a akceptujete ji ze všemi nastaveními.