"unimportant".
Per request from Heikki
</para>
<para>
- The details of these commands are unimportant here; the important
+ The details of these commands are not important here; the important
point is that there are several separate updates involved to accomplish
this rather simple operation. Our bank's officers will want to be
assured that either all these updates happen, or none of them happen.
<para>
We already saw that <literal>ORDER BY</> can be omitted if the ordering
- of rows is unimportant. It is also possible to omit <literal>PARTITION
+ of rows is not important. It is also possible to omit <literal>PARTITION
BY</>, in which case there is just one partition containing all the rows.
</para>
This will match paths that contain the label <literal>Europe</literal> and
any label beginning with <literal>Russia</literal> (case-insensitive),
but not paths containing the label <literal>Transportation</literal>.
- The location of these words within the path is unimportant.
+ The location of these words within the path is not important.
Also, when <literal>%</> is used, the word can be matched to any
underscore-separated word within a label, regardless of position.
</para>
<literal>b</literal> inputs will be concatenated, and forced to either
upper or lower case depending on the <literal>uppercase</literal>
parameter. The remaining details of this function
- definition are unimportant here (see <xref linkend="extend"> for
+ definition are not important here (see <xref linkend="extend"> for
more information).
</para>
In practice the <parameter>source_sql</parameter> query should always
specify <literal>ORDER BY 1</> to ensure that values with the same
<structfield>row_name</structfield> are brought together. However,
- ordering of the categories within a group is unimportant.
+ ordering of the categories within a group is not important.
Also, it is essential to be sure that the order of the
<parameter>category_sql</parameter> query's output matches the specified
output column order.