- 03 8月, 2016 9 次提交
-
-
由 Wang Hao 提交于
-
由 Kenan Yao 提交于
be mocked. Previously, only the last parameter of the mocked function can be assigned a value by unit test.
-
由 Kenan Yao 提交于
-
由 Kenan Yao 提交于
into a separate function, and change the DispatchCommandQueryParms allocation to palloc.
-
由 Kenan Yao 提交于
-
由 Kenan Yao 提交于
-
-
由 Nikos Armenatzoglou 提交于
-
由 Heikki Linnakangas 提交于
Commits a4fbb150 and 2818b911 removed the AppendOnlyEntry struct, and added the same information into the relcache. I didn't notice there were cmocka tests also using the AppendOnlyEntry struct.
-
- 02 8月, 2016 16 次提交
-
-
由 Heikki Linnakangas 提交于
There are quite a few places in the planner that need that information. Save a few system table lookups by keeping it in RelOptInfo. There is no syscache for pg_exttable. I don't see any measurable performance improvement from this, but you can see the number of index scans drop in pg_stat_sys_tables, and I think it makes the code slightly simpler anyway.
-
由 Heikki Linnakangas 提交于
This shaves a couple of minutes off the total runtime on my laptop.
-
由 Heikki Linnakangas 提交于
Keeping upstream test files as close to upstream as possible helps with diffing and merging with upstream. There are more GPDB-specific changes there still, but this is a step in the right direction. The 'alter_table' test runs for quite a long time, so by running it more in parallel, this also shortens a installcheck-good run slightly.
-
由 Heikki Linnakangas 提交于
The test runs in a schema of its own, bfv_aggregate. It is created at the beginning of the test, so we can safely assume that it's empty. Also, rather than dropping created objects after each test, just drop the whole schema at the end.
-
由 Heikki Linnakangas 提交于
In the passing, also add a DROP TABLE for the boolean test table. It was missing. Not that we necessarily need to drop every table created in a test case, but let's be consistent within the test file.
-
由 Heikki Linnakangas 提交于
Vacuuming the single table ought to be enough.
-
由 Heikki Linnakangas 提交于
It's pretty much identical to Form_pg_appendonly, which is now available in the relcache. No need to pass this additional struct around.
-
由 Heikki Linnakangas 提交于
This way, you don't need to always fetch it from the system catalogs, which makes things simpler, and is marginally faster too. To make all the fields in pg_appendonly accessible by direct access to the Form_pg_appendonly struct, change 'compresstype' field from text to name. "No compression" is now represented by an empty string, rather than NULL. I hope there are no applications out there that will get confused by this. The GetAppendOnlyEntry() function used to take a Snapshot as argument, but that seems unnecessary. The data in pg_appendonly doesn't change for a table after it's been created. Except when it's ALTERed, or rewritten by TRUNCATE or CLUSTER, but those operations invalidate the relcache, and we're never interested in the old version. There's not much need for the AppendOnlyEntry struct and the GetAppendOnlyEntry() function anymore; you can just as easily just access the Form_pg_appendonly struct directly. I'll remove that as a separate commit, though, to keep this one more readable.
-
由 Heikki Linnakangas 提交于
Many headers in src/include/catalog have gotten this treatment in the upstream. This makes life easier for the next commit, which adds a reference to Form_pg_appendonly to RelationData. With this separation, we can avoid pulling in a lot of other headers into rel.h, and avoid a circular dependency,
-
由 Heikki Linnakangas 提交于
In the previous coding, if a "name" field in a struct, that was used for direct access to a catalog tuple, i.e. Form_pg_*, was not accidentally aligned to 4-byte boundary, the struct would not match what's stored on disk. I was bit by this, when I tried changing the compresstype field in pg_appendonly from text to name. This seems like a good idea from an upgrade point of view too. This change broke pg_upgrade for any tables that use the name datatype. That's not a big deal, because it shouldn't be used in user tables at all anyway, but might as well take the hit in 5.0 when the upgrade is expected to be more painful anyway. Original commit: commit 5f6f840e Author: Tom Lane <tgl@sss.pgh.pa.us> Date: Tue Jun 24 17:58:27 2008 +0000 Reduce the alignment requirement of type "name" from int to char, and arrange to suppress zero-padding of "name" entries in indexes. The alignment change is unlikely to save any space, but it is really needed anyway to make the world safe for our widespread practice of passing plain old C strings to functions that are declared as taking Name. In the previous coding, the C compiler was entitled to assume that a Name pointer was word-aligned; but we were failing to guarantee that. I think the reason we'd not seen failures is that usually the only thing that gets done with such a pointer is strcmp(), which is hard to optimize in a way that exploits word-alignment. Still, some enterprising compiler guy will probably think of a way eventually, or we might change our code in a way that exposes more-obvious optimization opportunities. The padding change is accomplished in one-liner fashion by declaring the "name" index opclasses to use storage type "cstring" in pg_opclass.h. Normally btree and hash don't allow a nondefault storage type, because they don't have any provisions for converting the input datum to another type. However, because name and cstring are effectively the same thing except for padding, no conversion is needed --- we only need index_form_tuple() to treat the datum as being cstring not name, and this is sufficient. This seems to make for about a one-third reduction in the typical sizes of system catalog indexes that involve "name" columns, of which we have many. These two changes are only weakly related, but the alignment change makes me feel safer that the padding change won't introduce problems, so I'm committing them together.
-
由 Heikki Linnakangas 提交于
-
由 Heikki Linnakangas 提交于
They were not used for anything. Look at segrelid and segidxid in pg_appendonly instead.
-
由 Heikki Linnakangas 提交于
Spotted while debugging a buggy patch of mine, that the relation names in the ReadBuffer() error messages currently come out as "(null)". Would segfault on with a different libc implementation.
-
由 Jimmy Yih 提交于
Running gpcheckcat after constraints installcheck test shows trigger metadata inconsistencies between the master and segments. This issue was introduced in the 8.3 merge. If CreateTrigger Statement has a trigger oid already, we should reuse it like before the 8.3 merge.
-
由 Heikki Linnakangas 提交于
-
由 Heikki Linnakangas 提交于
This patch series adds the JSON datatype, with all the fixes that went into PostgreSQL 9.2 after the initial commit. See individual commits for more details. Author: Álvaro Hernández Tortosa <aht@8kdata.com> Reviewed-by: Daniel Gustafsson Reviewed-by: Andreas Scherbaum
-
- 01 8月, 2016 1 次提交
-
-
由 Tristan Su 提交于
-
- 29 7月, 2016 2 次提交
-
-
Note: We don't alien node elimination when there is an explain codegen or explain analyze codegen query in master.
-
由 Foyzur Rahman 提交于
-
- 28 7月, 2016 7 次提交
-
-
Signed-off-by: NShreedhar Hardikar <shardikar@gmail.com>
-
由 Heikki Linnakangas 提交于
This field was added to Const struct and the text out/read functions in PostgreSQL 8.3 (upstream commit 0f4ff460). In the merge, we missed that it also needs to be handled in the "fast" out/read functions. I wasn't able to come up with a test case that would misbehave because of this. When a Const is dispatched from the master to segments, the typmod has already been "applied" to the value, e.g. a numeric has been rounded to the desired precision. So it doesn't matter that the typmod is not available in the segments. However, gpcheckcat complained about the mismatch, in index expressions stored between the master and segments, as well as in atttypmod stored for a view. And if we leave the typmod uninitialized, it's left to 0, rather than -1 which would mean "no typmod", so clearly this must be fixed, even if it doesn't have any user-visible effects at the moment. Reported by Jimmy.
-
由 Alexey Grishchenko 提交于
Original implementation used array_ref for each element of the array. In case if array contains nulls, each call to the function array_ref causes a cycle over nulls bitmap to calculate the data offset. For array with 100'000 elements this causes 350x lower performance This fix uses the code from array_out for effective array data traversal
-
由 Alexey Grishchenko 提交于
Fixing the issue with PL/Python "subtransaction" regression tests - specifying order for table selects, and adding more verbose output of SPI errors
-
由 Marbin Tan 提交于
* We should ignore pg_temp_% during backup even if the user specifies the table. There is a potential error if we try to backup pg_temp_%, so we will prevent it.
-
由 Marbin Tan 提交于
* We noticed that when gpcrondump is given with a -S option (exclude schema) gpcrondump will also try to dump pg_temp schemas. This can be detected by the following issue: user creates a new schema user creates a temp table -- Keep the session alive On another session: Run gpcrondump -S <exclude schema> -x <dbname> * We've filtered out pg_temp in our queries to prevent this issue. Dumping pg_temp schemas doesn't make sense as gpdbrestore can't restore those schemas and tables anyways, since pg_ and gp_ schemas are restricted for the system. Make sure to ignore pg_temp from backup. * We want to make sure that we ignore pg_temp and not error out if we can't find the pg_temp tables during a backup Authors: Marbin Tan, Karen Huddleston, & Chumki Roy
-
由 Haisheng Yuan 提交于
This GUC is disabled by default. Currently, when users run an `UNION ALL` query, such as ```sql SELECT a FROM foo UNION ALL SELECT b FROM bar ```, GPDB will parallelize the execution across all the segments, but the table scans on `foo` and `bar` are not executed parallel. With this GUC enabled, we add redistribution motion node under APPEND(UNION) operator, which makes all the children of APPEND(UNION) operator execute in parallel in every segment.
-
- 27 7月, 2016 4 次提交
-
-
由 Foyzur Rahman 提交于
If Agg has an Append as the outer child, group by cannot resolve the variable names of the group by expression. This is because of incorrect assumption that it can take outerPlan of any child to access the outer child of its child, which is not true for Append. For Append we keep a list of children and lefttee and righttree are set to NULL. This breaks bfv_partition test suite when optimizer is enabled. For repro: ``` drop table if exists t; drop table if exists p1; drop table if exists p2; -- end_ignore create table p1 (a int, b int) partition by range(b) (start (1) end(100) every (20)); create table p2 (a int, b int) partition by range(b) (start (1) end(100) every (20)); create table t(a int, b int); insert into t select g, g*10 from generate_series(1,100) g; insert into p1 select g, g%99 +1 from generate_series(1,10000) g; insert into p2 select g, g%99 +1 from generate_series(1,10000) g; analyze t; analyze p1; analyze p2; explain select * from (select * from p1 union select * from p2) as p_all, t where p_all.b=t.b; ``` This commit fixes this by considering Append as special child and properly extracting the first subplan under Append as its outer child.
-
由 Foyzur Rahman 提交于
Looks like it can also come under NestedLoop. This came as part of the PR #980 comment to remove compiler warning to cast the parentPlan of PartitionSelector to Sequence, and it failed an Assert check that parentPlan is not always a Sequence.
-
由 Foyzur Rahman 提交于
In this PR we revert the earlier fix in #840, but keep some part of it. This PR is similar in spirit to the earlier as it depends on parent of PartitionSelector (which is expected to be Sequence) to deparse printablePredicate. However, this PR resolves the parent from child, instead of resolving child from parent and localizes the changes to just explain.c. We also keep the old behavior of clearly isolating Sequence node from PartitionSelector node. Besides this, we also pass the parent to resolve both outer and inner varno of a PartitionSelector's printablePredicate, which is also necessary to make bfv_partition green.
-
由 Chumki Roy 提交于
These are minor fixes identified through static code analysis. Add unit tests to gprestore filter and restore. Authors: Chumki Roy and Chris Hajas
-
- 25 7月, 2016 1 次提交
-
-
由 Pengzhou Tang 提交于
-