Fri Jul 21 13:28:22 PDT 2006
- Previous message: [Slony1-general] Segfault with Slony 1.1.5 and PG 8.1.3 on x86_64
- Next message: [Slony1-general] Segfault with Slony 1.1.5 and PG 8.1.3 on x86_64
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Fri, 21 Jul 2006 09:08:08 -0400 Jan Wieck <JanWieck at Yahoo.com> wrote: > The problem is that the column is (most definitely) used in the index > that you have specified for identifying the rows. This is exactly what I don't understand. I just did a schema dump: joltpg1:~# pg_dump -s -U nik laterooms >schema Password: joltpg1:~# grep DisplayNumberRooms schema "DisplayNumberRooms" boolean DEFAULT false, Nowhere in any index is this column name referenced, yet Slony/PG is using it as a key column? How in the name of all that is sensible can a boolean column be a key? The User table has 300k rows, and most of the DisplayNumberRooms values are NULL (the customer has not yet selected true or false..) - would this issue likely be solved by ensuring all rows were non-null? Cheers, Gavin.
- Previous message: [Slony1-general] Segfault with Slony 1.1.5 and PG 8.1.3 on x86_64
- Next message: [Slony1-general] Segfault with Slony 1.1.5 and PG 8.1.3 on x86_64
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list