Re: [HACKERS] [GENERAL] Undetected corruption of table files

2007-08-31 Thread Decibel!
On Fri, Aug 31, 2007 at 03:11:29PM -0400, Tom Lane wrote: Decibel! [EMAIL PROTECTED] writes: Even if we don't care about folks running on suspect hardware, having a CRC would make it far more reasonable to recommend full_page_writes=3Doff. This argument seems ridiculous. Finding out

Re: [HACKERS] Per-function search_path = per-function GUC settings

2007-09-01 Thread Decibel!
an array? SET {'search_path=CURRENT', 'enable_seqscan=false', ...} Or now that we have arrays of complex types, perhaps an array of type GUC... Either case would at least take care of CURRENT... -- Decibel!, aka Jim Nasby[EMAIL PROTECTED] EnterpriseDB http

Re: [HACKERS] Per-function GUC settings: trickier than it looked

2007-09-03 Thread Decibel!
could probably make an across-the-board call that all functions operate as if in their own sub-transaction, at least when it comes to SET. Whatever we decide on, least-surprise would dictate that it's the same whether you apply function-specific settings or not. -- Decibel!, aka Jim Nasby

Re: [pgsql-www] [HACKERS] \dF wrt text search

2007-09-03 Thread Decibel!
On Sun, Sep 02, 2007 at 11:18:45PM -0300, Marc G. Fournier wrote: Should be fixed now, running a manual run of it right now, give it about 15 minutes or so ... Is there now monitoring for it as well? -- Decibel!, aka Jim Nasby[EMAIL PROTECTED] EnterpriseDB http

[HACKERS] Code examples

2007-09-03 Thread Decibel!
a book, if anyone wants to see it. -- Decibel!, aka Jim Nasby[EMAIL PROTECTED] EnterpriseDB http://enterprisedb.com 512.569.9461 (cell) pgpfIY6tWUOJ1.pgp Description: PGP signature

[HACKERS] Oddity with psql \d and pg_table_is_visible

2007-09-05 Thread Decibel!
search_path, even if there's something higher in the search_path that would over-ride it. ISTM that's what most people would expect out of \d. If no one objects I'll come up with a patch for this. -- Decibel!, aka Jim Nasby[EMAIL PROTECTED] EnterpriseDB http://enterprisedb.com

Re: [HACKERS] Just-in-time Background Writer Patch+Test Results

2007-09-06 Thread Decibel!
that scan_whole_pool_seconds should take checkpoint intervals into account somehow. -- Decibel!, aka Jim Nasby[EMAIL PROTECTED] EnterpriseDB http://enterprisedb.com 512.569.9461 (cell) pgpiBGkQouND3.pgp Description: PGP signature

Re: [HACKERS] Oddity with psql \d and pg_table_is_visible

2007-09-07 Thread Decibel!
On Wed, Sep 05, 2007 at 03:27:50PM -0400, Tom Lane wrote: Decibel! [EMAIL PROTECTED] writes: While this is correct on a per-relation level, I'm thinking that it's not what we'd really like to have happen in psql. What I'd like \d to do is show me everything in any schema that's in my

Re: [HACKERS] Follow-Up to A Silly Idea for Vertically-Oriented Databases

2007-09-07 Thread Decibel!
but also inserts that re-use space from deleted records. -- Decibel!, aka Jim Nasby[EMAIL PROTECTED] EnterpriseDB http://enterprisedb.com 512.569.9461 (cell) pgp0bviTEQ2r6.pgp Description: PGP signature

Re: [HACKERS] [FEATURE REQUEST] Streaming Onlinebackup (Maybe OFFTOPIC)

2007-09-07 Thread Decibel!
this Is this apoc9009 guy real ? Pretty much as soon as I saw that comment I just nuked the whole thread and moved on. I suggest everyone else just do the same. -- Decibel!, aka Jim Nasby[EMAIL PROTECTED] EnterpriseDB http://enterprisedb.com 512.569.9461 (cell

Re: [HACKERS] Open issues for HOT patch

2007-09-18 Thread Decibel!
. I realize that ideally we'd probably want FILLFACTOR to take things like average tuple size and average number of updates per page into account, but for a first pass 90% would likely be a good compromise... -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer

Re: [HACKERS] Open issues for HOT patch

2007-09-18 Thread Decibel!
. Available by default (thus pgstattuple needs to push into core) 3 isn't that important to me, but 4 is: 4. Doesn't hammer the database to measure And pgstattuple fails #4 miserably. Want to know the average dead space in a 500GB database? Yeah, right -- Decibel!, aka Jim C. Nasby, Database

Re: [HACKERS] First steps with 8.3 and autovacuum launcher

2007-09-18 Thread Decibel!
to take all that long... -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 pgpjuvHWopLgw.pgp Description: PGP signature

Re: [HACKERS] Open issues for HOT patch

2007-09-19 Thread Decibel!
On Sep 19, 2007, at 8:08 AM, Tom Lane wrote: Decibel! [EMAIL PROTECTED] writes: 3 isn't that important to me, but 4 is: 4. Doesn't hammer the database to measure And pgstattuple fails #4 miserably. Want to know the average dead space in a 500GB database? Yeah, right So we could put

Re: [HACKERS] First steps with 8.3 and autovacuum launcher

2007-09-19 Thread Decibel!
On Sep 19, 2007, at 2:08 AM, Guillaume Smet wrote: On 9/19/07, Decibel! [EMAIL PROTECTED] wrote: Odd... I'd expect it to actually be beneficial to run analyze on a table at roughly the same time as PK building, because you'd make better use of cache. Sure if your database fits entirely

Re: [HACKERS] Re: [COMMITTERS] pgsql: Fix free space map to correctly track the total amount of FSM

2007-10-02 Thread Decibel!
). -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org

Re: [HACKERS] Re: [COMMITTERS] pgsql: Fix free space map to correctly track the total amount of FSM

2007-10-03 Thread Decibel!
On Tue, Oct 02, 2007 at 09:07:54PM -0400, Alvaro Herrera wrote: Decibel! wrote: Hrm... what about adding output to vacuum verbose that indicates how many pages in a relation have free space? That would allow something like pgfouine to see how many FSM pages were needed. It would also

Re: [HACKERS] GRANT ON ALL IN schema

2009-08-06 Thread decibel
. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] contrib/pg_freespacemap

2009-08-17 Thread decibel
it should get killed off. I believe it's useful when dealing with very bloated relations. If someone's looking for an itch to scratch, ways to more effectively shrink bloated relations would be good. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer

[HACKERS] Multi-pass planner

2009-08-20 Thread decibel
threshold, we just run with that plan. If not, we go back and do a more detailed estimate. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list (pgsql-hackers

Re: [HACKERS] Multi-pass planner

2009-08-21 Thread decibel
guesses have a low confidence. Something pulled right out of most_common_vals has a high confidence. Something estimated via a bucket is in-between, and perhaps adjusted by the number of tuples. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some

Re: [HACKERS] pretty print viewdefs

2009-08-26 Thread decibel
*... -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] manually setting the command tag (was Re: 8.4: suppress_redundant_updates trigger vs. Upsert logic)

2009-09-08 Thread decibel
, the real-world case we have are updatable views on top of a union. In this case we'd want the result to reflect the updates that occurred in all the tables, not just in the last table in the rule. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain

Re: [HACKERS] Elementary dependency look-up

2009-09-09 Thread decibel
into an actual object name, and (ref)objsubid into a real name. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes

Re: [HACKERS] RfD: more powerful any types

2009-09-09 Thread decibel
of that should be providing a means to determine what the underlying type of an any is. Having that would allow functions to take actions appropriate to different types. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net

Re: [HACKERS] RfD: more powerful any types

2009-09-09 Thread decibel
of anyelement(N) might be a lot more practical... -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription

Re: [HACKERS] RfD: more powerful any types

2009-09-12 Thread decibel
there. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] RfD: more powerful any types

2009-09-13 Thread decibel
On Sep 12, 2009, at 5:54 PM, Andrew Dunstan wrote: decibel wrote: Speaking of concatenation... Something I find sorely missing in plpgsql is the ability to put variables inside of a string, ie: DECLARE v_table text := ... v_sql text; BEGIN v_sql := SELECT * FROM $v_table; Of course, I'm

Re: [HACKERS] RfD: more powerful any types

2009-09-14 Thread decibel
On Sep 14, 2009, at 12:13 AM, Pavel Stehule wrote: 2009/9/13 decibel deci...@decibel.org: On Sep 12, 2009, at 5:54 PM, Andrew Dunstan wrote: decibel wrote: Speaking of concatenation... Something I find sorely missing in plpgsql is the ability to put variables inside of a string, ie

Re: [HACKERS] Elementary dependency look-up

2009-09-14 Thread decibel
and case it after the fact). I'm not sure if a function is the best way to do this or if a table or view would be better (something you could join to). One benefit of a table or view is that you could provide both cased and lower versions of the names. -- Decibel!, aka Jim C. Nasby, Database

Re: [HACKERS] RfD: more powerful any types

2009-09-14 Thread decibel
, but only because everything is referencing the same field. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your

Re: [HACKERS] FSM search modes

2009-09-18 Thread decibel
that's needed to trim the file on disk. That said, *any* step that improves dealing with table bloat is extremely welcome, as right now you're basically stuck rebuilding the table. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy

Re: [HACKERS] TODO item: Allow more complex user/database default GUC settings

2009-09-28 Thread decibel
to desirable tab-completion behavior. OTOH, we have survived with pg_index vs pg_indexes, so maybe it wouldn't kill us. Another option is to revisit the set of system views (http:// pgfoundry.org/projects/newsysviews/). IIRC there was some other recent reason we wanted to do that. -- Decibel!, aka

Re: [HACKERS] FSM search modes

2009-10-01 Thread decibel
On Sep 30, 2009, at 5:13 PM, Kevin Grittner wrote: decibel deci...@decibel.org wrote: *any* step that improves dealing with table bloat is extremely welcome, as right now you're basically stuck rebuilding the table. +1 Although, possibly more irritating than actually rebuilding

Re: [HACKERS] FSM search modes

2009-10-03 Thread decibel
. -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] [GENERAL] contrib/plantuner - enable PostgreSQL planner hints

2009-10-16 Thread decibel
intentionally want the same hint to apply to a bunch of queries, and extremely likely that you could accidentally forget to re-enable something. That said, thanks for contributing this! -- Decibel!, aka Jim C. Nasby, Database Architect deci...@decibel.org Give your computer some brain candy

Re: [HACKERS] TRUNCATE TABLE with IDENTITY

2008-04-02 Thread Decibel!
. I think you misunderstand what ALTER SEQUENCE RESTART does; it only changes the current value of the sequence. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME

Re: [HACKERS] Proposal: new ereport option errdetail_log

2008-04-02 Thread Decibel!
be nice, but I'd settle for just dumping it to a file somewhere. Or maybe into the logs. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] writing a MIN(RECORD) aggregate

2008-04-02 Thread Decibel!
On Mar 25, 2008, at 11:33 AM, Sam Mason wrote: On Mon, Mar 24, 2008 at 05:27:04PM -0500, Decibel! wrote: On Mar 20, 2008, at 2:23 PM, Sam Mason wrote: SELECT i, (MIN((j,k))).k FROM tbl GROUP BY i; How is that any better than SELECT i, min(k) FROM tbl GROUP BY i ? Because I want

Re: Status of GIT mirror (Was [HACKERS] having problem in rsync'ing cvs)

2008-04-07 Thread Decibel!
CVS access, takes a snapshot of the tree (preferably via a filesystem snapshot), and then unlocks. That snapshot would then be used to drive the mirrors. That would ensure that mirrors always had an atomic view of things. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED

Re: [HACKERS] build multiple indexes in single table pass?

2008-04-07 Thread Decibel!
should be created? Needing to be able to create multiple indexes at once efficiently was an implementation detail to pull that off. Someone at EnterpriseDB (Pavan?) did work on that. I don't know what the status of that effort is. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL

Re: [HACKERS] New boxes available for QA

2008-04-07 Thread Decibel!
benchmarks against other versions if that would be useful. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] TRUNCATE TABLE with IDENTITY

2008-04-07 Thread Decibel!
On Apr 3, 2008, at 12:52 AM, Zoltan Boszormenyi wrote: Where is the info in the sequence to provide restarting with the _original_ start value? There isn't any. If you want the sequence to start at some magic value, adjust the minimum value. -- Decibel!, aka Jim C. Nasby, Database

Re: [HACKERS] COPY Transform support

2008-04-07 Thread Decibel!
pretty certain that Oracle supports this. IIRC you actually create what appears to the database to be a real table, except for restrictions on what you can actually do with it (for example, IIRC it's read-only). -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your

Re: [HACKERS] psql \G command -- send query and output using extended format

2008-04-07 Thread Decibel!
if there was a command (\G ?) that would accept additional options for controlling output. It should be possible to map the options to existing psql output stuff, so that you could force any single command to output in any format that you wanted it to. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL

[HACKERS] Allow COPY from STDIN to absorb all input before throwing an error

2008-04-08 Thread Decibel!
once it finds a problem it would just throw all the input data away, but when used in the context of a dump file this would remove all the bogus errors that either psql or the backend will generate when trying to process table data as if it was commands. -- Decibel!, aka Jim C. Nasby

Re: [HACKERS] Concurrent psql API

2008-04-09 Thread Decibel!
a stand-alone job that you're not connected to. You could even think of it as every command you run being a job, it's just a question of if you're actually connected to it or not. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy

Re: [HACKERS] Allow COPY from STDIN to absorb all input before throwing an error

2008-04-09 Thread Decibel!
of the copy failed... I'm not sure on a good way to handle that, perhaps other than switching to \COPY. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic

Re: [HACKERS] Separate psql commands from arguments

2008-04-10 Thread Decibel!
queries. In particular, it would be handy if I had an alias that was SELECT now()-query_start,* FROM pg_stat_activity WHERE current_query != 'IDLE' ORDER BY 1 and force that to be brought into less (which I could probably do via \g | less). -- Decibel!, aka Jim C. Nasby, Database Architect

Re: [HACKERS] Commit fest queue

2008-04-10 Thread Decibel!
at it. What I think we need is a tracker that has a web interface to email, along with archiving. That way the discussion can take place via email. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828

Re: [HACKERS] Separate psql commands from arguments

2008-04-11 Thread Decibel!
to be more than a big IF-THEN-ELSE then I think that's part of what we should do. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] Commit fest queue

2008-04-11 Thread Decibel!
). -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] Commit fest status

2008-04-15 Thread Decibel!
clustering certainly offers a benefit. Is there some way we can improve the patch to reduce the impact to INSERT? -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic

Re: [HACKERS] Lessons from commit fest

2008-04-16 Thread Decibel!
that should just be removed. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

[HACKERS] Cross-field statistics

2008-04-17 Thread Decibel!
what it would do to the planner; the entire key there would be identifying field groupings that covered sets of fields in the WHERE clause. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s

Re: [HACKERS] Cross-field statistics

2008-04-17 Thread Decibel!
On Apr 17, 2008, at 12:22 PM, Gregory Stark wrote: Decibel! [EMAIL PROTECTED] writes: For each field that isn't already in a set of field groupings * Sort sample rows on that field * Calculate correlation for all other fields * If there are other fields that have a correlation to this sort

Re: [HACKERS] pgstat SRF?

2008-04-22 Thread Decibel!
this for pgstats at some point. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] Per-table random_page_cost for tables that we know are always cached

2008-04-22 Thread Decibel!
also need stats for how often we find pages for a relation in the OS cache, which no one has come up with a good method for. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME

Re: [HACKERS] Regression test fails when BLCKSZ is 1kB

2008-04-22 Thread Decibel!
very small block sizes are fairly exceptional, unless you have a reason up your sleeve why they are a good idea. What if we used the OFFSET 0 trick to force the ordering to occur outside of what we're testing? IE: SELECT * FROM (query we're testing OFFSET 0) ORDER BY blah; -- Decibel!, aka

Re: [HACKERS] MERGE Specification

2008-04-22 Thread Decibel!
showing both delete and more than 2 WHEN cases. Something like the multiple actions on single target row test case would work. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME

Re: [HACKERS] MERGE Specification

2008-04-24 Thread Decibel!
On Apr 22, 2008, at 3:20 PM, Martijn van Oosterhout wrote: On Tue, Apr 22, 2008 at 02:19:24PM -0500, Decibel! wrote: But no matter how this is done, I think we need to handle the race conditions, and handle them by default. If people *really* know what they're doing, they can disable the row

Re: [HACKERS] Per-table random_page_cost for tables that we know are always cached

2008-04-24 Thread Decibel!
reflect recent reality, what's in the buffer cache and what the stats say have been historical cached can diverge. Yeah, I kinda hand-waved over that. Obviously we'd want to look at recent stats, not beginning of time. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give

Re: [HACKERS] Index AM change proposals, redux

2008-04-24 Thread Decibel!
indexes, possibly overlapping/contained subset of the GIT use case. Also useful, though I generally try and put the most diverse values first in indexes to increase the odds of them being used. Perhaps if we had compression this would change. -- Decibel!, aka Jim C. Nasby, Database Architect

Re: [HACKERS] Standard metadata queries

2008-04-24 Thread Decibel!
/projects/newsysviews/ -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] MERGE Specification

2008-04-25 Thread Decibel!
, but that doesn't mean a fast MERGE wouldn't be useful. It certainly would have saved me some effort, and it would probably out-perform the current code. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828

Re: [HACKERS] Table inheritance surprise

2008-05-09 Thread Decibel!
[INCLUDING FOREIGN KEYS] which would do what it looks like it does. It's surprising to me that INCLUDING CONSTRAINTS doesn't include FK constraints... is there a reason not to? Perhaps we should just change INCLUDING CONSTRAINTS to do that... -- Decibel!, aka Jim C. Nasby, Database Architect

Re: [HACKERS] Syntax decisions for pl/pgsql RAISE extension

2008-05-13 Thread Decibel!
of % substitution. It's incredibly useful; I have it in probably 80% of my RAISE statements. It encourages providing more detailed error messages, which is a Good Thing. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828

Re: [HACKERS] Syntax decisions for pl/pgsql RAISE extension

2008-05-13 Thread Decibel!
this, but I reeally think users are going to complain if we remove the % replacement stuff... Is there no way to keep that with the new syntax? -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s

Re: [HACKERS] Would like to sponsor implementation of MATERIALIZED VIEWS

2008-05-19 Thread Decibel!
instead of from the main table, then we don't need this feature at the moment. Otherwise: Could anyone Has anyone contacted the OP about implementing this? Do we have procedure in place for people to sponsor major features like this? -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL

Re: [HACKERS] [PERFORM] Posible planner improvement?

2008-05-24 Thread Decibel!
but this is the part that made the difference) after a little change the query took ~1 second: select * from t1, t2 where t1.id 158507 and t2.id 158507 and t1.id = t2.id; -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy

[HACKERS] Change lock requirements for adding a trigger

2008-05-29 Thread Decibel!
Is there a reason that we can't add a trigger to a table while a select is running? This is a serious pain when trying to setup londiste or slony. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828

Re: [HACKERS] BUG #4204: COPY to table with FK has memory leak

2008-06-03 Thread Decibel!
. Related to that, I really wish that our statement-level triggers provided NEW and OLD recordsets like some other databases do. That would allow for RI triggers to be done on a per-statement basis, and they could aggregate keys to be checked. -- Decibel!, aka Jim C. Nasby, Database Architect

Re: [HACKERS] Hint Bits and Write I/O

2008-06-03 Thread Decibel!
On May 27, 2008, at 2:35 PM, Simon Riggs wrote: After some discussions at PGCon, I'd like to make some proposals for hint bit setting with the aim to reduce write overhead. For those that missed it... http://wiki.postgresql.org/wiki/Hint_Bits (see archive reference at bottom). -- Decibel

Re: [HACKERS] Change lock requirements for adding a trigger

2008-06-03 Thread Decibel!
On May 30, 2008, at 9:51 AM, Simon Riggs wrote: On Thu, 2008-05-29 at 19:18 -0500, Decibel! wrote: Is there a reason that we can't add a trigger to a table while a select is running? This is a serious pain when trying to setup londiste or slony. This is constrained by locking

Re: [HACKERS] proposal: Preference SQL

2008-06-03 Thread Decibel!
of http://pgfoundry.org/projects/qbe/ ... or do I misunderstand? -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] intercepting WAL writes

2008-06-04 Thread Decibel!
between data in the database and in memcached. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] DISTINCT - GROUP BY

2008-06-04 Thread Decibel!
could probably find it in archives. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] Proposal: new function array_init

2008-06-04 Thread Decibel!
On Jun 2, 2008, at 11:46 AM, Tom Lane wrote: * Should the fill value be the first parameter instead of the last? +1. The other way just seems weird, at least to me. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net

Re: [HACKERS] Overhauling GUCS

2008-06-04 Thread Decibel!
provide a way to turn that binary file into text (and back). That would allow for a lot of options when it comes to configuring stuff. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 pgpevhyANSHLm.pgp

Re: [HACKERS] Overhauling GUCS

2008-06-04 Thread Decibel!
can figure out what (if anything) we're doing with the existing .conf, and what a new one (if it exists) might look like. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list

Re: [HACKERS] rfc: add pg_dump options to dump output

2008-06-04 Thread Decibel!
in situations where I had to try and track down what options had been used originally. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 pgppuIxLof0xp.pgp Description: PGP signature

Re: [HACKERS] Change lock requirements for adding a trigger

2008-06-04 Thread Decibel!
On Jun 3, 2008, at 5:04 PM, Simon Riggs wrote: On Tue, 2008-06-03 at 16:48 -0500, Decibel! wrote: On May 30, 2008, at 9:51 AM, Simon Riggs wrote: On Thu, 2008-05-29 at 19:18 -0500, Decibel! wrote: Is there a reason that we can't add a trigger to a table while a select is running

Re: [HACKERS] pg_dump restore time and Foreign Keys

2008-06-09 Thread Decibel!
this in perspective, the amount of revenue we would loose from adding just one FK to one of our larger tables would more than cover paying someone to develop this feature. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy

Re: [HACKERS] proposal: add window function to 8.4

2008-06-09 Thread Decibel!
, please, windowing functions would be great to have even if not fully implemented. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] How to Sponsor a Feature

2008-06-12 Thread Decibel!
in the dev meeting about how the community wants to handle people wanting to sponsor a project? Do they donate to SPI? Do we have an escrow fund? Do we just point them at one of the Postgres Companies and hope they're willing to pay for the whole thing? -- Decibel!, aka Jim C. Nasby, Database

Re: [HACKERS] Proposal: Multiversion page api (inplace upgrade)

2008-06-12 Thread Decibel!
these problems are insurmountable. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] Overhauling GUCS

2008-06-12 Thread Decibel!
everything whenever any setting is changed (this assumes that we store postgresql.conf internally in some fashion, so that we're not actually hitting the file all the time and possibly picking up random edits). -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your

Re: [HACKERS] Backend Stats Enhancement Request

2008-06-19 Thread Decibel!
with max_connections of 1000 that's only 32M, which is trivial for any box that's actually configured for 1000 connections. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME

Re: [HACKERS] Doubt in index subplan query

2008-06-20 Thread Decibel!
handled by postgres at index level ? Is any sort of hashing done ? This is better asked on pgsql-general... but the subplan does exactly what it says; an index scan. It will be executed for every row of the calling query. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give

Re: [HACKERS] Backend Stats Enhancement Request

2008-06-20 Thread Decibel!
in we might as well allow it to be set to 0 which disables logging. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] Backend Stats Enhancement Request

2008-06-20 Thread Decibel!
On Jun 20, 2008, at 11:48 AM, Tom Lane wrote: Decibel! [EMAIL PROTECTED] writes: I realize we just got rid of stats_command_string, but if we're adding a GUC back in we might as well allow it to be set to 0 which disables logging. How would that not duplicate track_activities? Sorry, I

Re: [HACKERS] Limits of backwards compatibility for psql's \d commands

2008-07-02 Thread Decibel!
... :) -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] Location for pgstat.stat

2008-07-02 Thread Decibel!
on a crash. Along the same lines, perhaps we can just keep updates in shared memory instead of in a file, since that's proven to cause issues for some people. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828

Re: [HACKERS] 8.1 index corruption woes

2008-07-08 Thread Decibel!
). That check didn't show as many questionable index pointers, but there were some (again, the bulk of them were index pointers that were using the first line pointer slot in the index page). -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy

Re: [HACKERS] 8.1 index corruption woes

2008-07-14 Thread Decibel!
to understand what the first item in the index is. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] Lookup penalty for VARIADIC patch

2008-07-15 Thread Decibel!
be avoided when possible. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 smime.p7s Description: S/MIME cryptographic signature

Re: [HACKERS] postmaster.pid not visible

2008-07-17 Thread Decibel!
this was visible from the /tmp location. Also I would like to know if theer is any other alternative with which i can restart the service and retain the postmaster.pid file. My guess would be that something went in and removed the .pid file. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL

Re: [HACKERS] Load spikes on 8.1.11

2008-07-21 Thread Decibel!
to be a bit careful about when you add very large tables due to the copy overhead, but other than that I haven't had issues. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 -- Sent via pgsql-hackers mailing list

Re: [HACKERS] Postgres-R: tuple serialization

2008-07-22 Thread Decibel!
as some kind of common transport can be agreed upon (such as text). So having a change capture and apply mechanism that isn't dependent on a lot of extra stuff would be generally useful to any replication mechanism. -- Decibel!, aka Jim C. Nasby, Database Architect [EMAIL PROTECTED] Give your

Re: [HACKERS] Postgres-R: tuple serialization

2008-07-22 Thread Decibel!
On Jul 22, 2008, at 4:43 PM, Markus Wanner wrote: Decibel! wrote: ISTM that both londiste and Slony would be able to make use of these improvements as well. A modular replication system should be able to use a variety of methods for logging data changes and then applying them

<    1   2   3   >