Soruma biri için this comment sonra, daha iyi X şemalar ile 1 veritabanı kullanılarak veya tam tersi ise düşünüyorum.

Benim durum: ben gelişmekte olan bir web-app nerede, ne zaman kayıt, oluştur (aslında) bir veritabanı (hayır, onun değil bir sosyal ağ: herkes olmalı erişmek için kendi veri ve asla görmek verilerin başka bir kullanıcı).

Benim başvuru hala mysql çalışıyor) previus bu sürüm için kullandım: plesk apı aracılığıyla, her kayıt için, ben yapmak:

1. Sınırlı ayrıcalıklara sahip bir veritabanı kullanıcısı oluşturun;
2. Sadece önceki oluşturulan kullanıcı ve sistem yöneticisi (bakım için) tarafından erişilebilen bir veritabanı oluşturmak
3. Db doldurmak

Şimdi, postgresql (proje olgun ve mysql.. dont tüm needes yerine getirmek oluyor) ile aynı yapmak istiyorum

Tüm veritabanları/şemalar yedekleri bağımsız olması gerekir: pg_dump çalışmaları her iki yönde de mükemmel, sadece 1 şema veya 1 veritabanı erişimi için yapılandırılmış olan kullanıcılar için aynı.

Daha tecrübeli olduğunuzu varsayarak benden kullanıcılar potsgres yani benim durum için en iyi çözümdür, ve neden ne düşünüyorsun?

Performans farklılıkları kullanarak olacak $x yerine db $x şemalar? Ve ne çözüm gelecek (güvenirlik) sağlamak için daha iyi olacak?

Edit: Az kalsın unutuyordum: tüm veritabanları şemaları/daimaaynı yapıya sahip!

Edit2: Yedekleme sorunu (kullanarak pg_dump), belki daha iyi kullanarak 1 db ve bir çok şemalar, damping tüm şemalar aynı anda: kurtarma olacak oldukça basit yükleme ana çöplükte bir dev makine ve döküm ve geri yükleme sadece şeması gerekli: 1 ek adım, ama sıkıp şema gibi kısa bir süre sonra bu aptal yerine koyma onları tek tek.

p.s: eğer bazı unuttuysam özür dilerim 'W' metin char, benim klavye o düğmeye acı çeker ;)

GÜNCELLEME 2012

Peki, uygulama yapısı ve tasarımı çok bu son iki yıl dirung değiştirilir. Hala 1 db with many schemas yaklaşım kullanarak Im, ama yine de, 1 veritabanı varher sürüm içinuygulama: benim

Db myapp_01
    \_ my_customer_foo_schema
    \_ my_customer_bar_schema
Db myapp_02
    \_ my_customer_foo_schema
    \_ my_customer_bar_schema

Yedekleme için, ben düzenli olarak her veritabanı, sonra dev sunucu yedekleme taşıma damping.

Daha önce de dediğim gibi sohbet de PİTR/WAL yedekleme kullanarak ama büyük olasılıkla ben de geri vermek zorunda kalacaktüm veritabanımuhtemelen bu yıl atlamamış yani aynı anda.. durumumu en iyi yaklaşım değil ().

1-db-birçok-şema yaklaşımı ise uygulama yapısı tamamen değişti hatta çok iyi bugüne kadar benim için çalıştı:

neredeyse unutuyordum:/şemalar benim veritabanlarıdaimaaynı yapıya sahip!

...şimdi, her şema değiştiren, kendi yapısı vardır dinamycally kullanıcılar tepki veri akışı.

Bir PostgreSQL "" MySQL olarak kabaca aynıdır "". veritabanı şema PostgreSQL kurulumunda birçok veritabanı sahip bir sorun olabilir; birçok şemalar sahip sorunsuz çalışır. Kesinlikle bu veritabanı içinde bir veritabanı ve birden çok şemalar ile gitmek istiyorum.