Re: [GENERAL] Testing of MVCC
От
Matt Miller
Тема
Re: [GENERAL] Testing of MVCC
Дата
Msg-id
1123701436.11813.13.camel@dbamm01-linux
Ответ на
Re: Testing of MVCC (Tom Lane)
Список
Дерево обсуждения
Re: [GENERAL] Testing of MVCC Matt Miller <mattm@epx.com>
Re: Testing of MVCC Matt Miller <mattm@epx.com>
Re: Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: Testing of MVCC Matt Miller <mattm@epx.com>
Re: Testing of MVCC Matt Miller <mattm@epx.com>
Re: Testing of MVCC Michael Fuhr <mike@fuhr.org>
Re: Testing of MVCC Andrew Piskorski <atp@piskorski.com>
Re: Testing of MVCC Andrew Dunstan <andrew@dunslane.net>
Re: Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: Testing of MVCC Andrew Dunstan <andrew@dunslane.net>
Re: Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: Testing of MVCC Greg Stark <gsstark@mit.edu>
Re: Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: Testing of MVCC "Jim C. Nasby" <jnasby@pervasive.com>
Re: Testing of MVCC Greg Stark <gsstark@mit.edu>
Re: Testing of MVCC Tino Wildenhain <tino@wildenhain.de>
Re: Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: Testing of MVCC Tino Wildenhain <tino@wildenhain.de>
Re: Testing of MVCC Andrew Dunstan <andrew@dunslane.net>
Re: Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: Testing of MVCC Andrew Dunstan <andrew@dunslane.net>
Re: Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: Testing of MVCC Kaare Rasmussen <kar@kakidata.dk>
Re: Testing of MVCC Greg Stark <gsstark@mit.edu>
Re: [GENERAL] Testing of MVCC Tom Lane <tgl@sss.pgh.pa.us>
Re: [GENERAL] Testing of MVCC Matt Miller <mattm@epx.com>
On Mon, 2005-08-08 at 16:59 -0400, Tom Lane wrote: > Matt Miller writes: > > I want to write some regression tests that confirm the behavior of > > multiple connections simultaneously going at the same tables/rows. Is > > there something like this already, e.g. in src/test/regress? > > No. ... but surely we need one. It seems to me that contrib/dblink could greatly simplify the design and coding of multi-user regression tests. Is there objection to a portion of src/test/regress depending on contrib/dblink? I'm not sure yet how that dependency would look, but I'm mainly wondering if there are objections in principle to depending on contrib/.
В списке pgsql-hackers по дате отправления