From ebe124eacd7c3faa36ed358e7cc1d7c5b419e5f6 Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Sat, 4 May 2024 14:18:09 +0200 Subject: Merging upstream version 15.6. Signed-off-by: Daniel Baumann --- doc/src/sgml/html/xoper-optimization.html | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'doc/src/sgml/html/xoper-optimization.html') diff --git a/doc/src/sgml/html/xoper-optimization.html b/doc/src/sgml/html/xoper-optimization.html index 5d13846..cbeee0a 100644 --- a/doc/src/sgml/html/xoper-optimization.html +++ b/doc/src/sgml/html/xoper-optimization.html @@ -1,5 +1,5 @@ -38.15. Operator Optimization Information

38.15. Operator Optimization Information

+38.15. Operator Optimization Information

38.15. Operator Optimization Information

A PostgreSQL operator definition can include several optional clauses that tell the system useful things about how the operator behaves. These clauses should be provided whenever @@ -13,7 +13,7 @@

Additional optimization clauses might be added in future versions of PostgreSQL. The ones described here are all - the ones that release 15.5 understands. + the ones that release 15.6 understands.

It is also possible to attach a planner support function to the function that underlies an operator, providing another way of telling the system @@ -278,4 +278,4 @@ table1.column1 OP table2.column2 The function underlying a merge-joinable operator must be marked immutable or stable. If it is volatile, the system will never attempt to use the operator for a merge join. -

\ No newline at end of file +

\ No newline at end of file -- cgit v1.2.3