Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. COI'm pretty sure this does not do what I'm asking for. Instead this just separates a single table into 6 different partitions in a round robin fashion based on the month. What I'm looking for would actually need only two partitions, one that always has the last two weeks of records and one that has anything older then two weeks.
      singulars
    2. COit was the example given in mysql documentation, I was assuming you'd tailor the example for your own situation. however thinking of it, I see a problem. the system you suggest would require mysql to move data from first partition to second one, as records get older, every day. this I dont see happening. you might want to consider using two tables, like newrecs and oldrecs, of same format, giving your normal users results from only newrec table, and giving your admin stuff results from oldrecs union newrecs. and then in a cron job, move records that got old that day to the other table.
      singulars
    3. COThat's along the lines I was thinking for a work around. However the admins will need to see items from both the new table and the old table and I'm not sure how to join separate tables together to add more rows and not more columns. I am wondering if there is a way to create two separate partitions and just manually move items from one partition to another using a cron job. That would do the same thing without a nasty join needed.
      singulars
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload