Re: User requirements for MySQL Partitioning
> - Option to load any partition to cache (heap
> storage engine may not help)
>>Not sure which cache you refer to here?
Load/ keep a copy of any parition in main memory.
Alter table <table_name> change partition <partition_name> cache = Y ( cache =N)
> - Optimization hints for Index usage and other
> select / join operations.
>>Is there anything more than the normal FORCE INDEX you refer to here?
'Select' can span on many partitions, a hint can control how many max/min OS process/thread will be used for the select.
I will list few more hints later...
> - Don't allow to drop all the partitions. Atleast
> the table must have one active partition.
>>Sounds like something which should be configurable since I presume there
are differing requirements here.
Most of the DBAs automate the partitions' rotation and will accidently delete all the partitions. It will break all the applications and stored procedures. If DBA wants to delete all the partitions then he/she will use the 'DROP TABLE..'
Subject
Views
Written By
Posted
4324
May 25, 2005 11:11AM
3440
May 25, 2005 12:07PM
3026
May 26, 2005 01:33AM
Re: User requirements for MySQL Partitioning
3292
May 27, 2005 09:46AM
2943
May 27, 2005 12:57PM
2829
May 30, 2005 03:37AM
2700
May 30, 2005 11:09AM
Sorry, you can't reply to this topic. It has been closed.
Content reproduced on this site is the property of the respective copyright holders.
It is not reviewed in advance by Oracle and does not necessarily represent the opinion
of Oracle or any other party.