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
|
2
|
3
|
4
(1) |
5
(1) |
6
|
7
|
8
(2) |
9
(2) |
10
|
11
|
12
(4) |
13
(1) |
14
|
15
(3) |
16
(5) |
17
(2) |
18
(2) |
19
|
20
|
21
|
22
(1) |
23
(5) |
24
(2) |
25
(6) |
26
(3) |
27
|
28
(1) |
29
(3) |
30
(7) |
|
|
|
|
From: Mason S. <mas...@en...> - 2010-11-29 19:30:56
|
Michael, Can you remind me regarding statement_timestamp()? From the commit log: This commit supports global timestamp values for now(), statement_timestamp, transaction_timestamp,current_date, current_time, current_timestamp, localtime, local_timestamp and now(). clock_timestamp and timeofday make their calculation based on the local server clock so they get their results from the local node where it is run. Their use could lead to inconsistencies if used in a transaction involving several Datanodes. For statement_timestamp() do we perform a separate operation through GTM, or do we do a delta similar to clock_timestamp()? Thanks, Mason -- Mason Sharp EnterpriseDB Corporation The Enterprise Postgres Company This e-mail message (and any attachment) is intended for the use of the individual or entity to whom it is addressed. This message contains information from EnterpriseDB Corporation that may be privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient or authorized to receive this for the intended recipient, any use, dissemination, distribution, retention, archiving, or copying of this communication is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and delete this message. |
From: Mason S. <mas...@en...> - 2010-11-29 15:03:05
|
On 11/29/10 4:32 AM, xiong wang wrote: > Dears, > step as follows: > ./psql -Upostgres -p 5432 -c 'create table tt(a int);' > CREATE TABLE > ./psql -Upostgres -c 'begin;select * from tt;'; > WARNING: Consuming data node messages after error. > ........(holding) > log on postgres-xc coordinator: > LOG: statement: begin;select * from tt; > ERROR: Unexpected response from the data nodes for 'T' message, > current request type 1 > STATEMENT: begin;select * from tt; > WARNING: Consuming data node messages after error. > log on postgres-xc datanode: > LOG: statement: BEGIN > LOG: statement: begin;select * from tt; > WARNING: there is already a transaction in progress We send a begin down to the data nodes implicitly. It looks like if the first statement is a BEGIN we should suppress that (but send a valid response). I will add it to the SF bug tracker. Thanks, Mason > I verified the statement on postgreSQL. It's ok. > Regards, > Benny > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App& Earn a Chance To Win $500! > Tap into the largest installed PC base& get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > > > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > -- Mason Sharp EnterpriseDB Corporation The Enterprise Postgres Company This e-mail message (and any attachment) is intended for the use of the individual or entity to whom it is addressed. This message contains information from EnterpriseDB Corporation that may be privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient or authorized to receive this for the intended recipient, any use, dissemination, distribution, retention, archiving, or copying of this communication is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and delete this message. |
From: xiong w. <wan...@gm...> - 2010-11-29 09:32:12
|
Dears, step as follows: ./psql -Upostgres -p 5432 -c 'create table tt(a int);' CREATE TABLE ./psql -Upostgres -c 'begin;select * from tt;'; WARNING: Consuming data node messages after error. ........(holding) log on postgres-xc coordinator: LOG: statement: begin;select * from tt; ERROR: Unexpected response from the data nodes for 'T' message, current request type 1 STATEMENT: begin;select * from tt; WARNING: Consuming data node messages after error. log on postgres-xc datanode: LOG: statement: BEGIN LOG: statement: begin;select * from tt; WARNING: there is already a transaction in progress I verified the statement on postgreSQL. It's ok. Regards, Benny |