Thread: Open 6.4 Items
Possible additions ------------------ cidr/IP address type(Tom Helbekkmo) rewrite system(Jan) foreign key?(Vadim) Serious Bugs ------------ change pg args for platforms that don't support argv changes (setproctitle()?, sendmail hack?) pg_user dumps core on some platforms have psql dump out rules text with new function man pages/sgml synchronization generate html/postscript documentation generate postmaster pid file and remove flock/fcntl lock code regproc dumps name_oid, which fails on CREATE TYPE CREATE TABLE test (x text, s serial) fails if no database creation permission SELECT * FROM pg_rules WHERE pg_rules.oid = pg_class.oid crashes handle oid's on views by either disallowing it or meaningful results certain AND/OR WHERE clauses crash backend select not bool_field from t1 crashes CREATE TABLE bar (id serial, name varchar(32)) fails New Bugs -------- cnf-ify still can exhaust memory, make SET KSQO more generic permissions on indexes: what do they do? should it be prevented? remove PARSEDEBUG defines if not longer needed low level locking - work-in-progress for 6.5 improve reporting of syntax errors by showing location of error in query use index with constants on functions allow chaining of pages to allow >8k tuples allow multiple generic operators in expressions without the use of parentheses document/trigger/rule so changes to pg_shadow create pg_pwd large objects orphanage improve group handling no min/max for oid type -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 http://www.op.net/~candle | (610) 353-9879(w) + If your life is a hard drive, | (610) 853-3000(h) + Christ can be your backup. |
Bruce Momjian wrote: > allow chaining of pages to allow >8k tuples How transparent is this going to be? Am I going to need to specify that a table needs to be 'chainable', or is it just going to do it when I create tables that can have records containing >8k of data? I have several databases that I would like to move over to a postgres backend from 4th Dimension, but many tables have the potential of creating tuples greater than 8k. Thanks, Nick
> Bruce Momjian wrote: > > allow chaining of pages to allow >8k tuples > > How transparent is this going to be? Am I going to need to specify that a > table needs to be 'chainable', or is it just going to do it when I create > tables that can have records containing >8k of data? I have several databases > that I would like to move over to a postgres backend from 4th Dimension, but > many tables have the potential of creating tuples greater than 8k. > > Thanks, > Nick > Automatically. We have had no one offer to do it, yet. -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 http://www.op.net/~candle | (610) 353-9879(w) + If your life is a hard drive, | (610) 853-3000(h) + Christ can be your backup. |
Bruce Momjian wrote: > > > Bruce Momjian wrote: > > > allow chaining of pages to allow >8k tuples > > > > How transparent is this going to be? Am I going to need to specify that a > > table needs to be 'chainable', or is it just going to do it when I create > > tables that can have records containing >8k of data? I have several databases > > that I would like to move over to a postgres backend from 4th Dimension, but > > many tables have the potential of creating tuples greater than 8k. > > > > Thanks, > > Nick > > > > Automatically. We have had no one offer to do it, yet. Ahh, well...bummer, then.. ;-) Nick