2000-12-12 04:39:15 +08:00
|
|
|
/******************************************************************************
|
2010-09-21 04:08:53 +08:00
|
|
|
contrib/cube/cube.c
|
2006-03-11 12:38:42 +08:00
|
|
|
|
2000-12-12 04:39:15 +08:00
|
|
|
This file contains routines that can be bound to a Postgres backend and
|
|
|
|
called by the backend in the process of processing queries. The calling
|
|
|
|
format for these routines is dictated by Postgres architecture.
|
|
|
|
******************************************************************************/
|
|
|
|
|
|
|
|
#include "postgres.h"
|
|
|
|
|
2005-05-17 11:34:18 +08:00
|
|
|
#include <float.h>
|
2000-12-12 04:39:15 +08:00
|
|
|
#include <math.h>
|
|
|
|
|
|
|
|
#include "access/gist.h"
|
2005-11-08 01:36:47 +08:00
|
|
|
#include "access/skey.h"
|
2011-09-04 13:13:16 +08:00
|
|
|
#include "utils/array.h"
|
2000-12-12 04:39:15 +08:00
|
|
|
#include "utils/builtins.h"
|
|
|
|
|
|
|
|
#include "cubedata.h"
|
|
|
|
|
2006-05-31 06:12:16 +08:00
|
|
|
PG_MODULE_MAGIC;
|
|
|
|
|
2006-07-28 05:55:09 +08:00
|
|
|
/*
|
|
|
|
* Taken from the intarray contrib header
|
|
|
|
*/
|
|
|
|
#define ARRPTR(x) ( (double *) ARR_DATA_PTR(x) )
|
|
|
|
#define ARRNELEMS(x) ArrayGetNItems( ARR_NDIM(x), ARR_DIMS(x))
|
|
|
|
|
2013-07-29 22:42:37 +08:00
|
|
|
extern int cube_yyparse(NDBOX **result);
|
|
|
|
extern void cube_yyerror(NDBOX **result, const char *message);
|
2003-09-14 09:52:25 +08:00
|
|
|
extern void cube_scanner_init(const char *str);
|
|
|
|
extern void cube_scanner_finish(void);
|
2000-12-12 04:39:15 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
** Input/Output routines
|
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
PG_FUNCTION_INFO_V1(cube_in);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_a_f8_f8);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_a_f8);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_out);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_f8);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_f8_f8);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_c_f8);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_c_f8_f8);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_dim);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_ll_coord);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_ur_coord);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_subset);
|
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
/*
|
2000-12-12 04:39:15 +08:00
|
|
|
** GiST support methods
|
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
PG_FUNCTION_INFO_V1(g_cube_consistent);
|
|
|
|
PG_FUNCTION_INFO_V1(g_cube_compress);
|
|
|
|
PG_FUNCTION_INFO_V1(g_cube_decompress);
|
|
|
|
PG_FUNCTION_INFO_V1(g_cube_penalty);
|
|
|
|
PG_FUNCTION_INFO_V1(g_cube_picksplit);
|
|
|
|
PG_FUNCTION_INFO_V1(g_cube_union);
|
|
|
|
PG_FUNCTION_INFO_V1(g_cube_same);
|
|
|
|
|
2003-09-14 09:52:25 +08:00
|
|
|
/*
|
|
|
|
** B-tree support functions
|
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
PG_FUNCTION_INFO_V1(cube_eq);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_ne);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_lt);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_gt);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_le);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_ge);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_cmp);
|
|
|
|
|
2000-12-12 04:39:15 +08:00
|
|
|
/*
|
2001-06-01 02:16:55 +08:00
|
|
|
** R-tree support functions
|
2000-12-12 04:39:15 +08:00
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
PG_FUNCTION_INFO_V1(cube_contains);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_contained);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_overlap);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_union);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_inter);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_size);
|
|
|
|
|
2000-12-12 04:39:15 +08:00
|
|
|
/*
|
|
|
|
** miscellaneous
|
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
PG_FUNCTION_INFO_V1(cube_distance);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_is_point);
|
|
|
|
PG_FUNCTION_INFO_V1(cube_enlarge);
|
|
|
|
|
|
|
|
/*
|
|
|
|
** For internal use only
|
|
|
|
*/
|
2009-06-11 22:49:15 +08:00
|
|
|
int32 cube_cmp_v0(NDBOX *a, NDBOX *b);
|
|
|
|
bool cube_contains_v0(NDBOX *a, NDBOX *b);
|
|
|
|
bool cube_overlap_v0(NDBOX *a, NDBOX *b);
|
|
|
|
NDBOX *cube_union_v0(NDBOX *a, NDBOX *b);
|
|
|
|
void rt_cube_size(NDBOX *a, double *sz);
|
|
|
|
NDBOX *g_cube_binary_union(NDBOX *r1, NDBOX *r2, int *sizep);
|
|
|
|
bool g_cube_leaf_consistent(NDBOX *key, NDBOX *query, StrategyNumber strategy);
|
|
|
|
bool g_cube_internal_consistent(NDBOX *key, NDBOX *query, StrategyNumber strategy);
|
2000-12-12 04:39:15 +08:00
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
/*
|
2000-12-12 04:39:15 +08:00
|
|
|
** Auxiliary funxtions
|
|
|
|
*/
|
2002-08-30 07:03:58 +08:00
|
|
|
static double distance_1D(double a1, double a2, double b1, double b2);
|
2014-05-07 00:12:18 +08:00
|
|
|
static bool cube_is_point_internal(NDBOX *cube);
|
2000-12-12 04:39:15 +08:00
|
|
|
|
|
|
|
|
|
|
|
/*****************************************************************************
|
|
|
|
* Input/Output functions
|
|
|
|
*****************************************************************************/
|
|
|
|
|
|
|
|
/* NdBox = [(lowerleft),(upperright)] */
|
|
|
|
/* [(xLL(1)...xLL(N)),(xUR(1)...xUR(n))] */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_in(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
char *str = PG_GETARG_CSTRING(0);
|
2013-07-29 22:42:37 +08:00
|
|
|
NDBOX *result;
|
2000-12-12 04:39:15 +08:00
|
|
|
|
2003-09-14 09:52:25 +08:00
|
|
|
cube_scanner_init(str);
|
2000-12-12 04:39:15 +08:00
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
if (cube_yyparse(&result) != 0)
|
2013-07-29 22:42:37 +08:00
|
|
|
cube_yyerror(&result, "bogus input");
|
2003-09-14 09:52:25 +08:00
|
|
|
|
|
|
|
cube_scanner_finish();
|
2000-12-12 04:39:15 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
** Allows the construction of a cube from 2 float[]'s
|
|
|
|
*/
|
|
|
|
Datum
|
|
|
|
cube_a_f8_f8(PG_FUNCTION_ARGS)
|
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
ArrayType *ur = PG_GETARG_ARRAYTYPE_P(0);
|
|
|
|
ArrayType *ll = PG_GETARG_ARRAYTYPE_P(1);
|
|
|
|
NDBOX *result;
|
2006-10-04 08:30:14 +08:00
|
|
|
int i;
|
|
|
|
int dim;
|
|
|
|
int size;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
bool point;
|
2006-10-04 08:30:14 +08:00
|
|
|
double *dur,
|
|
|
|
*dll;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2011-01-10 02:09:07 +08:00
|
|
|
if (array_contains_nulls(ur) || array_contains_nulls(ll))
|
2006-07-26 07:23:45 +08:00
|
|
|
ereport(ERROR,
|
2006-10-04 08:30:14 +08:00
|
|
|
(errcode(ERRCODE_ARRAY_ELEMENT_ERROR),
|
2008-05-30 02:46:40 +08:00
|
|
|
errmsg("cannot work with arrays containing NULLs")));
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
dim = ARRNELEMS(ur);
|
|
|
|
if (ARRNELEMS(ll) != dim)
|
|
|
|
ereport(ERROR,
|
2006-10-04 08:30:14 +08:00
|
|
|
(errcode(ERRCODE_ARRAY_ELEMENT_ERROR),
|
|
|
|
errmsg("UR and LL arrays must be of same length")));
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
dur = ARRPTR(ur);
|
|
|
|
dll = ARRPTR(ll);
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/* Check if it's a point */
|
|
|
|
point = true;
|
|
|
|
for (i = 0; i < dim; i++)
|
|
|
|
{
|
|
|
|
if (dur[i] != dll[i])
|
|
|
|
{
|
|
|
|
point = false;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
size = point ? POINT_SIZE(dim) : CUBE_SIZE(dim);
|
2007-02-28 07:48:10 +08:00
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
SET_DIM(result, dim);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2006-10-04 08:30:14 +08:00
|
|
|
for (i = 0; i < dim; i++)
|
2006-07-26 07:23:45 +08:00
|
|
|
result->x[i] = dur[i];
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
|
|
|
|
if (!point)
|
|
|
|
{
|
|
|
|
for (i = 0; i < dim; i++)
|
|
|
|
result->x[i + dim] = dll[i];
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
else
|
|
|
|
SET_POINT_BIT(result);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
** Allows the construction of a zero-volume cube from a float[]
|
|
|
|
*/
|
|
|
|
Datum
|
|
|
|
cube_a_f8(PG_FUNCTION_ARGS)
|
2002-08-30 07:03:58 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
ArrayType *ur = PG_GETARG_ARRAYTYPE_P(0);
|
|
|
|
NDBOX *result;
|
2006-10-04 08:30:14 +08:00
|
|
|
int i;
|
|
|
|
int dim;
|
|
|
|
int size;
|
|
|
|
double *dur;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2011-01-10 02:09:07 +08:00
|
|
|
if (array_contains_nulls(ur))
|
2006-07-26 07:23:45 +08:00
|
|
|
ereport(ERROR,
|
2006-10-04 08:30:14 +08:00
|
|
|
(errcode(ERRCODE_ARRAY_ELEMENT_ERROR),
|
2008-05-30 02:46:40 +08:00
|
|
|
errmsg("cannot work with arrays containing NULLs")));
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
dim = ARRNELEMS(ur);
|
|
|
|
|
|
|
|
dur = ARRPTR(ur);
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = POINT_SIZE(dim);
|
2007-02-28 07:48:10 +08:00
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
SET_DIM(result, dim);
|
|
|
|
SET_POINT_BIT(result);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2006-10-04 08:30:14 +08:00
|
|
|
for (i = 0; i < dim; i++)
|
2006-07-26 07:23:45 +08:00
|
|
|
result->x[i] = dur[i];
|
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2002-08-30 07:03:58 +08:00
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_subset(PG_FUNCTION_ARGS)
|
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *c = PG_GETARG_NDBOX(0);
|
|
|
|
ArrayType *idx = PG_GETARG_ARRAYTYPE_P(1);
|
|
|
|
NDBOX *result;
|
2006-10-04 08:30:14 +08:00
|
|
|
int size,
|
|
|
|
dim,
|
|
|
|
i;
|
|
|
|
int *dx;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2011-01-10 02:09:07 +08:00
|
|
|
if (array_contains_nulls(idx))
|
2006-07-26 07:23:45 +08:00
|
|
|
ereport(ERROR,
|
2006-10-04 08:30:14 +08:00
|
|
|
(errcode(ERRCODE_ARRAY_ELEMENT_ERROR),
|
2008-05-30 02:46:40 +08:00
|
|
|
errmsg("cannot work with arrays containing NULLs")));
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2012-06-25 06:51:46 +08:00
|
|
|
dx = (int32 *) ARR_DATA_PTR(idx);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
dim = ARRNELEMS(idx);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = IS_POINT(c) ? POINT_SIZE(dim) : CUBE_SIZE(dim);
|
2007-02-28 07:48:10 +08:00
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
SET_DIM(result, dim);
|
|
|
|
|
|
|
|
if (IS_POINT(c))
|
|
|
|
SET_POINT_BIT(result);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2006-10-04 08:30:14 +08:00
|
|
|
for (i = 0; i < dim; i++)
|
2006-07-26 07:23:45 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if ((dx[i] <= 0) || (dx[i] > DIM(c)))
|
2006-07-26 07:23:45 +08:00
|
|
|
{
|
2006-10-04 08:30:14 +08:00
|
|
|
pfree(result);
|
2006-07-26 07:23:45 +08:00
|
|
|
ereport(ERROR,
|
2006-10-04 08:30:14 +08:00
|
|
|
(errcode(ERRCODE_ARRAY_ELEMENT_ERROR),
|
|
|
|
errmsg("Index out of bounds")));
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
2006-10-04 08:30:14 +08:00
|
|
|
result->x[i] = c->x[dx[i] - 1];
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (!IS_POINT(c))
|
|
|
|
result->x[i + dim] = c->x[dx[i] + DIM(c) - 1];
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(c, 0);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
Datum
|
|
|
|
cube_out(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *cube = PG_GETARG_NDBOX(0);
|
2002-08-19 04:15:52 +08:00
|
|
|
StringInfoData buf;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
int dim = DIM(cube);
|
2001-03-22 12:01:46 +08:00
|
|
|
int i;
|
2003-08-04 08:43:34 +08:00
|
|
|
int ndig;
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2002-08-19 04:15:52 +08:00
|
|
|
initStringInfo(&buf);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2002-11-23 11:50:21 +08:00
|
|
|
/*
|
|
|
|
* Get the number of digits to display.
|
|
|
|
*/
|
|
|
|
ndig = DBL_DIG + extra_float_digits;
|
2003-08-04 08:43:34 +08:00
|
|
|
if (ndig < 1)
|
|
|
|
ndig = 1;
|
2002-11-23 11:50:21 +08:00
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
/*
|
|
|
|
* while printing the first (LL) corner, check if it is equal to the
|
2002-08-19 04:15:52 +08:00
|
|
|
* second one
|
2001-03-22 12:01:46 +08:00
|
|
|
*/
|
2002-08-19 04:15:52 +08:00
|
|
|
appendStringInfoChar(&buf, '(');
|
2001-03-22 12:01:46 +08:00
|
|
|
for (i = 0; i < dim; i++)
|
|
|
|
{
|
2002-08-19 04:15:52 +08:00
|
|
|
if (i > 0)
|
2013-10-31 22:55:59 +08:00
|
|
|
appendStringInfoString(&buf, ", ");
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
appendStringInfo(&buf, "%.*g", ndig, LL_COORD(cube, i));
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
2002-08-19 04:15:52 +08:00
|
|
|
appendStringInfoChar(&buf, ')');
|
2001-03-22 12:01:46 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (!cube_is_point_internal(cube))
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
2013-10-31 22:55:59 +08:00
|
|
|
appendStringInfoString(&buf, ",(");
|
2002-08-19 04:15:52 +08:00
|
|
|
for (i = 0; i < dim; i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
2002-08-19 04:15:52 +08:00
|
|
|
if (i > 0)
|
2013-10-31 22:55:59 +08:00
|
|
|
appendStringInfoString(&buf, ", ");
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
appendStringInfo(&buf, "%.*g", ndig, UR_COORD(cube, i));
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
2002-08-19 04:15:52 +08:00
|
|
|
appendStringInfoChar(&buf, ')');
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(cube, 0);
|
2006-10-04 08:30:14 +08:00
|
|
|
PG_RETURN_CSTRING(buf.data);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/*****************************************************************************
|
2001-03-22 12:01:46 +08:00
|
|
|
* GiST functions
|
2000-12-12 04:39:15 +08:00
|
|
|
*****************************************************************************/
|
|
|
|
|
|
|
|
/*
|
|
|
|
** The GiST Consistent method for boxes
|
|
|
|
** Should return false if for all data items x below entry,
|
|
|
|
** the predicate x op query == FALSE, where op is the oper
|
|
|
|
** corresponding to strategy in the pg_amop table.
|
|
|
|
*/
|
2006-10-04 08:30:14 +08:00
|
|
|
Datum
|
2006-07-26 07:23:45 +08:00
|
|
|
g_cube_consistent(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2006-10-04 08:30:14 +08:00
|
|
|
GISTENTRY *entry = (GISTENTRY *) PG_GETARG_POINTER(0);
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *query = PG_GETARG_NDBOX(1);
|
2006-07-26 07:23:45 +08:00
|
|
|
StrategyNumber strategy = (StrategyNumber) PG_GETARG_UINT16(2);
|
2009-06-11 22:49:15 +08:00
|
|
|
|
2008-04-15 01:05:34 +08:00
|
|
|
/* Oid subtype = PG_GETARG_OID(3); */
|
|
|
|
bool *recheck = (bool *) PG_GETARG_POINTER(4);
|
2007-11-16 05:14:46 +08:00
|
|
|
bool res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2008-04-15 01:05:34 +08:00
|
|
|
/* All cases served by this function are exact */
|
|
|
|
*recheck = false;
|
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
/*
|
2001-06-01 02:16:55 +08:00
|
|
|
* if entry is not leaf, use g_cube_internal_consistent, else use
|
2001-03-22 12:01:46 +08:00
|
|
|
* g_cube_leaf_consistent
|
|
|
|
*/
|
|
|
|
if (GIST_LEAF(entry))
|
2007-11-16 05:14:46 +08:00
|
|
|
res = g_cube_leaf_consistent(DatumGetNDBOX(entry->key),
|
|
|
|
query, strategy);
|
2001-03-22 12:01:46 +08:00
|
|
|
else
|
2007-11-16 05:14:46 +08:00
|
|
|
res = g_cube_internal_consistent(DatumGetNDBOX(entry->key),
|
|
|
|
query, strategy);
|
2007-03-08 05:21:12 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(query, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
** The GiST Union method for boxes
|
|
|
|
** returns the minimal bounding box that encloses all the entries in entryvec
|
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
g_cube_union(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
GistEntryVector *entryvec = (GistEntryVector *) PG_GETARG_POINTER(0);
|
|
|
|
int *sizep = (int *) PG_GETARG_POINTER(1);
|
2001-03-22 12:01:46 +08:00
|
|
|
NDBOX *out = (NDBOX *) NULL;
|
|
|
|
NDBOX *tmp;
|
2008-05-30 02:46:40 +08:00
|
|
|
int i;
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* fprintf(stderr, "union\n");
|
|
|
|
*/
|
2007-03-08 05:21:12 +08:00
|
|
|
tmp = DatumGetNDBOX(entryvec->vector[0].key);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* sizep = sizeof(NDBOX); -- NDBOX has variable size
|
|
|
|
*/
|
2007-02-28 07:48:10 +08:00
|
|
|
*sizep = VARSIZE(tmp);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2004-03-30 23:45:33 +08:00
|
|
|
for (i = 1; i < entryvec->n; i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
out = g_cube_binary_union(tmp,
|
|
|
|
DatumGetNDBOX(entryvec->vector[i].key),
|
2001-03-22 12:01:46 +08:00
|
|
|
sizep);
|
|
|
|
tmp = out;
|
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
PG_RETURN_POINTER(out);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
** GiST Compress and Decompress methods for boxes
|
|
|
|
** do not do anything.
|
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
Datum
|
2006-10-04 08:30:14 +08:00
|
|
|
g_cube_compress(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2006-10-04 08:30:14 +08:00
|
|
|
PG_RETURN_DATUM(PG_GETARG_DATUM(0));
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
2006-10-04 08:30:14 +08:00
|
|
|
g_cube_decompress(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
GISTENTRY *entry = (GISTENTRY *) PG_GETARG_POINTER(0);
|
2007-11-16 05:14:46 +08:00
|
|
|
NDBOX *key = DatumGetNDBOX(PG_DETOAST_DATUM(entry->key));
|
2007-03-08 05:21:12 +08:00
|
|
|
|
|
|
|
if (key != DatumGetNDBOX(entry->key))
|
|
|
|
{
|
|
|
|
GISTENTRY *retval = (GISTENTRY *) palloc(sizeof(GISTENTRY));
|
2007-11-16 05:14:46 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
gistentryinit(*retval, PointerGetDatum(key),
|
2007-11-16 05:14:46 +08:00
|
|
|
entry->rel, entry->page,
|
|
|
|
entry->offset, FALSE);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_POINTER(retval);
|
|
|
|
}
|
|
|
|
PG_RETURN_POINTER(entry);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2000-12-12 04:39:15 +08:00
|
|
|
/*
|
|
|
|
** The GiST Penalty method for boxes
|
|
|
|
** As in the R-tree paper, we use change in area as our penalty metric
|
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
2006-10-04 08:30:14 +08:00
|
|
|
g_cube_penalty(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2006-10-04 08:30:14 +08:00
|
|
|
GISTENTRY *origentry = (GISTENTRY *) PG_GETARG_POINTER(0);
|
|
|
|
GISTENTRY *newentry = (GISTENTRY *) PG_GETARG_POINTER(1);
|
|
|
|
float *result = (float *) PG_GETARG_POINTER(2);
|
2001-06-01 02:16:55 +08:00
|
|
|
NDBOX *ud;
|
2002-08-30 07:03:58 +08:00
|
|
|
double tmp1,
|
2001-03-22 12:01:46 +08:00
|
|
|
tmp2;
|
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
ud = cube_union_v0(DatumGetNDBOX(origentry->key),
|
|
|
|
DatumGetNDBOX(newentry->key));
|
2001-06-01 02:16:55 +08:00
|
|
|
rt_cube_size(ud, &tmp1);
|
2007-03-08 05:21:12 +08:00
|
|
|
rt_cube_size(DatumGetNDBOX(origentry->key), &tmp2);
|
2002-08-30 07:03:58 +08:00
|
|
|
*result = (float) (tmp1 - tmp2);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* fprintf(stderr, "penalty\n"); fprintf(stderr, "\t%g\n", *result);
|
|
|
|
*/
|
2006-10-04 08:30:14 +08:00
|
|
|
PG_RETURN_FLOAT8(*result);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
** The GiST PickSplit method for boxes
|
2001-03-22 12:01:46 +08:00
|
|
|
** We use Guttman's poly time split algorithm
|
2000-12-12 04:39:15 +08:00
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
g_cube_picksplit(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
GistEntryVector *entryvec = (GistEntryVector *) PG_GETARG_POINTER(0);
|
|
|
|
GIST_SPLITVEC *v = (GIST_SPLITVEC *) PG_GETARG_POINTER(1);
|
2001-03-22 12:01:46 +08:00
|
|
|
OffsetNumber i,
|
|
|
|
j;
|
|
|
|
NDBOX *datum_alpha,
|
|
|
|
*datum_beta;
|
|
|
|
NDBOX *datum_l,
|
|
|
|
*datum_r;
|
|
|
|
NDBOX *union_d,
|
|
|
|
*union_dl,
|
|
|
|
*union_dr;
|
|
|
|
NDBOX *inter_d;
|
|
|
|
bool firsttime;
|
2002-08-30 07:03:58 +08:00
|
|
|
double size_alpha,
|
2001-03-22 12:01:46 +08:00
|
|
|
size_beta,
|
|
|
|
size_union,
|
|
|
|
size_inter;
|
2002-08-30 07:03:58 +08:00
|
|
|
double size_waste,
|
2001-03-22 12:01:46 +08:00
|
|
|
waste;
|
2002-08-30 07:03:58 +08:00
|
|
|
double size_l,
|
2001-03-22 12:01:46 +08:00
|
|
|
size_r;
|
|
|
|
int nbytes;
|
2006-06-28 20:00:14 +08:00
|
|
|
OffsetNumber seed_1 = 1,
|
|
|
|
seed_2 = 2;
|
2001-03-22 12:01:46 +08:00
|
|
|
OffsetNumber *left,
|
|
|
|
*right;
|
|
|
|
OffsetNumber maxoff;
|
|
|
|
|
2000-12-12 04:39:15 +08:00
|
|
|
/*
|
2001-03-22 12:01:46 +08:00
|
|
|
* fprintf(stderr, "picksplit\n");
|
2000-12-12 04:39:15 +08:00
|
|
|
*/
|
2004-03-30 23:45:33 +08:00
|
|
|
maxoff = entryvec->n - 2;
|
2001-03-22 12:01:46 +08:00
|
|
|
nbytes = (maxoff + 2) * sizeof(OffsetNumber);
|
|
|
|
v->spl_left = (OffsetNumber *) palloc(nbytes);
|
|
|
|
v->spl_right = (OffsetNumber *) palloc(nbytes);
|
|
|
|
|
|
|
|
firsttime = true;
|
|
|
|
waste = 0.0;
|
|
|
|
|
|
|
|
for (i = FirstOffsetNumber; i < maxoff; i = OffsetNumberNext(i))
|
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
datum_alpha = DatumGetNDBOX(entryvec->vector[i].key);
|
2001-03-22 12:01:46 +08:00
|
|
|
for (j = OffsetNumberNext(i); j <= maxoff; j = OffsetNumberNext(j))
|
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
datum_beta = DatumGetNDBOX(entryvec->vector[j].key);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/* compute the wasted space by unioning these guys */
|
|
|
|
/* size_waste = size_union - size_inter; */
|
2006-07-26 07:23:45 +08:00
|
|
|
union_d = cube_union_v0(datum_alpha, datum_beta);
|
2001-03-22 12:01:46 +08:00
|
|
|
rt_cube_size(union_d, &size_union);
|
2007-03-08 05:21:12 +08:00
|
|
|
inter_d = DatumGetNDBOX(DirectFunctionCall2(cube_inter,
|
2006-10-04 08:30:14 +08:00
|
|
|
entryvec->vector[i].key, entryvec->vector[j].key));
|
2001-03-22 12:01:46 +08:00
|
|
|
rt_cube_size(inter_d, &size_inter);
|
|
|
|
size_waste = size_union - size_inter;
|
|
|
|
|
|
|
|
/*
|
2005-10-15 10:49:52 +08:00
|
|
|
* are these a more promising split than what we've already seen?
|
2001-03-22 12:01:46 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
if (size_waste > waste || firsttime)
|
|
|
|
{
|
|
|
|
waste = size_waste;
|
|
|
|
seed_1 = i;
|
|
|
|
seed_2 = j;
|
|
|
|
firsttime = false;
|
|
|
|
}
|
|
|
|
}
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
left = v->spl_left;
|
|
|
|
v->spl_nleft = 0;
|
|
|
|
right = v->spl_right;
|
|
|
|
v->spl_nright = 0;
|
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
datum_alpha = DatumGetNDBOX(entryvec->vector[seed_1].key);
|
2006-07-26 07:23:45 +08:00
|
|
|
datum_l = cube_union_v0(datum_alpha, datum_alpha);
|
2001-06-01 02:16:55 +08:00
|
|
|
rt_cube_size(datum_l, &size_l);
|
2007-03-08 05:21:12 +08:00
|
|
|
datum_beta = DatumGetNDBOX(entryvec->vector[seed_2].key);
|
2006-07-26 07:23:45 +08:00
|
|
|
datum_r = cube_union_v0(datum_beta, datum_beta);
|
2001-06-01 02:16:55 +08:00
|
|
|
rt_cube_size(datum_r, &size_r);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/*
|
2014-05-07 00:12:18 +08:00
|
|
|
* Now split up the regions between the two seeds. An important property
|
2005-10-15 10:49:52 +08:00
|
|
|
* of this split algorithm is that the split vector v has the indices of
|
|
|
|
* items to be split in order in its left and right vectors. We exploit
|
|
|
|
* this property by doing a merge in the code that actually splits the
|
|
|
|
* page.
|
2001-03-22 12:01:46 +08:00
|
|
|
*
|
2005-10-15 10:49:52 +08:00
|
|
|
* For efficiency, we also place the new index tuple in this loop. This is
|
|
|
|
* handled at the very end, when we have placed all the existing tuples
|
|
|
|
* and i == maxoff + 1.
|
2001-03-22 12:01:46 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
maxoff = OffsetNumberNext(maxoff);
|
|
|
|
for (i = FirstOffsetNumber; i <= maxoff; i = OffsetNumberNext(i))
|
|
|
|
{
|
|
|
|
/*
|
2005-10-15 10:49:52 +08:00
|
|
|
* If we've already decided where to place this item, just put it on
|
2014-05-07 00:12:18 +08:00
|
|
|
* the right list. Otherwise, we need to figure out which page needs
|
2005-10-15 10:49:52 +08:00
|
|
|
* the least enlargement in order to store the item.
|
2001-03-22 12:01:46 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
if (i == seed_1)
|
|
|
|
{
|
|
|
|
*left++ = i;
|
|
|
|
v->spl_nleft++;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
else if (i == seed_2)
|
|
|
|
{
|
|
|
|
*right++ = i;
|
|
|
|
v->spl_nright++;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* okay, which page needs least enlargement? */
|
2007-03-08 05:21:12 +08:00
|
|
|
datum_alpha = DatumGetNDBOX(entryvec->vector[i].key);
|
2006-07-26 07:23:45 +08:00
|
|
|
union_dl = cube_union_v0(datum_l, datum_alpha);
|
|
|
|
union_dr = cube_union_v0(datum_r, datum_alpha);
|
2001-06-01 02:16:55 +08:00
|
|
|
rt_cube_size(union_dl, &size_alpha);
|
|
|
|
rt_cube_size(union_dr, &size_beta);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/* pick which page to add it to */
|
|
|
|
if (size_alpha - size_l < size_beta - size_r)
|
|
|
|
{
|
|
|
|
datum_l = union_dl;
|
|
|
|
size_l = size_alpha;
|
|
|
|
*left++ = i;
|
|
|
|
v->spl_nleft++;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
datum_r = union_dr;
|
2010-11-15 10:27:34 +08:00
|
|
|
size_r = size_beta;
|
2001-03-22 12:01:46 +08:00
|
|
|
*right++ = i;
|
|
|
|
v->spl_nright++;
|
|
|
|
}
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
*left = *right = FirstOffsetNumber; /* sentinel value, see dosplit() */
|
2000-12-12 04:39:15 +08:00
|
|
|
|
2001-06-01 02:16:55 +08:00
|
|
|
v->spl_ldatum = PointerGetDatum(datum_l);
|
|
|
|
v->spl_rdatum = PointerGetDatum(datum_r);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
PG_RETURN_POINTER(v);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
** Equality method
|
|
|
|
*/
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
g_cube_same(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *b1 = PG_GETARG_NDBOX(0);
|
|
|
|
NDBOX *b2 = PG_GETARG_NDBOX(1);
|
|
|
|
bool *result = (bool *) PG_GETARG_POINTER(2);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
if (cube_cmp_v0(b1, b2) == 0)
|
2001-03-22 12:01:46 +08:00
|
|
|
*result = TRUE;
|
|
|
|
else
|
|
|
|
*result = FALSE;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* fprintf(stderr, "same: %s\n", (*result ? "TRUE" : "FALSE" ));
|
|
|
|
*/
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
/*
|
2000-12-12 04:39:15 +08:00
|
|
|
** SUPPORT ROUTINES
|
|
|
|
*/
|
2001-03-22 12:01:46 +08:00
|
|
|
bool
|
2009-06-11 22:49:15 +08:00
|
|
|
g_cube_leaf_consistent(NDBOX *key,
|
|
|
|
NDBOX *query,
|
2001-03-22 12:01:46 +08:00
|
|
|
StrategyNumber strategy)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2001-03-22 12:01:46 +08:00
|
|
|
bool retval;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* fprintf(stderr, "leaf_consistent, %d\n", strategy);
|
|
|
|
*/
|
|
|
|
switch (strategy)
|
|
|
|
{
|
|
|
|
case RTOverlapStrategyNumber:
|
2006-07-26 07:23:45 +08:00
|
|
|
retval = (bool) cube_overlap_v0(key, query);
|
2001-03-22 12:01:46 +08:00
|
|
|
break;
|
|
|
|
case RTSameStrategyNumber:
|
2006-07-26 07:23:45 +08:00
|
|
|
retval = (bool) (cube_cmp_v0(key, query) == 0);
|
2001-03-22 12:01:46 +08:00
|
|
|
break;
|
|
|
|
case RTContainsStrategyNumber:
|
2006-09-11 01:36:52 +08:00
|
|
|
case RTOldContainsStrategyNumber:
|
2006-07-26 07:23:45 +08:00
|
|
|
retval = (bool) cube_contains_v0(key, query);
|
2001-03-22 12:01:46 +08:00
|
|
|
break;
|
|
|
|
case RTContainedByStrategyNumber:
|
2006-09-11 01:36:52 +08:00
|
|
|
case RTOldContainedByStrategyNumber:
|
2006-07-26 07:23:45 +08:00
|
|
|
retval = (bool) cube_contains_v0(query, key);
|
2001-03-22 12:01:46 +08:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
retval = FALSE;
|
|
|
|
}
|
|
|
|
return (retval);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
bool
|
2009-06-11 22:49:15 +08:00
|
|
|
g_cube_internal_consistent(NDBOX *key,
|
|
|
|
NDBOX *query,
|
2001-03-22 12:01:46 +08:00
|
|
|
StrategyNumber strategy)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2001-03-22 12:01:46 +08:00
|
|
|
bool retval;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* fprintf(stderr, "internal_consistent, %d\n", strategy);
|
|
|
|
*/
|
|
|
|
switch (strategy)
|
|
|
|
{
|
|
|
|
case RTOverlapStrategyNumber:
|
2006-07-26 07:23:45 +08:00
|
|
|
retval = (bool) cube_overlap_v0(key, query);
|
2001-03-22 12:01:46 +08:00
|
|
|
break;
|
|
|
|
case RTSameStrategyNumber:
|
|
|
|
case RTContainsStrategyNumber:
|
2006-09-11 01:36:52 +08:00
|
|
|
case RTOldContainsStrategyNumber:
|
2006-07-26 07:23:45 +08:00
|
|
|
retval = (bool) cube_contains_v0(key, query);
|
2001-03-22 12:01:46 +08:00
|
|
|
break;
|
|
|
|
case RTContainedByStrategyNumber:
|
2006-09-11 01:36:52 +08:00
|
|
|
case RTOldContainedByStrategyNumber:
|
2006-07-26 07:23:45 +08:00
|
|
|
retval = (bool) cube_overlap_v0(key, query);
|
2001-03-22 12:01:46 +08:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
retval = FALSE;
|
|
|
|
}
|
|
|
|
return (retval);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
NDBOX *
|
2009-06-11 22:49:15 +08:00
|
|
|
g_cube_binary_union(NDBOX *r1, NDBOX *r2, int *sizep)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2001-03-22 12:01:46 +08:00
|
|
|
NDBOX *retval;
|
2000-12-12 04:39:15 +08:00
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
retval = cube_union_v0(r1, r2);
|
2007-02-28 07:48:10 +08:00
|
|
|
*sizep = VARSIZE(retval);
|
2000-12-12 04:39:15 +08:00
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
return (retval);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
/* cube_union_v0 */
|
2001-03-22 12:01:46 +08:00
|
|
|
NDBOX *
|
2009-06-11 22:49:15 +08:00
|
|
|
cube_union_v0(NDBOX *a, NDBOX *b)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2001-03-22 12:01:46 +08:00
|
|
|
int i;
|
|
|
|
NDBOX *result;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
int dim;
|
|
|
|
int size;
|
2001-03-22 12:01:46 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/* trivial case */
|
|
|
|
if (a == b)
|
|
|
|
return a;
|
2001-03-22 12:01:46 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/* swap the arguments if needed, so that 'a' is always larger than 'b' */
|
|
|
|
if (DIM(a) < DIM(b))
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
|
|
|
NDBOX *tmp = b;
|
|
|
|
|
|
|
|
b = a;
|
|
|
|
a = tmp;
|
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
dim = DIM(a);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = CUBE_SIZE(dim);
|
|
|
|
result = palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_DIM(result, dim);
|
|
|
|
|
2014-05-07 00:12:18 +08:00
|
|
|
/* First compute the union of the dimensions present in both args */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = 0; i < DIM(b); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
result->x[i] = Min(
|
2014-05-07 00:12:18 +08:00
|
|
|
Min(LL_COORD(a, i), UR_COORD(a, i)),
|
|
|
|
Min(LL_COORD(b, i), UR_COORD(b, i))
|
|
|
|
);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
result->x[i + DIM(a)] = Max(
|
2014-05-07 00:12:18 +08:00
|
|
|
Max(LL_COORD(a, i), UR_COORD(a, i)),
|
|
|
|
Max(LL_COORD(b, i), UR_COORD(b, i))
|
|
|
|
);
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/* continue on the higher dimensions only present in 'a' */
|
|
|
|
for (; i < DIM(a); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
result->x[i] = Min(0,
|
2014-05-07 00:12:18 +08:00
|
|
|
Min(LL_COORD(a, i), UR_COORD(a, i))
|
|
|
|
);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
result->x[i + dim] = Max(0,
|
2014-05-07 00:12:18 +08:00
|
|
|
Max(LL_COORD(a, i), UR_COORD(a, i))
|
|
|
|
);
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/*
|
|
|
|
* Check if the result was in fact a point, and set the flag in the datum
|
|
|
|
* accordingly. (we don't bother to repalloc it smaller)
|
|
|
|
*/
|
|
|
|
if (cube_is_point_internal(result))
|
2002-09-05 04:31:48 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = POINT_SIZE(dim);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_POINT_BIT(result);
|
2002-09-05 04:31:48 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
return (result);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
2006-10-04 08:30:14 +08:00
|
|
|
cube_union(PG_FUNCTION_ARGS)
|
2006-07-26 07:23:45 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0);
|
|
|
|
NDBOX *b = PG_GETARG_NDBOX(1);
|
2007-11-16 05:14:46 +08:00
|
|
|
NDBOX *res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_union_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(res);
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
|
|
|
|
2000-12-12 04:39:15 +08:00
|
|
|
/* cube_inter */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_inter(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0);
|
|
|
|
NDBOX *b = PG_GETARG_NDBOX(1);
|
|
|
|
NDBOX *result;
|
|
|
|
bool swapped = false;
|
2001-03-22 12:01:46 +08:00
|
|
|
int i;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
int dim;
|
|
|
|
int size;
|
2001-03-22 12:01:46 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/* swap the arguments if needed, so that 'a' is always larger than 'b' */
|
|
|
|
if (DIM(a) < DIM(b))
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
|
|
|
NDBOX *tmp = b;
|
2014-05-07 00:12:18 +08:00
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
b = a;
|
|
|
|
a = tmp;
|
2008-05-30 02:46:40 +08:00
|
|
|
swapped = true;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
dim = DIM(a);
|
2001-03-22 12:01:46 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = CUBE_SIZE(dim);
|
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_DIM(result, dim);
|
|
|
|
|
2014-05-07 00:12:18 +08:00
|
|
|
/* First compute intersection of the dimensions present in both args */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = 0; i < DIM(b); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
result->x[i] = Max(
|
2014-05-07 00:12:18 +08:00
|
|
|
Min(LL_COORD(a, i), UR_COORD(a, i)),
|
|
|
|
Min(LL_COORD(b, i), UR_COORD(b, i))
|
|
|
|
);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
result->x[i + DIM(a)] = Min(
|
2014-05-07 00:12:18 +08:00
|
|
|
Max(LL_COORD(a, i), UR_COORD(a, i)),
|
|
|
|
Max(LL_COORD(b, i), UR_COORD(b, i))
|
|
|
|
);
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/* continue on the higher dimemsions only present in 'a' */
|
|
|
|
for (; i < DIM(a); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
result->x[i] = Max(0,
|
2014-05-07 00:12:18 +08:00
|
|
|
Min(LL_COORD(a, i), UR_COORD(a, i))
|
|
|
|
);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
result->x[i + DIM(a)] = Min(0,
|
2014-05-07 00:12:18 +08:00
|
|
|
Max(LL_COORD(a, i), UR_COORD(a, i))
|
|
|
|
);
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/*
|
|
|
|
* Check if the result was in fact a point, and set the flag in the datum
|
|
|
|
* accordingly. (we don't bother to repalloc it smaller)
|
|
|
|
*/
|
|
|
|
if (cube_is_point_internal(result))
|
2002-09-05 04:31:48 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = POINT_SIZE(dim);
|
|
|
|
result = repalloc(result, size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_POINT_BIT(result);
|
2002-09-05 04:31:48 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2008-05-30 02:46:40 +08:00
|
|
|
if (swapped)
|
|
|
|
{
|
|
|
|
PG_FREE_IF_COPY(b, 0);
|
|
|
|
PG_FREE_IF_COPY(a, 1);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
|
|
|
}
|
2007-11-16 05:14:46 +08:00
|
|
|
|
2001-03-22 12:01:46 +08:00
|
|
|
/*
|
2005-10-15 10:49:52 +08:00
|
|
|
* Is it OK to return a non-null intersection for non-overlapping boxes?
|
2001-03-22 12:01:46 +08:00
|
|
|
*/
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* cube_size */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_size(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0);
|
|
|
|
double result;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
int i;
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
result = 1.0;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = 0; i < DIM(a); i++)
|
|
|
|
result = result * Abs((LL_COORD(a, i) - UR_COORD(a, i)));
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
2006-10-04 08:30:14 +08:00
|
|
|
PG_RETURN_FLOAT8(result);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-06-11 22:49:15 +08:00
|
|
|
rt_cube_size(NDBOX *a, double *size)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
int i;
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
if (a == (NDBOX *) NULL)
|
|
|
|
*size = 0.0;
|
|
|
|
else
|
|
|
|
{
|
|
|
|
*size = 1.0;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = 0; i < DIM(a); i++)
|
|
|
|
*size = (*size) * Abs(UR_COORD(a, i) - LL_COORD(a, i));
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
|
|
|
return;
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* make up a metric in which one box will be 'lower' than the other
|
2002-08-30 07:03:58 +08:00
|
|
|
-- this can be useful for sorting and to determine uniqueness */
|
2003-09-14 09:52:25 +08:00
|
|
|
int32
|
2009-06-11 22:49:15 +08:00
|
|
|
cube_cmp_v0(NDBOX *a, NDBOX *b)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2001-03-22 12:01:46 +08:00
|
|
|
int i;
|
|
|
|
int dim;
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
dim = Min(DIM(a), DIM(b));
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/* compare the common dimensions */
|
|
|
|
for (i = 0; i < dim; i++)
|
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(a, i), UR_COORD(a, i)) >
|
|
|
|
Min(LL_COORD(b, i), UR_COORD(b, i)))
|
2003-09-14 09:52:25 +08:00
|
|
|
return 1;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(a, i), UR_COORD(a, i)) <
|
|
|
|
Min(LL_COORD(b, i), UR_COORD(b, i)))
|
2003-09-14 09:52:25 +08:00
|
|
|
return -1;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
|
|
|
for (i = 0; i < dim; i++)
|
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(a, i), UR_COORD(a, i)) >
|
|
|
|
Max(LL_COORD(b, i), UR_COORD(b, i)))
|
2003-09-14 09:52:25 +08:00
|
|
|
return 1;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(a, i), UR_COORD(a, i)) <
|
|
|
|
Max(LL_COORD(b, i), UR_COORD(b, i)))
|
2003-09-14 09:52:25 +08:00
|
|
|
return -1;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* compare extra dimensions to zero */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (DIM(a) > DIM(b))
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = dim; i < DIM(a); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(a, i), UR_COORD(a, i)) > 0)
|
2003-09-14 09:52:25 +08:00
|
|
|
return 1;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(a, i), UR_COORD(a, i)) < 0)
|
2003-09-14 09:52:25 +08:00
|
|
|
return -1;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = dim; i < DIM(a); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(a, i), UR_COORD(a, i)) > 0)
|
2003-09-14 09:52:25 +08:00
|
|
|
return 1;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(a, i), UR_COORD(a, i)) < 0)
|
2003-09-14 09:52:25 +08:00
|
|
|
return -1;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
2002-09-05 04:31:48 +08:00
|
|
|
|
|
|
|
/*
|
2005-10-15 10:49:52 +08:00
|
|
|
* if all common dimensions are equal, the cube with more dimensions
|
|
|
|
* wins
|
2002-09-05 04:31:48 +08:00
|
|
|
*/
|
2003-09-14 09:52:25 +08:00
|
|
|
return 1;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (DIM(a) < DIM(b))
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = dim; i < DIM(b); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(b, i), UR_COORD(b, i)) > 0)
|
2003-09-14 09:52:25 +08:00
|
|
|
return -1;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(b, i), UR_COORD(b, i)) < 0)
|
2003-09-14 09:52:25 +08:00
|
|
|
return 1;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = dim; i < DIM(b); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(b, i), UR_COORD(b, i)) > 0)
|
2003-09-14 09:52:25 +08:00
|
|
|
return -1;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(b, i), UR_COORD(b, i)) < 0)
|
2003-09-14 09:52:25 +08:00
|
|
|
return 1;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
2002-09-05 04:31:48 +08:00
|
|
|
|
|
|
|
/*
|
2005-10-15 10:49:52 +08:00
|
|
|
* if all common dimensions are equal, the cube with more dimensions
|
|
|
|
* wins
|
2002-09-05 04:31:48 +08:00
|
|
|
*/
|
2003-09-14 09:52:25 +08:00
|
|
|
return -1;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
|
|
|
|
2003-09-14 09:52:25 +08:00
|
|
|
/* They're really equal */
|
|
|
|
return 0;
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2006-10-04 08:30:14 +08:00
|
|
|
Datum
|
2006-07-26 07:23:45 +08:00
|
|
|
cube_cmp(PG_FUNCTION_ARGS)
|
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
int32 res;
|
2000-12-12 04:39:15 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_cmp_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_INT32(res);
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
Datum
|
|
|
|
cube_eq(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
int32 res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_cmp_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res == 0);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
Datum
|
|
|
|
cube_ne(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
int32 res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_cmp_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res != 0);
|
2003-09-14 09:52:25 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
Datum
|
|
|
|
cube_lt(PG_FUNCTION_ARGS)
|
2003-09-14 09:52:25 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
int32 res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_cmp_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res < 0);
|
2003-09-14 09:52:25 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
Datum
|
|
|
|
cube_gt(PG_FUNCTION_ARGS)
|
2003-09-14 09:52:25 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
int32 res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_cmp_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res > 0);
|
2003-09-14 09:52:25 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
Datum
|
|
|
|
cube_le(PG_FUNCTION_ARGS)
|
2003-09-14 09:52:25 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
int32 res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_cmp_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res <= 0);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
|
|
|
|
Datum
|
|
|
|
cube_ge(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
int32 res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_cmp_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res >= 0);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/* Contains */
|
|
|
|
/* Box(A) CONTAINS Box(B) IFF pt(A) < pt(B) */
|
2001-03-22 12:01:46 +08:00
|
|
|
bool
|
2009-06-11 22:49:15 +08:00
|
|
|
cube_contains_v0(NDBOX *a, NDBOX *b)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2001-03-22 12:01:46 +08:00
|
|
|
int i;
|
|
|
|
|
2002-08-30 07:03:58 +08:00
|
|
|
if ((a == NULL) || (b == NULL))
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (DIM(a) < DIM(b))
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
|
|
|
/*
|
2005-10-15 10:49:52 +08:00
|
|
|
* the further comparisons will make sense if the excess dimensions of
|
|
|
|
* (b) were zeroes Since both UL and UR coordinates must be zero, we
|
|
|
|
* can check them all without worrying about which is which.
|
2001-03-22 12:01:46 +08:00
|
|
|
*/
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = DIM(a); i < DIM(b); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (LL_COORD(b, i) != 0)
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (UR_COORD(b, i) != 0)
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Can't care less about the excess dimensions of (a), if any */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = 0; i < Min(DIM(a), DIM(b)); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(a, i), UR_COORD(a, i)) >
|
|
|
|
Min(LL_COORD(b, i), UR_COORD(b, i)))
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(a, i), UR_COORD(a, i)) <
|
|
|
|
Max(LL_COORD(b, i), UR_COORD(b, i)))
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
|
|
|
}
|
|
|
|
|
|
|
|
return (TRUE);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_contains(PG_FUNCTION_ARGS)
|
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
bool res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_contains_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res);
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
|
|
|
|
2000-12-12 04:39:15 +08:00
|
|
|
/* Contained */
|
|
|
|
/* Box(A) Contained by Box(B) IFF Box(B) Contains Box(A) */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_contained(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
bool res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_contains_v0(b, a);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Overlap */
|
|
|
|
/* Box(A) Overlap Box(B) IFF (pt(a)LL < pt(B)UR) && (pt(b)LL < pt(a)UR) */
|
2001-03-22 12:01:46 +08:00
|
|
|
bool
|
2009-06-11 22:49:15 +08:00
|
|
|
cube_overlap_v0(NDBOX *a, NDBOX *b)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2001-03-22 12:01:46 +08:00
|
|
|
int i;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This *very bad* error was found in the source: if ( (a==NULL) ||
|
|
|
|
* (b=NULL) ) return(FALSE);
|
|
|
|
*/
|
2002-08-30 07:03:58 +08:00
|
|
|
if ((a == NULL) || (b == NULL))
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
|
|
|
|
|
|
|
/* swap the box pointers if needed */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (DIM(a) < DIM(b))
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
|
|
|
NDBOX *tmp = b;
|
|
|
|
|
|
|
|
b = a;
|
|
|
|
a = tmp;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* compare within the dimensions of (b) */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = 0; i < DIM(b); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(a, i), UR_COORD(a, i)) > Max(LL_COORD(b, i), UR_COORD(b, i)))
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(a, i), UR_COORD(a, i)) < Min(LL_COORD(b, i), UR_COORD(b, i)))
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* compare to zero those dimensions in (a) absent in (b) */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = DIM(b); i < DIM(a); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Min(LL_COORD(a, i), UR_COORD(a, i)) > 0)
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (Max(LL_COORD(a, i), UR_COORD(a, i)) < 0)
|
2001-03-22 12:01:46 +08:00
|
|
|
return (FALSE);
|
|
|
|
}
|
|
|
|
|
|
|
|
return (TRUE);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_overlap(PG_FUNCTION_ARGS)
|
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
bool res;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
res = cube_overlap_v0(a, b);
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_BOOL(res);
|
2006-07-26 07:23:45 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2000-12-12 04:39:15 +08:00
|
|
|
/* Distance */
|
|
|
|
/* The distance is computed as a per axis sum of the squared distances
|
2001-03-22 12:01:46 +08:00
|
|
|
between 1D projections of the boxes onto Cartesian axes. Assuming zero
|
|
|
|
distance between overlapping projections, this metric coincides with the
|
2000-12-12 04:39:15 +08:00
|
|
|
"common sense" geometric distance */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_distance(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0),
|
|
|
|
*b = PG_GETARG_NDBOX(1);
|
|
|
|
bool swapped = false;
|
2001-03-22 12:01:46 +08:00
|
|
|
double d,
|
|
|
|
distance;
|
2008-05-30 02:46:40 +08:00
|
|
|
int i;
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/* swap the box pointers if needed */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (DIM(a) < DIM(b))
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
|
|
|
NDBOX *tmp = b;
|
|
|
|
|
|
|
|
b = a;
|
|
|
|
a = tmp;
|
2008-05-30 02:46:40 +08:00
|
|
|
swapped = true;
|
2001-03-22 12:01:46 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
distance = 0.0;
|
|
|
|
/* compute within the dimensions of (b) */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = 0; i < DIM(b); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
2014-05-07 00:12:18 +08:00
|
|
|
d = distance_1D(LL_COORD(a, i), UR_COORD(a, i), LL_COORD(b, i), UR_COORD(b, i));
|
2001-03-22 12:01:46 +08:00
|
|
|
distance += d * d;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* compute distance to zero for those dimensions in (a) absent in (b) */
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
for (i = DIM(b); i < DIM(a); i++)
|
2001-03-22 12:01:46 +08:00
|
|
|
{
|
2014-05-07 00:12:18 +08:00
|
|
|
d = distance_1D(LL_COORD(a, i), UR_COORD(a, i), 0.0, 0.0);
|
2001-03-22 12:01:46 +08:00
|
|
|
distance += d * d;
|
|
|
|
}
|
|
|
|
|
2008-05-30 02:46:40 +08:00
|
|
|
if (swapped)
|
|
|
|
{
|
|
|
|
PG_FREE_IF_COPY(b, 0);
|
|
|
|
PG_FREE_IF_COPY(a, 1);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
PG_FREE_IF_COPY(a, 0);
|
|
|
|
PG_FREE_IF_COPY(b, 1);
|
|
|
|
}
|
|
|
|
|
2006-07-26 07:23:45 +08:00
|
|
|
PG_RETURN_FLOAT8(sqrt(distance));
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2002-08-30 07:03:58 +08:00
|
|
|
static double
|
|
|
|
distance_1D(double a1, double a2, double b1, double b2)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
2001-03-22 12:01:46 +08:00
|
|
|
/* interval (a) is entirely on the left of (b) */
|
|
|
|
if ((a1 <= b1) && (a2 <= b1) && (a1 <= b2) && (a2 <= b2))
|
2004-09-14 12:21:38 +08:00
|
|
|
return (Min(b1, b2) - Max(a1, a2));
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/* interval (a) is entirely on the right of (b) */
|
|
|
|
if ((a1 > b1) && (a2 > b1) && (a1 > b2) && (a2 > b2))
|
2004-09-14 12:21:38 +08:00
|
|
|
return (Min(a1, a2) - Max(b1, b2));
|
2001-03-22 12:01:46 +08:00
|
|
|
|
|
|
|
/* the rest are all sorts of intersections */
|
|
|
|
return (0.0);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
|
|
|
|
2002-08-30 07:03:58 +08:00
|
|
|
/* Test if a box is also a point */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_is_point(PG_FUNCTION_ARGS)
|
2000-12-12 04:39:15 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
NDBOX *cube = PG_GETARG_NDBOX(0);
|
|
|
|
bool result;
|
|
|
|
|
|
|
|
result = cube_is_point_internal(cube);
|
|
|
|
PG_FREE_IF_COPY(cube, 0);
|
|
|
|
PG_RETURN_BOOL(result);
|
|
|
|
}
|
2002-09-05 04:31:48 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
static bool
|
|
|
|
cube_is_point_internal(NDBOX *cube)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
if (IS_POINT(cube))
|
|
|
|
return true;
|
|
|
|
|
|
|
|
/*
|
2014-05-07 00:12:18 +08:00
|
|
|
* Even if the point-flag is not set, all the lower-left coordinates might
|
|
|
|
* match the upper-right coordinates, so that the value is in fact a
|
|
|
|
* point. Such values don't arise with current code - the point flag is
|
|
|
|
* always set if appropriate - but they might be present on-disk in
|
|
|
|
* clusters upgraded from pre-9.4 versions.
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
*/
|
|
|
|
for (i = 0; i < DIM(cube); i++)
|
2002-09-05 04:31:48 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (LL_COORD(cube, i) != UR_COORD(cube, i))
|
|
|
|
return false;
|
2002-09-05 04:31:48 +08:00
|
|
|
}
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
return true;
|
2002-08-30 07:03:58 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2002-08-30 07:03:58 +08:00
|
|
|
/* Return dimensions in use in the data structure */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_dim(PG_FUNCTION_ARGS)
|
2002-08-30 07:03:58 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *c = PG_GETARG_NDBOX(0);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
int dim = DIM(c);
|
2014-05-07 00:12:18 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(c, 0);
|
2008-05-30 02:46:40 +08:00
|
|
|
PG_RETURN_INT32(dim);
|
2002-08-30 07:03:58 +08:00
|
|
|
}
|
2001-03-22 12:01:46 +08:00
|
|
|
|
2002-08-30 07:03:58 +08:00
|
|
|
/* Return a specific normalized LL coordinate */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_ll_coord(PG_FUNCTION_ARGS)
|
2002-08-30 07:03:58 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *c = PG_GETARG_NDBOX(0);
|
|
|
|
int n = PG_GETARG_INT16(1);
|
2006-07-26 07:23:45 +08:00
|
|
|
double result;
|
2002-09-05 04:31:48 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (DIM(c) >= n && n > 0)
|
2014-05-07 00:12:18 +08:00
|
|
|
result = Min(LL_COORD(c, n - 1), UR_COORD(c, n - 1));
|
2008-05-30 02:46:40 +08:00
|
|
|
else
|
|
|
|
result = 0;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(c, 0);
|
2006-07-26 07:23:45 +08:00
|
|
|
PG_RETURN_FLOAT8(result);
|
2002-08-30 07:03:58 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Return a specific normalized UR coordinate */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_ur_coord(PG_FUNCTION_ARGS)
|
2002-08-30 07:03:58 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *c = PG_GETARG_NDBOX(0);
|
|
|
|
int n = PG_GETARG_INT16(1);
|
2006-07-26 07:23:45 +08:00
|
|
|
double result;
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (DIM(c) >= n && n > 0)
|
2014-05-07 00:12:18 +08:00
|
|
|
result = Max(LL_COORD(c, n - 1), UR_COORD(c, n - 1));
|
2008-05-30 02:46:40 +08:00
|
|
|
else
|
|
|
|
result = 0;
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(c, 0);
|
2006-07-26 07:23:45 +08:00
|
|
|
PG_RETURN_FLOAT8(result);
|
2002-08-30 07:03:58 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Increase or decrease box size by a radius in at least n dimensions. */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_enlarge(PG_FUNCTION_ARGS)
|
2002-08-30 07:03:58 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
NDBOX *a = PG_GETARG_NDBOX(0);
|
|
|
|
double r = PG_GETARG_FLOAT8(1);
|
2012-06-25 06:51:46 +08:00
|
|
|
int32 n = PG_GETARG_INT32(2);
|
2002-09-05 04:31:48 +08:00
|
|
|
NDBOX *result;
|
|
|
|
int dim = 0;
|
|
|
|
int size;
|
|
|
|
int i,
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
j;
|
2002-09-05 04:31:48 +08:00
|
|
|
|
2003-08-04 08:43:34 +08:00
|
|
|
if (n > CUBE_MAX_DIM)
|
|
|
|
n = CUBE_MAX_DIM;
|
2007-03-08 05:21:12 +08:00
|
|
|
if (r > 0 && n > 0)
|
2002-09-05 04:31:48 +08:00
|
|
|
dim = n;
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (DIM(a) > dim)
|
|
|
|
dim = DIM(a);
|
|
|
|
|
|
|
|
size = CUBE_SIZE(dim);
|
2007-02-28 07:48:10 +08:00
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
SET_DIM(result, dim);
|
|
|
|
|
|
|
|
for (i = 0, j = dim; i < DIM(a); i++, j++)
|
2002-09-05 04:31:48 +08:00
|
|
|
{
|
2014-05-07 00:12:18 +08:00
|
|
|
if (LL_COORD(a, i) >= UR_COORD(a, i))
|
2002-09-05 04:31:48 +08:00
|
|
|
{
|
2014-05-07 00:12:18 +08:00
|
|
|
result->x[i] = UR_COORD(a, i) - r;
|
|
|
|
result->x[j] = LL_COORD(a, i) + r;
|
2002-09-05 04:31:48 +08:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2014-05-07 00:12:18 +08:00
|
|
|
result->x[i] = LL_COORD(a, i) - r;
|
|
|
|
result->x[j] = UR_COORD(a, i) + r;
|
2002-09-05 04:31:48 +08:00
|
|
|
}
|
|
|
|
if (result->x[i] > result->x[j])
|
|
|
|
{
|
|
|
|
result->x[i] = (result->x[i] + result->x[j]) / 2;
|
|
|
|
result->x[j] = result->x[i];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/* dim > a->dim only if r > 0 */
|
2002-08-30 07:03:58 +08:00
|
|
|
for (; i < dim; i++, j++)
|
2002-09-05 04:31:48 +08:00
|
|
|
{
|
2007-03-08 05:21:12 +08:00
|
|
|
result->x[i] = -r;
|
|
|
|
result->x[j] = r;
|
2002-09-05 04:31:48 +08:00
|
|
|
}
|
2006-07-26 07:23:45 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
/*
|
|
|
|
* Check if the result was in fact a point, and set the flag in the datum
|
|
|
|
* accordingly. (we don't bother to repalloc it smaller)
|
|
|
|
*/
|
|
|
|
if (cube_is_point_internal(result))
|
|
|
|
{
|
|
|
|
size = POINT_SIZE(dim);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_POINT_BIT(result);
|
|
|
|
}
|
|
|
|
|
2007-11-16 05:14:46 +08:00
|
|
|
PG_FREE_IF_COPY(a, 0);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2000-12-12 04:39:15 +08:00
|
|
|
}
|
2003-02-13 13:26:50 +08:00
|
|
|
|
|
|
|
/* Create a one dimensional box with identical upper and lower coordinates */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_f8(PG_FUNCTION_ARGS)
|
2003-02-13 13:26:50 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
double x = PG_GETARG_FLOAT8(0);
|
2003-02-13 13:26:50 +08:00
|
|
|
NDBOX *result;
|
2003-08-04 08:43:34 +08:00
|
|
|
int size;
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = POINT_SIZE(1);
|
2007-02-28 07:48:10 +08:00
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
SET_DIM(result, 1);
|
|
|
|
SET_POINT_BIT(result);
|
|
|
|
result->x[0] = x;
|
2006-10-04 08:30:14 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2003-02-13 13:26:50 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Create a one dimensional box */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_f8_f8(PG_FUNCTION_ARGS)
|
2003-02-13 13:26:50 +08:00
|
|
|
{
|
2008-05-30 02:46:40 +08:00
|
|
|
double x0 = PG_GETARG_FLOAT8(0);
|
|
|
|
double x1 = PG_GETARG_FLOAT8(1);
|
2003-02-13 13:26:50 +08:00
|
|
|
NDBOX *result;
|
2003-08-04 08:43:34 +08:00
|
|
|
int size;
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (x0 == x1)
|
|
|
|
{
|
|
|
|
size = POINT_SIZE(1);
|
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_DIM(result, 1);
|
|
|
|
SET_POINT_BIT(result);
|
|
|
|
result->x[0] = x0;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
size = CUBE_SIZE(1);
|
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_DIM(result, 1);
|
|
|
|
result->x[0] = x0;
|
|
|
|
result->x[1] = x1;
|
|
|
|
}
|
2006-07-26 07:23:45 +08:00
|
|
|
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2003-02-13 13:26:50 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Add a dimension to an existing cube with the same values for the new
|
|
|
|
coordinate */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_c_f8(PG_FUNCTION_ARGS)
|
2003-02-13 13:26:50 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
NDBOX *cube = PG_GETARG_NDBOX(0);
|
2008-05-30 02:46:40 +08:00
|
|
|
double x = PG_GETARG_FLOAT8(1);
|
2003-02-13 13:26:50 +08:00
|
|
|
NDBOX *result;
|
2003-08-04 08:43:34 +08:00
|
|
|
int size;
|
|
|
|
int i;
|
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
if (IS_POINT(cube))
|
|
|
|
{
|
|
|
|
size = POINT_SIZE((DIM(cube) + 1));
|
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_DIM(result, DIM(cube) + 1);
|
|
|
|
SET_POINT_BIT(result);
|
|
|
|
for (i = 0; i < DIM(cube); i++)
|
|
|
|
result->x[i] = cube->x[i];
|
|
|
|
result->x[DIM(result) - 1] = x;
|
|
|
|
}
|
|
|
|
else
|
2003-08-04 08:43:34 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = CUBE_SIZE((DIM(cube) + 1));
|
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_DIM(result, DIM(cube) + 1);
|
|
|
|
for (i = 0; i < DIM(cube); i++)
|
|
|
|
{
|
|
|
|
result->x[i] = cube->x[i];
|
|
|
|
result->x[DIM(result) + i] = cube->x[DIM(cube) + i];
|
|
|
|
}
|
|
|
|
result->x[DIM(result) - 1] = x;
|
2014-05-07 00:12:18 +08:00
|
|
|
result->x[2 * DIM(result) - 1] = x;
|
2003-08-04 08:43:34 +08:00
|
|
|
}
|
2006-07-26 07:23:45 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
PG_FREE_IF_COPY(cube, 0);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2003-02-13 13:26:50 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Add a dimension to an existing cube */
|
2006-07-26 07:23:45 +08:00
|
|
|
Datum
|
|
|
|
cube_c_f8_f8(PG_FUNCTION_ARGS)
|
2003-02-13 13:26:50 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
NDBOX *cube = PG_GETARG_NDBOX(0);
|
2008-05-30 02:46:40 +08:00
|
|
|
double x1 = PG_GETARG_FLOAT8(1);
|
|
|
|
double x2 = PG_GETARG_FLOAT8(2);
|
2003-02-13 13:26:50 +08:00
|
|
|
NDBOX *result;
|
2003-08-04 08:43:34 +08:00
|
|
|
int size;
|
|
|
|
int i;
|
|
|
|
|
2014-05-07 00:12:18 +08:00
|
|
|
if (IS_POINT(cube) && (x1 == x2))
|
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = POINT_SIZE((DIM(cube) + 1));
|
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_DIM(result, DIM(cube) + 1);
|
|
|
|
SET_POINT_BIT(result);
|
|
|
|
for (i = 0; i < DIM(cube); i++)
|
|
|
|
result->x[i] = cube->x[i];
|
|
|
|
result->x[DIM(result) - 1] = x1;
|
|
|
|
}
|
|
|
|
else
|
2003-08-04 08:43:34 +08:00
|
|
|
{
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
size = CUBE_SIZE((DIM(cube) + 1));
|
|
|
|
result = (NDBOX *) palloc0(size);
|
|
|
|
SET_VARSIZE(result, size);
|
|
|
|
SET_DIM(result, DIM(cube) + 1);
|
|
|
|
for (i = 0; i < DIM(cube); i++)
|
|
|
|
{
|
|
|
|
result->x[i] = LL_COORD(cube, i);
|
|
|
|
result->x[DIM(result) + i] = UR_COORD(cube, i);
|
|
|
|
}
|
|
|
|
result->x[DIM(result) - 1] = x1;
|
|
|
|
result->x[2 * DIM(result) - 1] = x2;
|
2003-08-04 08:43:34 +08:00
|
|
|
}
|
2006-07-26 07:23:45 +08:00
|
|
|
|
Extend cube on-disk format to pack points more tightly.
If the lower left and upper right corners of a cube are the same, set a
flag in the cube header, and only store one copy of the coordinates. That
cuts the on-disk size into half for the common case that the cube datatype
is used to represent points rather than boxes.
The new format is backwards-compatible with the old one, so pg_upgrade
still works. However, to get the space savings, the data needs to be
rewritten. A simple VACUUM FULL or REINDEX is not enough, as the old
Datums will just be moved to the new heap/index as is. A pg_dump and
reload, or something similar like casting to text and back, will do the
trick.
This patch deliberately doesn't update all the alternative expected output
files, as I don't have access to machines that produce those outputs. I'm
not sure if they are still relevant, but if they are, the buildfarm will
tell us and produce the diff required to fix it. If none of the buildfarm
animals need them, they should be removed altogether.
Patch by Stas Kelvich.
2013-10-22 01:59:42 +08:00
|
|
|
PG_FREE_IF_COPY(cube, 0);
|
2007-03-08 05:21:12 +08:00
|
|
|
PG_RETURN_NDBOX(result);
|
2003-02-13 13:26:50 +08:00
|
|
|
}
|