2010-09-21 04:08:53 +08:00
|
|
|
# contrib/hstore/Makefile
|
2007-02-10 01:04:00 +08:00
|
|
|
|
2006-09-06 02:00:58 +08:00
|
|
|
MODULE_big = hstore
|
2009-10-01 03:50:22 +08:00
|
|
|
OBJS = hstore_io.o hstore_op.o hstore_gist.o hstore_gin.o hstore_compat.o \
|
Switch to CRC-32C in WAL and other places.
The old algorithm was found to not be the usual CRC-32 algorithm, used by
Ethernet et al. We were using a non-reflected lookup table with code meant
for a reflected lookup table. That's a strange combination that AFAICS does
not correspond to any bit-wise CRC calculation, which makes it difficult to
reason about its properties. Although it has worked well in practice, seems
safer to use a well-known algorithm.
Since we're changing the algorithm anyway, we might as well choose a
different polynomial. The Castagnoli polynomial has better error-correcting
properties than the traditional CRC-32 polynomial, even if we had
implemented it correctly. Another reason for picking that is that some new
CPUs have hardware support for calculating CRC-32C, but not CRC-32, let
alone our strange variant of it. This patch doesn't add any support for such
hardware, but a future patch could now do that.
The old algorithm is kept around for tsquery and pg_trgm, which use the
values in indexes that need to remain compatible so that pg_upgrade works.
While we're at it, share the old lookup table for CRC-32 calculation
between hstore, ltree and core. They all use the same table, so might as
well.
2014-11-04 17:35:15 +08:00
|
|
|
$(WIN32RES)
|
2006-09-06 02:00:58 +08:00
|
|
|
|
2011-02-14 09:06:41 +08:00
|
|
|
EXTENSION = hstore
|
Introduce jsonb, a structured format for storing json.
The new format accepts exactly the same data as the json type. However, it is
stored in a format that does not require reparsing the orgiginal text in order
to process it, making it much more suitable for indexing and other operations.
Insignificant whitespace is discarded, and the order of object keys is not
preserved. Neither are duplicate object keys kept - the later value for a given
key is the only one stored.
The new type has all the functions and operators that the json type has,
with the exception of the json generation functions (to_json, json_agg etc.)
and with identical semantics. In addition, there are operator classes for
hash and btree indexing, and two classes for GIN indexing, that have no
equivalent in the json type.
This feature grew out of previous work by Oleg Bartunov and Teodor Sigaev, which
was intended to provide similar facilities to a nested hstore type, but which
in the end proved to have some significant compatibility issues.
Authors: Oleg Bartunov, Teodor Sigaev, Peter Geoghegan and Andrew Dunstan.
Review: Andres Freund
2014-03-24 04:40:19 +08:00
|
|
|
DATA = hstore--1.3.sql hstore--1.2--1.3.sql \
|
|
|
|
|
hstore--1.1--1.2.sql hstore--1.0--1.1.sql \
|
2013-09-30 10:46:55 +08:00
|
|
|
hstore--unpackaged--1.0.sql
|
2014-07-15 02:07:52 +08:00
|
|
|
PGFILEDESC = "hstore - key/value pair data type"
|
2011-02-14 09:06:41 +08:00
|
|
|
|
2006-09-06 02:00:58 +08:00
|
|
|
REGRESS = hstore
|
|
|
|
|
|
2011-01-24 12:07:55 +08:00
|
|
|
ifdef USE_PGXS
|
|
|
|
|
PG_CONFIG = pg_config
|
|
|
|
|
PGXS := $(shell $(PG_CONFIG) --pgxs)
|
|
|
|
|
include $(PGXS)
|
|
|
|
|
else
|
|
|
|
|
subdir = contrib/hstore
|
|
|
|
|
top_builddir = ../..
|
|
|
|
|
include $(top_builddir)/src/Makefile.global
|
2006-09-06 02:00:58 +08:00
|
|
|
include $(top_srcdir)/contrib/contrib-global.mk
|
2011-01-24 12:07:55 +08:00
|
|
|
endif
|
