форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"переход c PostgreSQL 7.1 на 7.2"
Сообщение от deadmoroz2 on 17-Сен-02, 19:29  (MSK)
Решили переставит свой 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 и вытаскивали оттуда информацию. А на новом сарвере эти же странички не хотят работать. Из за чего это может быть? Синтакс комманд изменился?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: переход c PostgreSQL 7.1 на 7.2"
Сообщение от uldus on 18-Сен-02, 10:04  (MSK)
>к базе 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.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.