postgresql/contrib/dblink
Tom Lane 2604359251 Improve hash_any() to use word-wide fetches when hashing suitably aligned
data.  This makes for a significant speedup at the cost that the results
now vary between little-endian and big-endian machines; which forces us
to add explicit ORDER BYs in a couple of regression tests to preserve
machine-independent comparison results.  Also, force initdb by bumping
catversion, since the contents of hash indexes will change (at least on
big-endian machines).

Kenneth Marshall and Tom Lane, based on work from Bob Jenkins.  This commit
does not adopt Bob's new faster mix() algorithm, however, since we still need
to convince ourselves that that doesn't degrade the quality of the hashing.
2008-04-06 16:54:49 +00:00
..
expected Improve hash_any() to use word-wide fetches when hashing suitably aligned 2008-04-06 16:54:49 +00:00
sql Improve hash_any() to use word-wide fetches when hashing suitably aligned 2008-04-06 16:54:49 +00:00
dblink.c Remove unneed #include now that current_query() has moved to the backend. 2008-04-04 17:02:56 +00:00
dblink.h Implement current_query(), that shows the currently executing query. 2008-04-04 16:57:21 +00:00
dblink.sql.in Make dblink_current_query() reference pg_catalog.current_query(), per Tom. 2008-04-05 02:44:42 +00:00
Makefile Remove references to READMEs from /contrib Makefiles. 2007-11-10 23:59:52 +00:00
uninstall_dblink.sql Re-add dblink_current_query() for backward compatibility. 2008-04-05 02:26:14 +00:00