Re: Partitioning not working need primary key?
Dear Rick,
I tried this part does not work INSERT INTO flt102 SELECT 1000.01 FROM ints a JOIN ints b; because there is no table ints? So your advice is to go with decimal rather then double due to space wastage is it ? I have read about partitioning this is where I am getting lost "partition key" must be part of any UNIQUE index" must the key be part of primary key? So in my case you said both this will not work PARTITION BY RANGE(datetime) and PRIMARY KEY (`receiptID`,`outletID`) right? So I am lost why I could not just partition based on range(datetime) as keep getting errors as I stated earlier. I agree with your summary tables idea very useful but does suggest that it is updated on each time we add the master table or run some script to do the summary? Another thing regarding the composite index. Well in the case of outletID,receiptID as a composite index. Say I have a query where I will search just based on date time then this index wont be applicable and rite. Another query say I need to search based on outletID and datetime again this indexing wont be useful I guess?
Subject
Views
Written By
Posted
4620
October 20, 2012 11:12AM
2289
October 22, 2012 07:14AM
1998
October 22, 2012 11:59AM
2038
October 22, 2012 09:37PM
2092
October 23, 2012 08:36AM
1981
October 23, 2012 09:50AM
2017
October 24, 2012 09:05AM
2011
October 24, 2012 09:26PM
1954
October 25, 2012 09:45PM
7421
October 25, 2012 11:22PM
Re: Partitioning not working need primary key?
1989
October 27, 2012 07:21AM
1914
October 27, 2012 12:01PM
1864
October 28, 2012 12:10PM
1937
October 28, 2012 02:12PM
1805
October 29, 2012 06:51PM
2032
November 01, 2012 10:55AM
7264
November 02, 2012 12:37AM
1848
November 03, 2012 10:37AM
1900
November 03, 2012 11:37AM
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.