Reply to Re: Separate databases for high/low transaction volumes?

Your name:

Reply:


Posted by mmarovic on 06/23/06 10:17

peterc wrote:
> I have an existing database with approx 500,000 rows and accessed by a
> few hundred users per day creating approx 1,000 new records per day
> plus typical reporting - relatively low volume stuff for SQL Server.
>
> I'm about to add a process that will be importing data daily from
> legacy databases and summarizing it for reporting purposes, integrating
> it with the existing database. This volume of data will be considerably
> higher, perhaps 100,000+ rows per day, which will be deleted once it
> has been summarized and the results written to some intermediate
> tables.

I guess after summarization it will be far less then 100,000 new rows
per day.

> Is there any concern about mixing different levels of volume within one
> database? As I'll be creating lots of rows daily and then deleting them
> I was wondering about fragmentation, transaction logging etc. and
> whether having this processing in a separate database from the main
> application would be 'better'.

I would import the data into separate stage database with simple model.
I would insert data there in batches and the insert summary data into
reporting tables of the main database.

[Back to original message]


Удаленная работа для программистов  •  Как заработать на Google AdSense  •  England, UK  •  статьи на английском  •  PHP MySQL CMS Apache Oscommerce  •  Online Business Knowledge Base  •  DVD MP3 AVI MP4 players codecs conversion help
Home  •  Search  •  Site Map  •  Set as Homepage  •  Add to Favourites

Copyright © 2005-2006 Powered by Custom PHP Programming

Сайт изготовлен в Студии Валентина Петручека
изготовление и поддержка веб-сайтов, разработка программного обеспечения, поисковая оптимизация