ormlite createTableIfNotExists завершается ошибкой, если таблица имеет индекс
У меня есть простой класс, как это:
@DatabaseTable(tableName = "VlpTag")
public class VlpTag implements Serializable {
private static final long serialVersionUID = -4912974444196844860L;
@DatabaseField(generatedId = true)
private int id;
@DatabaseField(foreign = true, columnName = "buid", canBeNull = false, foreignAutoCreate = true, foreignAutoRefresh = true)
private VlpVirtualApp vApp;
@DatabaseField
private long lastUpdated;
@DatabaseField(index=true)
private String tagValue;
@DatabaseField(dataType = DataType.ENUM_INTEGER)
private TagType tagType;
public static enum TagType {
UUID, TAG
};
public VlpTag() {
// needed by ormlite
}
}
Затем я использую TableUtils для создания таблицы, если она не существует:
TableUtils.createTableIfNotExists(MySQLConnection.getInstance()
.getConnection(), VlpTag.class);
Если таблица не существует, проблема не возникает, хотя таблица существует, ORMLite вызывает исключение, говоря, что индекс существует:
java.sql.SQLException: SQL statement failed: CREATE INDEX `VlpTag_tagValue_idx` ON `VlpTag` ( `tagValue` )
at com.j256.ormlite.misc.SqlExceptionUtil.create(SqlExceptionUtil.java:22)
at com.j256.ormlite.table.TableUtils.doStatements(TableUtils.java:464)
at com.j256.ormlite.table.TableUtils.doCreateTable(TableUtils.java:440)
at com.j256.ormlite.table.TableUtils.createTable(TableUtils.java:220)
at com.j256.ormlite.table.TableUtils.createTableIfNotExists(TableUtils.java:61)
at com.banctecmtl.ca.vlp.controller.listvmupdater.DatabaseUpdater.<init>(DatabaseUpdater.java:47)
at com.banctecmtl.ca.vlp.controller.listvmupdater.ListVMUpdater.<init>(ListVMUpdater.java:42)
at com.banctecmtl.ca.vlp.controller.VlpController.<init>(VlpController.java:75)
at com.banctecmtl.ca.vlp.view.webview.server.VlpControllerServiceImpl.init(VlpControllerServiceImpl.java:32)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:433)
at org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:256)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
at org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:616)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1220)
at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:513)
at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:448)
at com.google.gwt.dev.shell.jetty.JettyLauncher$WebAppContextWithReload.doStart(JettyLauncher.java:468)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.handler.RequestLogHandler.doStart(RequestLogHandler.java:115)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.Server.doStart(Server.java:222)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
at com.google.gwt.dev.shell.jetty.JettyLauncher.start(JettyLauncher.java:672)
at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509)
at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068)
at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811)
at com.google.gwt.dev.DevMode.main(DevMode.java:311)
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Duplicate key name 'VlpTag_tagValue_idx'
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
at com.mysql.jdbc.Util.getInstance(Util.java:386)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1052)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3609)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3541)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2002)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2163)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2624)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2127)
at com.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:1362)
at com.j256.ormlite.jdbc.JdbcCompiledStatement.runExecute(JdbcCompiledStatement.java:62)
at com.j256.ormlite.table.TableUtils.doStatements(TableUtils.java:458)
... 29 more
Эта ошибка уже была зарегистрирована в списке ошибок, и мне было интересно, что она устранена, потому что у меня та же проблема. Я использую MYSQL и ormlite-core-4.33.jar
,
Есть ли что-то, что я делаю не так, или есть проблема с этим?
Спасибо
1 ответ
Я добавил исправление для этой проблемы. См. https://github.com/ethangui/ormlite-core-4.42-sources
При построении оператора CREATE TABLE
оригинальное решение:
после добавления оператора PRIMARY KEY:
CREATE TABLE IF NOT EXIST table_name ...columns... PRIMARY KEY (id)
это соответствует:
,CREATE INDEX index_name ON column name;
что по сути делает его двумя отдельными запросами SQL. Сначала создается таблица, затем добавляется индекс. Он работает как положено - создает таблицу и добавляет индекс - если только таблица не существует с соответствующим. В таком случае первый оператор ничего не будет делать, а второй оператор все еще пытается создать индекс, который впоследствии потерпит неудачу.
мое решение: вместо добавления другого запроса после CREATE TABLE я переместил ADD INDEX внутрь первого оператора. Следовательно,
CREATE TABLE IF NOT EXIST table_name ...columns... PRIMARY KEY (id)
затем
,KEY index_name (column_name);
Следовательно, если таблица существует, весь оператор будет пропущен, поэтому ни таблица, ни индекс не будут созданы.
ВНИМАНИЕ, ЧТОБЫ ЗАМЕТИТЬ:
В настоящее время реализация проверяет только наличие индекса = аннотация поля данных для добавления индексов.
Если таблица уже существует без индекса, весь оператор все равно будет пропущен, поэтому индекс не будет добавлен.
Проверено только с MySQL.