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
4517
October 20, 2012 11:12AM
2223
October 22, 2012 07:14AM
1938
October 22, 2012 11:59AM
1985
October 22, 2012 09:37PM
2043
October 23, 2012 08:36AM
1925
October 23, 2012 09:50AM
1964
October 24, 2012 09:05AM
1958
October 24, 2012 09:26PM
1893
October 25, 2012 09:45PM
7355
October 25, 2012 11:22PM
Re: Partitioning not working need primary key?
1926
October 27, 2012 07:21AM
1852
October 27, 2012 12:01PM
1811
October 28, 2012 12:10PM
1879
October 28, 2012 02:12PM
1753
October 29, 2012 06:51PM
1984
November 01, 2012 10:55AM
7200
November 02, 2012 12:37AM
1799
November 03, 2012 10:37AM
1855
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.