Това, което виждате, са проблеми, произтичащи от компилиирането и след това декомпилирането на SQL.
human readable SQL -> compiled form -> human readable SQL
Не се притеснявайте, всичко е еквивалентен код. Ако искате пример, напишете малко JSON на ръка, изпълнете го през JSON анализатор, след което превърнете тези данни обратно в JSON. Няма да изглежда по същия начин като оригинала.
Това е често срещан проблем при преобразуването на данни, известен като „обръщане“. Без допълнителна работа, несемантична информация като коментари, отстъп и скоби (или липсата им) се губи. MySQL може също да прилага оптимизации и семантични трансформации, като например превръщане на вашето FROM/WHERE в JOIN. Освен това прави имплицитен код и настройки по подразбиране (като ALGORITHM = UNDEFINED
) изрично.
Виждането на резултата от двупосочно пътуване може да ви помогне да забележите фини грешки във вашия код, особено относно реда на операциите. Понякога може да бъде помолен декомпилатор да добави допълнителни скоби, за да направи реда очевиден.
Няма смисъл MySQL да съхранява вашите оригинални CREATE за таблици и изгледи, те стават безполезни, ако се използва ALTER. Възможно е обаче да върнете вашите заявки, както са били първоначално написани.