{"push_id":2415162901,"size":4,"distinct_size":1,"ref":"refs/heads/commitfest/18/1540","head":"974ab12872a375cc8cbe871d67514ceafe2719fe","before":"bb0e9d876a47279e0132eccae5645ea6739a9acd","commits":[{"sha":"71cce90ee99098f52e65278b96662e32ca005771","author":{"name":"Magnus Hagander","email":"96ad6b06de7111eee5a9c968ba6978bf7a7a179d@hagander.net"},"message":"Fix typo in comment\n\nAuthor: Daniel Gustafsson <daniel@yesql.se>","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/71cce90ee99098f52e65278b96662e32ca005771"},{"sha":"49525c46309828b3024fe8040fa99c7dcc83933d","author":{"name":"Robert Haas","email":"93159bdbbeed5b47be970d58edfbdf1c3ce55e4c@postgresql.org"},"message":"Rewrite recurse_union_children to iterate, rather than recurse.\n\nAlso, rename it to plan_union_chidren, so the old name wasn't\nvery descriptive.  This results in a small net reduction in code,\nseems at least to me to be easier to understand, and saves\nspace on the process stack.\n\nPatch by me, reviewed and tested by Ashutosh Bapat and Rajkumar\nRaghuwanshi.\n\nDiscussion: http://postgr.es/m/CA+TgmoaLRAOqHmMZx=ESM3VDEPceg+-XXZsRXQ8GtFJO_zbMSw@mail.gmail.com","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/49525c46309828b3024fe8040fa99c7dcc83933d"},{"sha":"c596fadbfe20ff50a8e5f4bc4b4ff5b7c302ecc0","author":{"name":"Robert Haas","email":"93159bdbbeed5b47be970d58edfbdf1c3ce55e4c@postgresql.org"},"message":"Generate a separate upper relation for each stage of setop planning.\n\nCommit 3fc6e2d7f5b652b417fa6937c34de2438d60fa9f made setop planning\nstages return paths rather than plans, but all such paths were loosely\nassociated with a single RelOptInfo, and only the final path was added\nto the RelOptInfo.  Even at the time, it was foreseen that this should\nbe changed, because there is otherwise no good way for a single stage\nof setop planning to return multiple paths.  With this patch, each\nstage of set operation planning now creates a separate RelOptInfo;\nthese are distinguished by using appropriate relid sets.  Note that\nthis patch does nothing whatsoever about actually returning multiple\npaths for the same set operation; it just makes it possible for a\nfuture patch to do so.\n\nAlong the way, adjust things so that create_upper_paths_hook is called\nfor each of these new RelOptInfos rather than just once, since that\nmight be useful to extensions using that hook.  It might be a good\nto provide an FDW API here as well, but I didn't try to do that for\nnow.\n\nPatch by me, reviewed and tested by Ashutosh Bapat and Rajkumar\nRaghuwanshi.\n\nDiscussion: http://postgr.es/m/CA+TgmoaLRAOqHmMZx=ESM3VDEPceg+-XXZsRXQ8GtFJO_zbMSw@mail.gmail.com","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/c596fadbfe20ff50a8e5f4bc4b4ff5b7c302ecc0"},{"sha":"974ab12872a375cc8cbe871d67514ceafe2719fe","author":{"name":"Commitfest Bot","email":"aab6a594935fe5db0d690bc154b19f642bfbe9d7@cputube.org"},"message":"[CF 18/1540] hash joins with bloom filters\n\nThis commit was automatically generated by cfbot at commitfest.cputube.org.\nIt is based on patches submitted to the PostgreSQL mailing lists and\nregistered in the PostgreSQL Commitfest application.\n\nThis branch will be overwritten each time a new patch version is posted to\nthe email thread or the master branch changes.\n\nCommitfest entry: https://commitfest.postgresql.org/18/1540\nPatch(es): https://www.postgresql.org/message-id/c902844d-837f-5f63-ced3-9f7fd222f175%402ndquadrant.com\nAuthor(s): Tomas Vondra","distinct":true,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/974ab12872a375cc8cbe871d67514ceafe2719fe"}]}
{"actor":{"display_login":"postgresql-cfbot"}}