Beefy Boxes and Bandwidth Generously Provided by pair Networks
Do you know where your variables are?
 
PerlMonks  

Re: OT?: Partition the tables? (Re: DBIx::Class with two kinds of otherwise identical table types)

by dwm042 (Priest)
on Sep 15, 2010 at 11:55 UTC ( #860205=note: print w/ replies, xml ) Need Help??


in reply to OT?: Partition the tables? (Re: DBIx::Class with two kinds of otherwise identical table types)
in thread DBIx::Class with two kinds of otherwise identical table types

Roboticus,

Right now partitioning is a hypothetical, a way to handle a few huge towns in a mass of small towns. But since you've given me a name to the method, I can do searches and I found this url, which though elusive, gives me a couple new pointers in Yann's comment.

In other cases, a Dr. Chris Cole was using partitioned tables, because of the sheer size of his data sets (~90M rows/month). Link is here.

Thanks.

David.


Comment on Re: OT?: Partition the tables? (Re: DBIx::Class with two kinds of otherwise identical table types)
Re^2: OT?: Partition the tables? (Re: DBIx::Class with two kinds of otherwise identical table types)
by roboticus (Canon) on Sep 15, 2010 at 13:11 UTC

    dwm042:

    The reason I used partitioned tables is because I worked at a financial institution that deals with a *huge* number of transactions each day. We have to keep different levels of transaction information for different amounts of time. So we used partitioning to help manage the volume of data. A brief description follows, to give an illustration of how and why to use partitioned tables:

    Requirements:

    • We need complete transaction details for 35 days. (Actual req was for 30 days, we kept five additional days for simplifying the monthly summary and leave a bit of elbow room for error recovery.)
    • We need transaction summaries for 18 months
    • Database needs to be online 24/7
    • We had several indexes on the data that take a good amount of time to rebuild
    • ...others not mentioned here...

    Because of these requirements, we had two tables TxnDtls and TxnSumHist for the details and summaries. We partitioned both tables based on the date. For TxnDtls, we used the day (YYYYMMDD), and for TxnSumHist, we used the month (YYYYMM). (In the remainder of the post, think of YYYYMM and YYYYMMDD as stand-ins for the actual dates.) Our process consisted of roughly:

    1. Create table TxnDtls_YYYYMMDD
      select top 0 * into TxnDtls_YYYYMMDD from TxnDtls
    2. Bulk load the transaction details into the table (using BCP)
    3. Build the indexes.
    4. Update the partition function to eliminate the 35-day-old TxnDtls_YYYYMMDD table and add the new table.
    5. If it's the first day of the month, then:
      1. Create the new TxnSumHist_YYYYMM table, summarizing the data
        select -- Key fields D.Merchant_ID, 'YYYYMM' as Billing_Period, D.TxnType, ... -- Statistics fields sum(D.Amount) as TxnTotal, count(*) as TxnCount, ... into TxnSumHist_YYYYMM S from TxnDtls D where D.TxnDate between ... and ... group by D.Merchant_ID, D.TxnType, ...
      2. Build the indexes
      3. Update the partition function to eliminate the 19-month-old TxnSumHist_YYYYMM table and add the new one.
      4. Drop the old TxnSumHist_YYYYMM table
    6. Drop the old TxnDtls_YYYYMMDD table

    By carefully distributing the table and index partitions among your storage systems, you can get surprisingly good performance. (Assuming you have the I/O capacity and enough storage devices to distribute the load to. Towards the end of the project, we used a couple fiber optic cards to connect to a massive storage system that distributed 1.6TB of data over numerous 20GB drives. The performance was stunning!)

    If anyone has any specific questions about the system, just ask, and I'll answer as best as I can. But the system was decommissioned about six months ago, and I work at a different company now, so some of the finer details are still leaking away from my memory... ;^)

    ...roboticus

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://860205]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others examining the Monastery: (13)
As of 2014-09-19 15:14 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    How do you remember the number of days in each month?











    Results (140 votes), past polls