You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(17) |
Jun
(3) |
Jul
|
Aug
|
Sep
(8) |
Oct
(18) |
Nov
(51) |
Dec
(74) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(47) |
Feb
(44) |
Mar
(44) |
Apr
(102) |
May
(35) |
Jun
(25) |
Jul
(56) |
Aug
(69) |
Sep
(32) |
Oct
(37) |
Nov
(31) |
Dec
(16) |
2012 |
Jan
(34) |
Feb
(127) |
Mar
(218) |
Apr
(252) |
May
(80) |
Jun
(137) |
Jul
(205) |
Aug
(159) |
Sep
(35) |
Oct
(50) |
Nov
(82) |
Dec
(52) |
2013 |
Jan
(107) |
Feb
(159) |
Mar
(118) |
Apr
(163) |
May
(151) |
Jun
(89) |
Jul
(106) |
Aug
(177) |
Sep
(49) |
Oct
(63) |
Nov
(46) |
Dec
(7) |
2014 |
Jan
(65) |
Feb
(128) |
Mar
(40) |
Apr
(11) |
May
(4) |
Jun
(8) |
Jul
(16) |
Aug
(11) |
Sep
(4) |
Oct
(1) |
Nov
(5) |
Dec
(16) |
2015 |
Jan
(5) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(4) |
Jun
(12) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
1
(1) |
2
|
3
|
4
|
5
(3) |
6
|
7
(9) |
8
(13) |
9
|
10
(2) |
11
(1) |
12
(4) |
13
(8) |
14
(7) |
15
(14) |
16
|
17
|
18
(16) |
19
(11) |
20
(7) |
21
(8) |
22
|
23
|
24
|
25
|
26
(9) |
27
(12) |
28
(8) |
29
(4) |
30
|
From: Ashutosh B. <ash...@en...> - 2012-06-11 08:28:32
|
Michael, I will take care of updating the code. I would be nice if you could review the patch from the UPDATE/DELETE point of view. RemoteQuery nodes is also created under ModifyTable to send UPDATE/DELETE queries. You know that code better. On Fri, Jun 8, 2012 at 7:02 PM, Michael Paquier <mic...@gm...>wrote: > Do not forget to realign your code with current master, the copyrights are > incorrect in this patch as they still refer to NTT and not xc development > group. > > On 2012/06/08, at 22:04, Ashutosh Bapat <ash...@en...> > wrote: > > > Hi All, > > PFA the patch to support projection in RemoteQuery nodes. The patch also > has some cleanup and expected output changes because of the fix. The plan > also simplifies the handling of materialization in RemoteQuery node. The > materialisation is needed only in case rescan is required, but still we > always materialise. Hence there is scope for some performance improvement > here, but this patch does not do that. > > > > How does projection work > > In RemoteQuery node we provide base_tlist as the target list > representing the data expected from the datanodes. This provides the scan > tuple descriptor. The actual targetlist expected from the RemoteQuery node > is saved in scan.plan.targetlist like other scan plans. This serves as the > projection list. Rest of the logic to link the scan targetlist and project > targetlist and also to apply quals is built in ExecScan(). > > > > Advantages > > 1. Since RemoteQuery nodes can project, there is no need to add Result > node on top of RemoteQuery nodes. > > 2. 1 makes reduction in create_remotejoin_plan easier and better. > > 3. ExecRemoteQuery node now follows template similar to ExecSeqScan and > uses ExecScan to do most of its work, thus reducing and simplifying a lot > of code. > > > > Amit, > > Since you had worked on an issue in this area, please spend some time > reviewing the patch and provide your comments. Others too are very much > welcome. > > > > -- > > Best Wishes, > > Ashutosh Bapat > > EntepriseDB Corporation > > The Enterprise Postgres Company > > > > <xc_project_remote.patch> > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Postgres-xc-developers mailing list > > Pos...@li... > > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > -- Best Wishes, Ashutosh Bapat EntepriseDB Corporation The Enterprise Postgres Company |