Linux SRV-16 6.18.44-paas #1 SMP PREEMPT_DYNAMIC Thu Aug 13 10:08:12 UTC 2026 x86_64
/
proc
/
self
/
root
/
proc
/
self
/
root
/
opt
/
postgresql-11
/
doc
/
html
/
//proc/self/root/proc/self/root/opt/postgresql-11/doc/html/release-9-0-3.html
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>E.155. Release 9.0.3</title><link rel="stylesheet" type="text/css" href="stylesheet.css" /><link rev="made" href="pgsql-docs@postgresql.org" /><meta name="generator" content="DocBook XSL Stylesheets V1.79.1" /><link rel="prev" href="release-9-0-4.html" title="E.154. Release 9.0.4" /><link rel="next" href="release-9-0-2.html" title="E.156. Release 9.0.2" /></head><body><div xmlns="http://www.w3.org/TR/xhtml1/transitional" class="navheader"><table width="100%" summary="Navigation header"><tr><th colspan="5" align="center">E.155. Release 9.0.3</th></tr><tr><td width="10%" align="left"><a accesskey="p" href="release-9-0-4.html" title="E.154. Release 9.0.4">Prev</a> </td><td width="10%" align="left"><a accesskey="u" href="release.html" title="Appendix E. Release Notes">Up</a></td><th width="60%" align="center">Appendix E. Release Notes</th><td width="10%" align="right"><a accesskey="h" href="index.html" title="PostgreSQL 11.1 Documentation">Home</a></td><td width="10%" align="right"> <a accesskey="n" href="release-9-0-2.html" title="E.156. Release 9.0.2">Next</a></td></tr></table><hr></hr></div><div class="sect1" id="RELEASE-9-0-3"><div class="titlepage"><div><div><h2 class="title" style="clear: both">E.155. Release 9.0.3</h2></div></div></div><div class="toc"><dl class="toc"><dt><span class="sect2"><a href="release-9-0-3.html#id-1.11.6.159.4">E.155.1. Migration to Version 9.0.3</a></span></dt><dt><span class="sect2"><a href="release-9-0-3.html#id-1.11.6.159.5">E.155.2. Changes</a></span></dt></dl></div><p><strong>Release date: </strong>2011-01-31</p><p> This release contains a variety of fixes from 9.0.2. For information about new features in the 9.0 major release, see <a class="xref" href="release-9-0.html" title="E.158. Release 9.0">Section E.158</a>. </p><div class="sect2" id="id-1.11.6.159.4"><div class="titlepage"><div><div><h3 class="title">E.155.1. Migration to Version 9.0.3</h3></div></div></div><p> A dump/restore is not required for those running 9.0.X. </p></div><div class="sect2" id="id-1.11.6.159.5"><div class="titlepage"><div><div><h3 class="title">E.155.2. Changes</h3></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p> Before exiting <span class="application">walreceiver</span>, ensure all the received WAL is fsync'd to disk (Heikki Linnakangas) </p><p> Otherwise the standby server could replay some un-synced WAL, conceivably leading to data corruption if the system crashes just at that point. </p></li><li class="listitem"><p> Avoid excess fsync activity in <span class="application">walreceiver</span> (Heikki Linnakangas) </p></li><li class="listitem"><p> Make <code class="command">ALTER TABLE</code> revalidate uniqueness and exclusion constraints when needed (Noah Misch) </p><p> This was broken in 9.0 by a change that was intended to suppress revalidation during <code class="command">VACUUM FULL</code> and <code class="command">CLUSTER</code>, but unintentionally affected <code class="command">ALTER TABLE</code> as well. </p></li><li class="listitem"><p> Fix EvalPlanQual for <code class="command">UPDATE</code> of an inheritance tree in which the tables are not all alike (Tom Lane) </p><p> Any variation in the table row types (including dropped columns present in only some child tables) would confuse the EvalPlanQual code, leading to misbehavior or even crashes. Since EvalPlanQual is only executed during concurrent updates to the same row, the problem was only seen intermittently. </p></li><li class="listitem"><p> Avoid failures when <code class="command">EXPLAIN</code> tries to display a simple-form <code class="literal">CASE</code> expression (Tom Lane) </p><p> If the <code class="literal">CASE</code>'s test expression was a constant, the planner could simplify the <code class="literal">CASE</code> into a form that confused the expression-display code, resulting in <span class="quote">“<span class="quote">unexpected CASE WHEN clause</span>”</span> errors. </p></li><li class="listitem"><p> Fix assignment to an array slice that is before the existing range of subscripts (Tom Lane) </p><p> If there was a gap between the newly added subscripts and the first pre-existing subscript, the code miscalculated how many entries needed to be copied from the old array's null bitmap, potentially leading to data corruption or crash. </p></li><li class="listitem"><p> Avoid unexpected conversion overflow in planner for very distant date values (Tom Lane) </p><p> The <code class="type">date</code> type supports a wider range of dates than can be represented by the <code class="type">timestamp</code> types, but the planner assumed it could always convert a date to timestamp with impunity. </p></li><li class="listitem"><p> Fix PL/Python crash when an array contains null entries (Alex Hunsaker) </p></li><li class="listitem"><p> Remove <span class="application">ecpg</span>'s fixed length limit for constants defining an array dimension (Michael Meskes) </p></li><li class="listitem"><p> Fix erroneous parsing of <code class="type">tsquery</code> values containing <code class="literal">... & !(subexpression) | ...</code> (Tom Lane) </p><p> Queries containing this combination of operators were not executed correctly. The same error existed in <code class="filename">contrib/intarray</code>'s <code class="type">query_int</code> type and <code class="filename">contrib/ltree</code>'s <code class="type">ltxtquery</code> type. </p></li><li class="listitem"><p> Fix buffer overrun in <code class="filename">contrib/intarray</code>'s input function for the <code class="type">query_int</code> type (Apple) </p><p> This bug is a security risk since the function's return address could be overwritten. Thanks to Apple Inc's security team for reporting this issue and supplying the fix. (CVE-2010-4015) </p></li><li class="listitem"><p> Fix bug in <code class="filename">contrib/seg</code>'s GiST picksplit algorithm (Alexander Korotkov) </p><p> This could result in considerable inefficiency, though not actually incorrect answers, in a GiST index on a <code class="type">seg</code> column. If you have such an index, consider <code class="command">REINDEX</code>ing it after installing this update. (This is identical to the bug that was fixed in <code class="filename">contrib/cube</code> in the previous update.) </p></li></ul></div></div></div><div class="navfooter"><hr /><table width="100%" summary="Navigation footer"><tr><td width="40%" align="left"><a accesskey="p" href="release-9-0-4.html">Prev</a> </td><td width="20%" align="center"><a accesskey="u" href="release.html">Up</a></td><td width="40%" align="right"> <a accesskey="n" href="release-9-0-2.html">Next</a></td></tr><tr><td width="40%" align="left" valign="top">E.154. Release 9.0.4 </td><td width="20%" align="center"><a accesskey="h" href="index.html">Home</a></td><td width="40%" align="right" valign="top"> E.156. Release 9.0.2</td></tr></table></div></body></html>