Mysql
 sql >> база данни >  >> RDS >> Mysql

защо mysql променя моя кодов изглед?

Това, което виждате, са проблеми, произтичащи от компилиирането и след това декомпилирането на SQL.

human readable SQL -> compiled form -> human readable SQL

Не се притеснявайте, всичко е еквивалентен код. Ако искате пример, напишете малко JSON на ръка, изпълнете го през JSON анализатор, след което превърнете тези данни обратно в JSON. Няма да изглежда по същия начин като оригинала.

Това е често срещан проблем при преобразуването на данни, известен като „обръщане“. Без допълнителна работа, несемантична информация като коментари, отстъп и скоби (или липсата им) се губи. MySQL може също да прилага оптимизации и семантични трансформации, като например превръщане на вашето FROM/WHERE в JOIN. Освен това прави имплицитен код и настройки по подразбиране (като ALGORITHM = UNDEFINED ) изрично.

Виждането на резултата от двупосочно пътуване може да ви помогне да забележите фини грешки във вашия код, особено относно реда на операциите. Понякога може да бъде помолен декомпилатор да добави допълнителни скоби, за да направи реда очевиден.

Няма смисъл MySQL да съхранява вашите оригинални CREATE за таблици и изгледи, те стават безполезни, ако се използва ALTER. Възможно е обаче да върнете вашите заявки, както са били първоначално написани.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. foreach цикъл:Използване на всички ядра в R (особено ако изпращаме sql заявки вътре в цикъла foreach)

  2. Предоставен е невалиден аргумент за foreach() в Codeigniter

  3. ГРЕШКА! MySQL мениджърът или PID файлът на сървъра не можа да бъде намерен! QNAP

  4. SailsJS - Как да посочите дължината на атрибута на низ, без да получавате грешка при създаване на запис?

  5. Проблем с връзката с MySQL Hibernate, докато използвате c3p0