PostgreSQL'i yalnızca bellekte çalıştırma

Yazdığım her birim test için sadece bellekte çalışan küçük bir PostgreSQL veritabanı çalıştırmak istiyorum. Örneğin:

@Before
void setUp() {
    String port = runPostgresOnRandomPort();
    connectTo("postgres://localhost:"+port+"/in_memory_db");
    // ...
}

İdeal olarak, birim testinin kullanacağı sürüm kontrolüne kontrol edilen tek bir postgres yürütülebilir dosyası alacağım.

Gibi bir şey HSQL, ama postgres için. Bunu nasıl yapabilirim?

Böyle bir Postgres sürümü alabilir miyim? Diski kullanmamasını nasıl isteyebilirim?

Postgres ile bu mümkün değildir. HSQLDB veya MySQL gibi bir işlem içi / bellek içi motor sunmaz.

Eğer kendi kendine yeten bir ortam yaratmak isterseniz yapabilirsiniz SVN'de içine Postgres ikilileri koymak (ama daha sadece tek yürütülebilir daha var).

Bununla herhangi bir şey yapmadan önce test veritabanınızı kurmak için initdb'yi çalıştırmanız gerekecektir . Bu, bir toplu iş dosyasından veya Runtime.exec () kullanılarak yapılabilir. Ancak initdb'nin hızlı bir şey olmadığını unutmayın. Bunu her test için kesinlikle çalıştırmak istemeyeceksiniz. Yine de test süitinizden önce bunu çalıştırmaktan kurtulabilirsiniz.

Ancak bu yapılabilse de, testlerinizi çalıştırmadan önce test veritabanınızı yeniden oluşturduğunuz özel bir Postgres kurulumuna sahip olmanızı tavsiye ederim.

Test veritabanını, oldukça hızlı oluşturulmasını sağlayan bir şablon veritabanı kullanarak yeniden oluşturabilirsiniz ( her test çalıştırması için initdb'yi çalıştırmaktan çok daha hızlı)

(Cevabımı Bellek içi PostgreSQL kullanmaktan alıp genelleştirmek):

İşlem içi, bellek içi Pg'yi çalıştıramazsınız

Bellek içi Postgres veritabanını test için nasıl çalıştıracağımı çözemiyorum. Mümkün mü?

Hayır, bu mümkün değil. PostgreSQL, C'de uygulanır ve platform koduna derlenir. H2 veya Derby'den farklı jarolarak, bellek içi DB olarak yükleyip ateşleyemezsiniz.

C dilinde yazılan ve platform koduna derlenen SQLite'ın aksine, PostgreSQL de süreç içinde yüklenemez. Birden çok işlem gerektirir (bağlantı başına bir) çünkü çok iş parçacıklı bir mimari değil, çok işlemlidir. Çoklu işlem gereksinimi , postmaster'ı bağımsız bir işlem olarak başlatmanız gerektiği anlamına gelir .

Bunun yerine: bir bağlantıyı önceden yapılandırın

Testlerinizi yalnızca belirli bir ana bilgisayar adı / kullanıcı adı / parolanın çalışmasını beklemek için yazmanızı ve testin CREATE DATABASEdaha sonra DROP DATABASEçalıştırmanın sonunda kullanılıp atılan bir veritabanına sahip olmasını öneririm . Bir özellikler dosyasından veritabanı bağlantı ayrıntılarını alın, hedef özellikleri oluşturun, ortam değişkeni vb.

Birim testlerinize sağladığınız kullanıcı bir süper kullanıcı olmadığı , yalnızca CREATEDBhaklara sahip bir kullanıcı olduğu sürece, zaten ilgilendiğiniz veritabanlarına sahip olduğunuz mevcut bir PostgreSQL örneğini kullanmak güvenlidir . En kötüsü, diğer veritabanlarında performans sorunları yaratırsınız. Bu nedenle test etmek için tamamen izole edilmiş bir PostgreSQL kurulumu çalıştırmayı tercih ediyorum.

Bunun yerine: Test için kullanabileceğiniz bir PostgreSQL örneği başlatın

Eğer eğer Alternatif olarak, gerçekten sen olabilir düşkün olması, test koşum bulmak initdbve postgresçalıştırmak ikilileri, initdbdeğiştirebilir, bir veritabanı oluşturmak için pg_hba.confiçin trustçalıştırmak, postgresbir DB oluşturma, bir kullanıcı oluşturmak, rastgele bağlantı noktasında bunu başlatmak için, ve testler . Hatta birden fazla mimari için PostgreSQL ikili dosyalarını bir kavanozda toplayabilir ve mevcut mimari için olanları testleri çalıştırmadan önce geçici bir dizine açabilirsiniz.

Şahsen bunun kaçınılması gereken büyük bir acı olduğunu düşünüyorum; yapılandırılmış bir test DB'si olması çok daha kolay. Ancak, include_dirdesteğin gelişiyle biraz daha kolay hale geldi postgresql.conf; şimdi sadece bir satır ekleyebilir, ardından geri kalan her şey için oluşturulan bir yapılandırma dosyası yazabilirsiniz.

PostgreSQL ile daha hızlı test

Test amacıyla PostgreSQL'in performansını güvenli bir şekilde nasıl geliştirebileceğiniz hakkında daha fazla bilgi için, bu konu hakkında daha önce yazdığım ayrıntılı bir cevaba bakın: Hızlı test için PostgreSQL'i optimize edin

H2'nin PostgreSQL lehçesi gerçek bir ikame değildir

Bazı kişiler bunun yerine testleri çalıştırmak için PostgreSQL lehçe modunda H2 veritabanını kullanır. Sanırım bu, test için SQLite ve üretim dağıtımı için PostgreSQL kullanan Rails kadar kötü.

H2, bazı PostgreSQL uzantılarını destekler ve PostgreSQL lehçesini taklit eder. Ancak, sadece bu - bir öykünme. H2'nin bir sorguyu kabul ettiği ancak PostgreSQL'in kabul etmediği, davranışın farklı olduğu vb . Alanlar bulacaksınız . Ayrıca, PostgreSQL'in H2'nin yapamayacağı bir şeyi yapmayı desteklediği pek çok yer bulacaksınız - yazma sırasında pencere işlevlerinden hoşlanmayacaksınız.

Bu yaklaşımın sınırlamalarını anlıyorsanız ve veritabanı erişiminiz basitse, H2 tamam olabilir. Ancak bu durumda, veritabanını özetleyen bir ORM için muhtemelen daha iyi bir aday olursunuz çünkü yine de ilginç özelliklerini kullanmıyorsunuz - ve bu durumda, veritabanı uyumluluğunu artık önemsemeniz gerekmiyor.

Tablo alanları çözüm değil!

Do not bir "bellek" veritabanı oluşturmak için bir tablo kullanın. Sadece performansa önemli ölçüde yardımcı olmayacağı için gereksiz olmakla kalmaz, aynı zamanda aynı PostgreSQL kurulumunda ilginizi çekebilecek diğer herhangi birine erişimi engellemenin harika bir yoludur. 9.4 belgeleri artık aşağıdaki uyarıyı içermektedir :

UYARI

Ana PostgreSQL veri dizininin dışında yer almalarına rağmen, tablo alanları veritabanı kümesinin ayrılmaz bir parçasıdır ve veri dosyalarının otonom bir koleksiyonu olarak ele alınamaz. Ana veri dizininde bulunan meta verilere bağımlıdırlar ve bu nedenle farklı bir veritabanı kümesine eklenemez veya ayrı ayrı yedeklenemezler. Benzer şekilde, bir tablo alanını kaybederseniz (dosya silme, disk arızası, vb.), Veritabanı kümesi okunamaz hale gelebilir veya başlatılamayabilir. Bir ramdisk gibi geçici bir dosya sistemine bir tablo alanı yerleştirmek, tüm kümenin güvenilirliğini riske atar.

çünkü çok fazla insanın bunu yaptığını ve sorunla karşılaştığını fark ettim.

(Bunu yaptıysanız mkdir, PostgreSQL'i yeniden başlatmak için eksik tablo alanı dizinini, ardından DROPeksik veritabanları, tabloları vb. Yapabilirsiniz . Bunu yapmamak daha iyidir.)

Veya ramfs / tempfs içinde bir TABLESPACE oluşturabilir ve tüm nesnelerinizi orada oluşturabilirsiniz.
Geçenlerde bunu Linux'ta yapmakla ilgili bir makaleye işaret edildim .

Uyarı

Bu, tüm veritabanı kümenizin bütünlüğünü tehlikeye atabilir .
Kılavuza eklenen uyarıyı okuyun.
Yani bu yalnızca harcanabilir veriler için bir seçenektir.

İçin ünitenin-test sadece para cezası çalışmalıdır. Aynı makinede başka veritabanları çalıştırıyorsanız, güvenli olmak için ayrı bir veritabanı kümesi (kendi bağlantı noktasına sahip) kullandığınızdan emin olun.

Artık, OpenTable'daki Gömülü PostgreSQL Bileşeni aracılığıyla JUnit testlerinizde PostgreSQL'in bir bellek içi örneğini çalıştırmak mümkündür: https://github.com/opentable/otj-pg-embedded .

Otj-pg-gömülü kitaplığa ( https://mvnrepository.com/artifact/com.opentable.components/otj-pg-embedded ) bağımlılığı ekleyerek, @Before'nizde kendi PostgreSQL örneğinizi başlatabilir ve durdurabilirsiniz. @Afer kancalar:

EmbeddedPostgres pg = EmbeddedPostgres.start();

JUnit'in sizin için PostgreSQL veritabanı sunucunuzu otomatik olarak başlatması ve durdurması için bir JUnit kuralı bile sunarlar:

@Rule
public SingleInstancePostgresRule pg = EmbeddedPostgresRules.singleInstance();

TestContainers'ı testler için bir PosgreSQL docker container'ı döndürmek için kullanabilirsiniz : http://testcontainers.viewdocs.io/testcontainers-java/usage/database_containers/

TestContainers bir JUnit @ Rule / @ ClassRule sağlar : bu mod, testlerinizden önce bir konteyner içinde bir veritabanı başlatır ve daha sonra onu yırtar .

Misal:

public class SimplePostgreSQLTest {

    @Rule
    public PostgreSQLContainer postgres = new PostgreSQLContainer();

    @Test
    public void testSimple() throws SQLException {
        HikariConfig hikariConfig = new HikariConfig();
        hikariConfig.setJdbcUrl(postgres.getJdbcUrl());
        hikariConfig.setUsername(postgres.getUsername());
        hikariConfig.setPassword(postgres.getPassword());

        HikariDataSource ds = new HikariDataSource(hikariConfig);
        Statement statement = ds.getConnection().createStatement();
        statement.execute("SELECT 1");
        ResultSet resultSet = statement.getResultSet();

        resultSet.next();
        int resultSetInt = resultSet.getInt(1);
        assertEquals("A basic SELECT query succeeds", 1, resultSetInt);
    }
}

Artık Yandex adlı Rus Arama şirketinden PostgreSQL'in bellek içi bir sürümü var: https://github.com/yandex-qatools/postgresql-embedded

Flapdoodle OSS'nin yerleştirme sürecine dayanmaktadır.

Kullanım örneği (github sayfasından):

// starting Postgres
final EmbeddedPostgres postgres = new EmbeddedPostgres(V9_6);
// predefined data directory
// final EmbeddedPostgres postgres = new EmbeddedPostgres(V9_6, "/path/to/predefined/data/directory");
final String url = postgres.start("localhost", 5432, "dbName", "userName", "password");

// connecting to a running Postgres and feeding up the database
final Connection conn = DriverManager.getConnection(url);
conn.createStatement().execute("CREATE TABLE films (code char(5));");

Bir ara kullanıyorum. İyi çalışıyor.

GÜNCELLENDİ : bu proje artık aktif olarak korunmuyor

Please be adviced that the main maintainer of this project has successfuly 
migrated to the use of Test Containers project. This is the best possible 
alternative nowadays.

Bellek içi veritabanına başvurmadan performans elde etmek için PostgreSQL yapılandırma ayarlarını da (soruda ayrıntılı olarak verilenler ve burada kabul edilen yanıtlar gibi ) kullanabilirsiniz.

NodeJS kullanıyorsanız, postgres db'nin en yaygın özelliklerini taklit etmek için pg-mem (sorumluluk reddi: yazarım) kullanabilirsiniz.

PG davranışını çoğaltan bellek içi, izole edilmiş, platformdan bağımsız bir veritabanına sahip olacaksınız ( tarayıcılarda bile çalışır ).

Burada birim testleriniz için nasıl kullanılacağını gösteren bir makale yazdım .