Onder Kalaci
7d787e3d5e
Prevent create_distributed_function() from the workers
...
As this could cause weird edge cases.
2020-03-10 18:24:20 +01:00
Hadi Moshayedi
b4e5f4b10a
Implement INSERT ... SELECT with repartitioning
2020-01-16 23:24:52 -08:00
Onder Kalaci
1e85938b46
Update regression tests-4
...
Update the MX tests. Similar to the previous commits, prevent CTE
inlining in some cases to prevent divergent test outputs.
2020-01-16 12:28:15 +01:00
Jelte Fennema
acd12a6de5
Normalize tests: s/read_intermediate_result\('[0-9]+_/read_intermediate_result('XXX_/g
2020-01-06 09:32:03 +01:00
Jelte Fennema
21dbd4e55d
Normalize tests: s/generating subplan [0-9]+\_/generating subplan XXX\_/g
2020-01-06 09:32:03 +01:00
Jelte Fennema
58723dd8b0
Normalize tests: s/DEBUG: Plan [0-9]+/DEBUG: Plan XXX/g
2020-01-06 09:32:03 +01:00
Jelte Fennema
7730bd449c
Normalize tests: Remove trailing whitespace
2020-01-06 09:32:03 +01:00
Jelte Fennema
7f3de68b0d
Normalize tests: header separator length
2020-01-06 09:32:03 +01:00
Jelte Fennema
8c5c0dd74c
Normalize tests: s/localhost:[0-9]+/localhost:xxxxx/g
2020-01-03 11:40:50 +01:00
Marco Slot
03cae27782
Add tests for distributing functions with replication_model statement
2019-10-26 23:57:59 +02:00
Philip Dubé
4063e7ca67
CALL delegation: apply strip_implicit_coercions to distribution argument
2019-10-10 17:42:43 +00:00
Philip Dubé
89d35e9692
Attempt to force custom plans for prepared statements when trying to delegate function calls
...
We discern between PARAM_EXEC & PARAM_EXTERN:
d52eaa0948/src/include/nodes/primnodes.h (L211)
According to primnodes.h we should only run into PARAM_EXEC or PARAM_EXTERN
2019-09-30 23:49:14 +00:00
Hadi Moshayedi
5e97e5c98e
Don't push down queries when in subqueries/ctes
2019-09-30 14:22:05 -07:00
Marco Slot
2868e02a3d
Implement SELECT function call delegation.
...
When a function is marked as colocated with a distributed table,
we try delegating queries of kind "SELECT func(...)" to workers.
We currently only support this simple form, and don't delegate
forms like "SELECT f1(...), f2(...)", "SELECT f1(...) FROM ...",
or function calls inside transactions.
As a side effect, we also fix the transactional semantics of DO blocks.
Previously we didn't consider a DO block a multi-statement transaction.
Now we do.
Co-authored-by: Marco Slot <marco@citusdata.com>
Co-authored-by: serprex <serprex@users.noreply.github.com>
Co-authored-by: pykello <hadi.moshayedi@microsoft.com>
2019-09-27 09:13:25 -07:00