Skip to content

P
Postgres FD Implementation
Commit a1916daf authored by Thomas G. Lockhart's avatar Thomas G. Lockhart
Browse files
Options

Change cross reference to CREATE AGGREGATE to a citation, since the 

 Programmer's Guide does not have access to the reference page.
Normalize markup.
parent 835d78d5
Show whitespace changes
Inline Side-by-side
Showing with 117 additions and 94 deletions
doc/src/sgml/xaggr.sgml
View file @ a1916daf
<Chapter Id="xaggr">
<Title>Extending <Acronym>SQL</Acronym>: Aggregates</Title>
<chapter id="xaggr">
<title>Extending <acronym>SQL</acronym>: Aggregates</title>
<Para>
Aggregate functions in <ProductName>Postgres</ProductName>
<para>
Aggregate functions in <productname>Postgres</productname>
are expressed as <firstterm>state values</firstterm>
and <firstterm>state transition functions</firstterm>.
That is, an aggregate can be
......@@ -13,38 +13,38 @@
function. The state transition function is just an
ordinary function that could also be used outside the
context of the aggregate.
</Para>
</para>
<Para>
<para>
Actually, in order to make it easier to construct useful
aggregates from existing functions, an aggregate can have
one or two separate state values, one or two transition
functions to update those state values, and a
<firstterm>final function</firstterm> that computes the
actual aggregate result from the ending state values.
</Para>
</para>
<Para>
<para>
Thus there can be as many as four datatypes involved:
the type of the input data items, the type of the aggregate's
result, and the types of the two state values. Only the
input and result datatypes are seen by a user of the aggregate.
</Para>
</para>
<Para>
<para>
Some state transition functions need to look at each successive
input to compute the next state value, while others ignore the
specific input value and simply update their internal state.
(The most useful example of the second kind is a running count
of the number of input items.) The <ProductName>Postgres</ProductName>
aggregate machinery defines <Acronym>sfunc1</Acronym> for
of the number of input items.) The <productname>Postgres</productname>
aggregate machinery defines <acronym>sfunc1</acronym> for
an aggregate as a function that is passed both the old state
value and the current input value, while <Acronym>sfunc2</Acronym>
value and the current input value, while <acronym>sfunc2</acronym>
is a function that is passed only the old state value.
</Para>
</para>
<Para>
If we define an aggregate that uses only <Acronym>sfunc1</Acronym>,
<para>
If we define an aggregate that uses only <acronym>sfunc1</acronym>,
we have an aggregate that computes a running function of
the attribute values from each instance. "Sum" is an
example of this kind of aggregate. "Sum" starts at
......@@ -54,7 +54,7 @@
we only need the addition function for that datatype.
The aggregate definition is:
<ProgramListing>
<programlisting>
CREATE AGGREGATE complex_sum (
sfunc1 = complex_add,
basetype = complex,
......@@ -69,15 +69,15 @@ SELECT complex_sum(a) FROM test_complex;
+------------+
|(34,53.9) |
+------------+
</ProgramListing>
</programlisting>
(In practice, we'd just name the aggregate "sum", and rely on
<ProductName>Postgres</ProductName> to figure out which kind
<productname>Postgres</productname> to figure out which kind
of sum to apply to a complex column.)
</Para>
</para>
<Para>
If we define only <Acronym>sfunc2</Acronym>, we are
<para>
If we define only <acronym>sfunc2</acronym>, we are
specifying an aggregate
that computes a running function that is independent of
the attribute values from each instance.
......@@ -85,11 +85,11 @@ SELECT complex_sum(a) FROM test_complex;
aggregate. "Count" starts at zero and adds one to its
running total for each instance, ignoring the instance
value. Here, we use the built-in
<Acronym>int4inc</Acronym> routine to do
<acronym>int4inc</acronym> routine to do
the work for us. This routine increments (adds one to)
its argument.
<ProgramListing>
<programlisting>
CREATE AGGREGATE my_count (
sfunc2 = int4inc, -- add one
basetype = int4,
......@@ -104,21 +104,22 @@ SELECT my_count(*) as emp_count from EMP;
+----------+
|5 |
+----------+
</ProgramListing>
</Para>
</programlisting>
</para>
<Para>
<para>
"Average" is an example of an aggregate that requires
both a function to compute the running sum and a function
to compute the running count. When all of the
instances have been processed, the final answer for the
aggregate is the running sum divided by the running
count. We use the <Acronym>int4pl</Acronym> and <Acronym>int4inc</Acronym> routines we used
before as well as the <ProductName>Postgres</ProductName> integer division
routine, <Acronym>int4div</Acronym>, to compute the division of the sum by
count. We use the <acronym>int4pl</acronym> and
<acronym>int4inc</acronym> routines we used
before as well as the <productname>Postgres</productname> integer division
routine, <acronym>int4div</acronym>, to compute the division of the sum by
the count.
<ProgramListing>
<programlisting>
CREATE AGGREGATE my_average (
sfunc1 = int4pl, -- sum
basetype = int4,
......@@ -137,12 +138,34 @@ SELECT my_average(salary) as emp_average FROM EMP;
+------------+
|1640 |
+------------+
</ProgramListing>
</Para>
</programlisting>
</para>
<Para>
<para>
For further details see
<!--
Not available in the Programmer's Guide
<xref endterm="sql-createaggregate-title"
linkend="sql-createaggregate-title">.
</Para>
</Chapter>
-->
<command>CREATE AGGREGATE</command> in
<citetitle>The PostgreSQL User's Guide</citetitle>.
</para>
</chapter>
<!-- Keep this comment at the end of the file
Local variables:
mode:sgml
sgml-omittag:nil
sgml-shorttag:t
sgml-minimize-attributes:nil
sgml-always-quote-attributes:t
sgml-indent-step:1
sgml-indent-data:t
sgml-parent-document:nil
sgml-default-dtd-file:"./reference.ced"
sgml-exposed-tags:nil
sgml-local-catalogs:("/usr/lib/sgml/catalog")
sgml-local-ecat-files:nil
End:
-->
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment