Jak zainicjować HSQLDB w pamięci za pomocą skryptu za pomocą sprężyny

Question

Próbuję wykonać test jednostkowy mojego DAO (używając Spring i Hibernate). Korzystam z samouczka HSQLDB na temat this. Samouczek stwierdza, że ​​bazę danych HSQLDB w pamięci można zainicjować za pomocą skryptu SQL, ale nie mogę znaleźć informacji o tym, jak to zrobić na wiosnę. Oto odpowiednia konfiguracja kontekstu sprężynowego:

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"> 
    <property name="driverClassName" value="org.hsqldb.jdbcDriver" /> 
    <property name="url" value="jdbc:hsqldb:mem:mydb" /> 
    <property name="username" value="sa" /> 
    <property name="password" value="" /> 
    <property name="initialSize" value="5" /> 
    <property name="maxActive" value="10" /> 
    <property name="poolPreparedStatements" value="true" /> 
    <property name="maxOpenPreparedStatements" value="10" /> 
</bean> 

Każda pomoc zostanie doceniona. Dzięki.

Answer 1

Jeśli próbujesz do pracy z bazami danych w pamięci i wiosną, jest nowy jdbc namespace for Spring 3 sprawia, że ​​praca z wbudowanych baz danych bardzo łatwe.

Najlepsze jest to, że działa jako DataSource, więc można go łatwo wrzucić do wymiany istniejącej fasoli dataSource.

<jdbc:embedded-database id="dataSource" type="HSQL"> 
    <jdbc:script location="classpath:schema.sql"/> 
    <jdbc:script location="classpath:test-data.sql"/> 
</jdbc:embedded-database> 

Jeśli jesteś bardziej zainteresowany w ten sposób z Java Config, spójrz na EmbeddedDatabaseBuilder (nowy wiosną 3.0).

@Configuration 
public class DatabaseTestConfig { 
    @Bean 
    public DataSource dataSource() { 
     return new EmbeddedDatabaseBuilder() 
      .setType(EmbeddedDatabaseType.HSQL) 
      .addScript("classpath:schema.sql") 
      .addScript("classpath:test-data.sql") 
      .build(); 
    } 
} 

Answer 2

W tutorialu masz łącze, jeden ze sposobów ustalania rzeczy jest to (po oczywista korekta):

• w pamięci ze skryptu: jdbc:hsqldb:file:path-to-file

Myślę, że wydaje się to istotne. Proponuję zastąpienie path-to-file z czymś, co wygląda jak w pełni kwalifikowanej nazwy pliku ...

Answer 3

Można obejść ten problem poprzez utworzenie podklasy BasicDataSource z pobierające/ustawiające dla dwóch nowych właściwości, initExecuteSqlFile i destroyExecuteSqlFile, które mogą mieć oddzielone przecinkami lista plików SQL do wykonania. Podklasa miałaby metody, które obsługują pliki SQL inicjujące/niszczące.

Następnie użyj następującą definicję Fasola:

<bean 
    id="datasource" 
    class="com.example.MyBasicDataSource" 
    destroy-method="destroy" 
    init-method="init" 
> 
    <property name="destroyExecuteSqlFile"> 
     <value>h2-destroy-01.sql</value> 
    </property> 
    <property name="initExecuteSqlFile"> 
     <value>h2-init-01.sql,h2-init-02.sql,h2-init-03.sql</value> 
    </property> 
    <!-- Other properties --> 
</bean> 

Answer 4

Nicholas odpowiedź jest idealnie czysty, ale można użyć jdbc nazw zainicjować zewnętrznej bazy danych, a także:

<jee:jndi-lookup id="dataSource" jndi-name="java:comp/env/jdbc/DS"/> 

<jdbc:initialize-database data-source="dataSource"> 
    <jdbc:script location="classpath:/META-INF/database/init.sql"/> 
</jdbc:initialize-database> 

Answer 5

Dzięki wbudowanej bazie danych chcemy być tylko w stanie połączyć się z bazą danych z tego samego JVM. Jeśli mamy dwa JVMs, dla wydajności lub innych ograniczeń, możemy:

1. Zamiast osadzony-bazy danych, można użyć źródła danych sugeruje this answer.

2. Następnie zainicjuj jak sugerowane Poitrek De (i zasugerowano również w previous answer). Możesz tworzyć tabele tylko wtedy, gdy nie istnieją (zgodnie z sugestią here).