yılında
sayesinde doğru yolu Kristal raporları dışında veri kaynağı ele olacaktır. Postgres'le aşina değilim ve tabloları veya veritabanlarını bağlayıp bağlamadığınızı bilmiyorum. SQL Server'da MS Access bağlantılı tablolarda bağlantılı sunucuları kullanabilirsiniz, Postgres'de benzer bir kavram olmalıdır. Buradaki fikir, veritabanının dışındaki bir nesneyi bağlamak ve veritabanının içinde kullanmaktır. ,
A, B seçeneğini server2.database1.table1 BİRLİĞİ'NDEN A, B, C seçeneğini server1.database1.table1 BİRLİĞİ'NDEN A, B, C belirleyin: Bu, böyle bir sorgu hazırlamak sağlayacak server3.database1.table1 DAN C ... BİRLİĞİ seçmek , B, C server10.database1.table1
Bu sorgu (veya görünüm) DAN tüm bilgileri içerecek ve üzerinde size Kristal raporunu temel alabilirsiniz . Crystal, sorguyu içeren tek bir veritabanıyla çalışacak ve sorgu, verileri toplamak için diğer veritabanlarıyla ilgilenecektir. Tüm 10 veritabanına bağlantılarınızı doğrudan Crystal raporlarına eklediğinizde, yönteme göre daha hızlı olacaktır.
Burada alt raporların bir seçenek olduğunu düşünmüyorum. Her alt rapor ayrı bir veritabanına bağlanacak ve 10 ayrı alt rapor alacaktır. Tüm verileri alabilir ancak her bir alt rapor için sıralanacaktır, böylece ilk veri için A-> Z, sonra ikinci için A-> Z olacaktır. Ther birlikte sunulacak 10 ayrı veri kümesi olacak, ancak yine de ayrı kayıt kümeleri gibi davranacak.
Postgres bağlantılı veri tabanları desteklemiyorsa sadece kendi tabloları bağlamak ve verileri birleştirecek olan bir yer olarak kullanmak, bir proxy olarak bir Access veritabanı kullanabilirsiniz
Evet size alt raporları kullanması gereken mümkündür ... bir veritabanı için bir alt rapor. ancak 10 veritabanına erişirseniz performans düşebilir ... – Siva
Teşekkür ederim, ben buna bakacağım. Performans, yalnızca verileri birleştirmek için bir kerelik bir rapor olacağından bir sorun olmayacaktır. Bunu almayı ve öneri olarak koşmayı başardığımda geri bildirim sağlayacağım –