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
4549
October 20, 2012 11:12AM
2243
October 22, 2012 07:14AM
1952
October 22, 2012 11:59AM
2001
October 22, 2012 09:37PM
2059
October 23, 2012 08:36AM
1950
October 23, 2012 09:50AM
1979
October 24, 2012 09:05AM
1974
October 24, 2012 09:26PM
1914
October 25, 2012 09:45PM
7371
October 25, 2012 11:22PM
Re: Partitioning not working need primary key?
1949
October 27, 2012 07:21AM
1869
October 27, 2012 12:01PM
1826
October 28, 2012 12:10PM
1901
October 28, 2012 02:12PM
1767
October 29, 2012 06:51PM
1994
November 01, 2012 10:55AM
7218
November 02, 2012 12:37AM
1816
November 03, 2012 10:37AM
1865
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.