Gibt es eine Problemumgehung für JDBC w/liquibase und MySQL-Sitzungsvariablen und clientseitige SQL-Anweisungen

Question

Langsam Erstellen einer Starter-ChangeSet XML-Datei für eines von drei primären Schemas meines Arbeitgebers. Der einzige Show-Stopper ist die umfangreiche Bibliothek von gespeicherten MySQL-Prozeduren, die von liquibase verwaltet werden.

Ein sproc hat etwas von einem Schmerz gewesen zu behandeln: Die ersten Aussagen wie

use TargetSchema; 
select "-- explanatory inline comment thats actually useful --" into vDummy; 

set @@session.sql_mode='TRADITIONAL' ; 

drop procedure if exists adm_delete_stats ; 

delimiter $$ 

create procedure adm_delete_stats(
...rest of sproc 

mir die Aussage Gebrauch gehen als kontraproduktiv herausgeschnitten, aber wirkliches Problem ist die set @@session.sql_mode Aussage, die bewirkt, eine Ausnahme wie

liquibase.exception.MigrationFailedException: Migration failed for change set ./foobarSchema/sprocs/adm_delete_stats.xml::1293560556-151::dward_autogen dward: 
Reason: liquibase.exception.DatabaseException: Error executing SQL ... 

Und dann die delimiter Aussage ist ein weiterer Stein des Anstoßes.

Bei der Doilligence-Untersuchung habe ich diesen abgelehnten MySQL-Fehlerbericht here und diesen MySQL-Forum-Thread gefunden, der ein wenig tiefer in das Problem eingeht here.

Kann ich die Sproc-Skripte, die derzeit mit Liquibase existieren, trotzdem verwenden oder müsste ich mehrere hundert gespeicherte Prozeduren neu schreiben?

Ich habe versucht, createProcedure, sqlFile und sql liquibase tags ohne viel Glück, wie ich denke, das Kernproblem ist, dass Satz, Trennzeichen und ähnliche SQL-Befehle interpretiert werden und von der clientseitigen Interpreter vor dem sein soll an den Server geliefert.

Answer 1

Ja, ich denke, das Problem ist, dass Ihr Skript davon ausgeht, dass es über den mysql-Client läuft, der über zusätzliche Fähigkeiten verfügt, die in JDBC nicht vorhanden sind.

Liquibase teilt Ihre Anweisungen in das Trennzeichen auf (standardmäßig auf; kann aber mit dem Trennzeichenattribut geändert werden) und gibt dann jede Anweisung an die Datenbank weiter. Wenn Sie $$ als Trennzeichen angeben, können Sie die Zeile "delimiter $$" entfernen, aber jede Zeile davor muss den Wert; ersetzt durch $$. Außerdem gibt es noch andere mandantenspezifische SQL wie die @@ Session-Zeile. Ich denke, dass das unnötig sein kann, ohne den Kunden zu durchlaufen, aber ich bin mir nicht ganz sicher, was es tut.

Sie sollten in der Lage sein, Ihre Prozeduren zum Laufen zu bringen, aber es wird etwas Umschreiben erfordern.

Wenn Sie nicht alle Ihre Prozeduren neu schreiben möchten, könnten Sie etwas wie das executeCommand-Tag verwenden, mit dem Sie den mysql-Client aufrufen und Ihr vorhandenes Skript einspeisen könnten. Sie verlieren einige Dinge, die liquibase Ihnen wie den updateSQL-Modus bietet, und Sie müssen sicherstellen, dass der mysql-Client überall dort existiert, wo Sie Ihr changelog ausführen, aber es würde Sie davon abhalten, Ihre Skripte neu schreiben zu müssen.

Answer 2

Das ist für mich gearbeitet: http://comments.gmane.org/gmane.comp.db.liquibase.user/480

Kurz sagt es so:

<changeSet id="123321-4" author="ehrhardt"> 
    <sql>DROP PROCEDURE IF EXISTS curdemo;</sql> 
    <sql splitStatements="false" stripComments="false"> 
    <![CDATA[ 
     CREATE PROCEDURE curdemo() 
     BEGIN 
     DECLARE done INT DEFAULT 0; 
     blah.. 
     blah.. 
     END; 
    ]]> 
    </sql> 
    <sql>call curdemo();</sql> 
</changeSet>