Re: [ADMIN] [JDBC] is a good practice to create an index on the oid?

2004-04-26 Thread Dave Cramer
through to the mailing list cleanly > > > > !DSPAM:408d7c38183971270217895! > > -- Dave Cramer 519 939 0336 ICQ # 14675561 ---(end of broadcast)--- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match

Re: [ADMIN] [JDBC] [PERFORM] is a good practice to create an index on the

2004-04-27 Thread Dave Cramer
. > > Even better though is to not use oids at all, of course... > > Chris > > > ---(end of broadcast)--- > TIP 5: Have you checked our extensive FAQ? > > http://www.postgresql.org/docs/faqs/FAQ.html > > > > !DSPAM:408

Re: [ADMIN] [JDBC] [PERFORM] is a good practice to create an index on the

2004-04-27 Thread Dave Cramer
sed for anything internally, so duplicates don't > > really matter. Besides, what would you do about duplicate oid's ? > > If he's using them _externally_, then he does have to worry about > duplicates. > > Chris > > > > !DSPAM:408e75e013

Re: [ADMIN] [JDBC] Trouble with locking tables - reg.

2004-06-10 Thread Dave Cramer
atabase table it shows the field value as > 51. > how to make it to our expectation. > > Your immediate response in this regard is very much appreciate. > Thanking you, > > Yours sincerely, > > Shan. > > > > > ---(end of broa

Re: [ADMIN] [GENERAL] High Availability - Performace Scalability -

2004-08-18 Thread Dave Cramer
this app... ( but its not open source ) > > > Thanks, > > > ---(end of broadcast)--- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere&quo