2

CIからのJunitとSeleniumのテストケースを毎晩深夜に実行しています。次のように、Maven-SQLプラグインを使用してデータを事前入力しています。

          <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>sql-maven-plugin</artifactId>
                <version>1.3</version>
                <executions>
                    <execution>
                        <id>create-database-tables</id>
                        <phase>process-test-resources</phase>
                        <goals>
                            <goal>execute</goal>
                        </goals>
                        <configuration>
                            <autocommit>false</autocommit>
                            <onError>continue</onError>
                            <srcFiles>
                                <srcFile>../sql/delete_data.sql</srcFile>
                                <srcFile>../sql/load_data.sql</srcFile>
                            </srcFiles>
                        </configuration>
                    </execution>
                </executions>
            </plugin>

さまざまなユーザーによる同時ビルドが原因で、DBのデッドロックに頻繁に直面しています。私たちが考えた解決策は、DBスクリプトを実行する前にデータベースをロックすることです。

スクリプトを実行する前にDBアクセスをロックし、スクリプトの実行後にロックを解除できますか？

4

3 に答える 3

2

テスト用の共有データベースは決して良いアイデアではありません。おそらくこれを知っているので、一度に 1 人のユーザーにアクセスを制限する方法を尋ねているのです。

説教はさておき.....データベース スキーマとデータ ポピュレーションの両方を管理するために、 liquibaseのレフト フィールド ソリューションを提供したいと思います。多くの便利な機能があり、そのうちの 1 つはデータベースを自動的にロックし、liquibase の 2 つのインスタンスが互いに干渉するのを防ぎます。

例

<project>
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.myspotontheweb.db</groupId>
    <artifactId>liquibase-demo</artifactId>
    <version>1.0-SNAPSHOT</version>
    <properties>
        <!-- Liquibase settings -->
        <liquibase.url>jdbc:h2:target/db1/liquibaseTest;AUTO_SERVER=TRUE</liquibase.url>
        <liquibase.driver>org.h2.Driver</liquibase.driver>
        <liquibase.username>user</liquibase.username>
        <liquibase.password>pass</liquibase.password>
        <liquibase.changeLogFile>com/myspotontheweb/db/changelog/db-changelog-master.xml</liquibase.changeLogFile>
        <liquibase.promptOnNonLocalDatabase>false</liquibase.promptOnNonLocalDatabase>
    </properties>
    <dependencies>
        <dependency>
            <groupId>com.h2database</groupId>
            <artifactId>h2</artifactId>
            <version>1.3.162</version>
        </dependency>
    </dependencies>
    <build>
        <plugins>
            <plugin>
                <groupId>org.liquibase</groupId>
                <artifactId>liquibase-maven-plugin</artifactId>
                <version>2.0.2</version>
                <executions>
                    <execution>
                        <phase>process-resources</phase>
                        <goals>
                            <goal>update</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
</project>
于 2012-05-29T18:28:49.447 に答える
0

あなたができることは次のとおりです。

スクリプトの開始時に、テーブルのロックを試みます。

lock table <some_table> in exclusive mode nowait;

これは、他のプロセスがこのテーブルをロックしていない場合にのみ成功します。失敗した場合は、別のプロセスがすでに実行されています。

ロックを取得したら、残りのスクリプトを実行します。スクリプトでコミットまたはロールバックするとロックが終了することに注意してください。そのため、スクリプトの最後でのみコミットまたはロールバックしてください。

また、スクリプトを排他的に実行するために何かをロックするという唯一の目的でそこにあるテーブルをロックしてください。

于 2012-05-31T06:44:06.450 に答える
0

それは、データベースの使用方法に大きく依存します。異なるユーザーが異なる oracle ユーザーである場合、すべてのユーザーが独自のテーブルを持つことができ、互いに干渉しないため、まったく問題はありません。

すべてのユーザーが同じ Oracle ユーザーに接続している場合、競合が発生する可能性があります。すべてのテストですべてのリソースへの排他的アクセスが必要な場合は、アクセスを許可するユーザーとアクセスを許可しないユーザーを制御する制御テーブルを作成できます。これは、テストの準備とテストの終了ステップでコード化して有効にする必要があります。テーブルへの単純な挿入と、「あなたの」挿入が最初のものであるかどうかのチェックを行うことができました。dbms_lock の使用も同様のオプションです。

もう 1 つの方法は、排他的テストの実行に使用される Oracle データベース アカウントの最大セッション制限を 1 に設定して、Oracle Resource Manager を使用することです。そうすることで、テスト ユーザーが切断した後、接続スロットが再び使用可能になるまで、すべての接続が拒否されます。

于 2012-05-29T07:23:14.270 に答える