URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 20818
[ Назад ]

Исходное сообщение
"переход c PostgreSQL 7.1 на 7.2"

Отправлено deadmoroz2 , 17-Сен-02 19:29 
Решили переставит свой Web сервер, который стоял на FreeBSD 4.4 и на нем крутились Apache 1.2.x, PostgreSQL 7.1.x, PHP 4.1.x. Поставили все на FreeBSD 4.6 с Apache 1.3.x, PostgreSQL 7.2.x, PHP 4.2.x.
Были у нас странички со скриптами PHPшными, которые на старом сервере подсоединялись к базе PostgreSQL и вытаскивали оттуда информацию. А на новом сарвере эти же странички не хотят работать.
Из за чего это может быть? Синтакс комманд изменился?

Содержание

Сообщения в этом обсуждении
"RE: переход c PostgreSQL 7.1 на 7.2"
Отправлено uldus , 18-Сен-02 10:04 
>к базе PostgreSQL и вытаскивали оттуда информацию. А на новом сарвере
>эти же странички не хотят работать.

При апгрейде 7.1.x на 7.2.x нужно внимательно читать HISTORY (раздел Migration to version 7.2) - там очень много скользких моментов, единственный выход - читать и тутже проверять в коде подозрительные места, при необходимости приводить запросы к новому виду.

Как минимум:

* The semantics of the "VACUUM" command have changed in this release.            You may wish to update your maintenance procedures accordingly.

* In this release, comparisons using = NULL will always return false (or        
NULL, more precisely). Previous releases automatically transformed            
this syntax to IS NULL. The old behavior can be re-enabled using a            
"postgresql.conf" parameter.

* The "pg_hba.conf" and "pg_ident.conf" configuration is now only                
reloaded after receiving a SIGHUP signal, not with each connection.                                                                  

* The function "octet_length()" now returns the uncompressed data                 length.

* The date/time value 'current' is no longer available. You will need to        
rewrite your applications.

* The timestamp() function is no longer available.  Use timestamp                
'string' instead, or CAST.

The SELECT ... LIMIT #,# syntax will be removed in the next release. You      
should change your queries to use separate LIMIT and OFFSET clauses,
e.g.       LIMIT 10 OFFSET 20.