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
(10) |
2
(18) |
3
(1) |
4
|
5
(15) |
6
(16) |
7
(11) |
8
(17) |
9
(7) |
10
(6) |
11
(1) |
12
(6) |
13
(4) |
14
(8) |
15
(3) |
16
(3) |
17
|
18
|
19
(8) |
20
(10) |
21
(12) |
22
(5) |
23
(3) |
24
|
25
|
26
(2) |
27
(2) |
28
(1) |
29
(2) |
30
(5) |
31
(1) |
From: Pavan D. <pav...@gm...> - 2013-08-09 10:07:08
|
On Fri, May 24, 2013 at 1:30 AM, Ashutosh Bapat < ash...@en...> wrote: > Hi All, > While I hear Robert's presentation on query planning go wrong, I heard > (first time) about MergeAppend plan. It looks like, we have something > better to do with the way we are pushing the ORDER BY clauses and doing > merge at the coordinator. Right now we are using Sort node and in ExecSort > we start merging the rows. Instead, I think we should be using MergeAppend > node. > > I generally like this idea (though I saw below you did not get performance numbers as expected). If we do this, it would also make sense to rework RemoteQuery to use Append nodes for combining unsorted results from the datanodes. But we will need some kind of parallelism at that node level so that queries can be started and executed on all the child nodes at the same time. AFAIK the current Append node executes serially i.e. it will move to the next node only after finishing one subplan. Thanks, Pavan -- Pavan Deolasee http://www.linkedin.com/in/pavandeolasee |
From: Masataka S. <pg...@gm...> - 2013-08-09 09:20:04
|
On Thu, Aug 8, 2013 at 9:41 PM, Abbas Butt <abb...@en...> wrote: > Hi, > PFA patch to fix an XC limitation that update of a replicated table > created with oids cannot be based on oids. When did you change distribution rule to REPLICATION from ROUNDROBIN? I lost your patch. > i.e. this update supposed to fail > update rep_table_with_oids set colum = $1 where oid=$2 > saying > ERROR : Write to replicated table returned different results from the Datanodes > > The reason is that we would select oid from the primary datanode and > that particular oid will not be there on the rest of the datanodes. > The patch comments explain the complete scenario in detail. > > With this patch the JDBC regression runs without any failures or > errors on my machine. > Strangely I did not have to change any thing on the server side. What do you experience the strangeness of? Your patch eliminated "oid" column from the selection, therefore, UPDATE query does not contain "oid" anymore. I think it is straightforward. Regards. > > -- > Abbas > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.com > > Follow us on Twitter > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers and more > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > |
From: Masataka S. <pg...@gm...> - 2013-08-09 07:50:24
|
I hesitated to accept. Because original testCopyOutByRow tests COPY from a table but our one tests COPY from a subquery. But I found that it tests to issue COPY query and to receive the result. The target of COPY is not important. Hence, I think this patch is applicable. On Thu, Aug 8, 2013 at 8:06 PM, Abbas Butt <abb...@en...> wrote: > Hi, > PFA patch to fix copy tests needing order by. > > -- > Abbas > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.com > > Follow us on Twitter > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers and more > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > |
From: Masataka S. <pg...@gm...> - 2013-08-09 06:32:24
|
I think "order by" in runInfinityTests is unnecessary. On Thu, Aug 8, 2013 at 6:33 PM, Abbas Butt <abb...@en...> wrote: > Hi, > PFA path to fix time-stamp tests needing order by > > -- > Abbas > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.com > > Follow us on Twitter > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers and more > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > |
From: Masataka S. <pg...@gm...> - 2013-08-09 04:47:24
|
My comment is same as the one for 10_1_date. patch. On Thu, Aug 8, 2013 at 6:32 PM, Abbas Butt <abb...@en...> wrote: > Hi, > PFA patch to fix time tests needing order by. > > -- > Abbas > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.com > > Follow us on Twitter > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers and more > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > |
From: Masataka S. <pg...@gm...> - 2013-08-09 04:31:24
|
It will work. But it took a bit time to understand that selectSQL("testdate order by i", "dt")) is expanded to "SELECT dt FROM testdate order by i" because the first argument name of selectSQL is "table". You'd better use selectSQL (String table, String columns, String where, String other) rather than selectSQL(String table, String columns). On Thu, Aug 8, 2013 at 6:31 PM, Abbas Butt <abb...@en...> wrote: > Hi, > PFA patch to fix date tests needing order by. > > -- > Abbas > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.com > > Follow us on Twitter > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers and more > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > |
From: Masataka S. <pg...@gm...> - 2013-08-09 02:56:18
|
No problem. On Thu, Aug 8, 2013 at 6:31 PM, Abbas Butt <abb...@en...> wrote: > Hi, > PFA patch to fix integer tests needing order by. > > -- > Abbas > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.com > > Follow us on Twitter > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers and more > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > |