Up-to-date reports database
От | Herouth Maoz |
---|---|
Тема | Up-to-date reports database |
Дата | |
Msg-id | 9BF7AC2C-BD1D-4492-BA33-EFECC3024F77@unicell.co.il обсуждение исходный текст |
Ответы |
Re: Up-to-date reports database
Re: Up-to-date reports database |
Список | pgsql-general |
Hi guys, I'm interested in a solution that will allow our customers to run reports - which may involve complicated queries - on datawhich is as up-to-date as possible. One thing I don't want to do is to let the reporting system connect to the production database. I want the indexes in productionto be limited to what production needs, and not add indexes that are required for reports, for instance. And basically,I don't want a customer to run a complicated report and degrade the performance of my production system. A replication solution is not very good, either, because of course I can't define indexes differently, I don't want *all*transactions in all tables to be sent, and also, because I may want to cross reference data from different systems.So ideally, I want to have a reporting database, where specific tables (or maybe even just specific columns) fromvarious databases are collected, and have a reporting tool connect to this database. But I want to push the data intointo that database as close to real time as possible. The most important data I am currently considering are two tables which have an average of 7,600 transactions per hour (standarddeviation 10,000, maximum in May is 62,000 transactions per hour). There may be similar pairs of tables collectedfrom more than one database. I assume this is not an uncommon scenario. What solutions would you recommend? Herouth
В списке pgsql-general по дате отправления: