Сравнение на вериги двете бази

Да предположим, че имате про и тест на база данни. В един момент, разработчикът направили промени в базата данни на тест, но забравих да направите тези промени във военната база. Ако често се използва тази таблица, ситуацията бързо става ясно, както в логовете е грешки в SQL-заявки, и да започнете да се обадя на главните упреци "от @ # $%".

Но понякога промените се отразяват на рядко използвани масата, всяка промяна на пръв поглед не е съвсем ясно (например, някой се промени дължината на поле VARCHAR, а ти започна да се съкрати, или някой го е добавил, поради което исканията за базата данни за изпитване се извършват на много по-бързо).

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

В такива случаи е много полезно да се види каква е разликата между основата и направи съответните изводи.

Какво ви идва на ум? Ние правим зареже структурата на база данни, а след това на другия. Стартирайте раз-инструмент и той показва линиите, които са различни в двете сметища. За малки промени, които могат да работят. Но, първо, това е малко досадно, и второ, може да има ситуация, като в изображението, когато в един и диференциал на таблица от база данни започва да се сравняват различни таблици.

За да работите, трябва да инсталирате скрипта (ако приемем, че PHP> = 5.4 с поддръжка на ЗНП вече сте инсталирали - ако не, тогава в Debian / Ubuntu да го направя с един ред програма за инсталиране на php5 само - Вж., Който е инсталиран на PHP версия не по-ниска от 5.4)

За да се избегне объркване, когато някои база данни - да им даде имена

След това, докато папката на проекта стартира уеб сървър

Трябва да видите сравнение-верига, състояща се от две колони, в съответствие с посочените параметри на базата данни.

Задачи елементи, показани на фигурата.

Бих казал - в някои случаи.
Различните административни операции на основата, има хиляди, те често се припокриват в функционалност. Сложете хиляди малки инструменти, всеки със своите гребла и жаргон - не винаги е удобно.
По-конкретно обсъдени по случая - на моя сравнение на схеми на бази данни в Hue много по-удобно, отколкото на конзолата. Както и morzh текстови diffs. Само на базата данни все още се нуждаят от много конфигурация.

Теория Mogrations използват за дълго време
Случай с различието на бази в Maiden и prodakshene никога не е срещал
Е, само ако сте забравили да мигрират, когато бъде отпечатан върху Productions.
Но това е решено от автоматична deploimentom Capistrano.
Причината за вашата ситуация по-системна и той трябва да бъде решен системно, вместо на писане инструменти, за да се определи.

Времето, посочено в часовата зона, която е монтирана в устройството.