Таблоид,

тут есть кое-что про блобы >2G

http://firebirder.ru/firebird_and_large_blob#comments

Судя по комментам это надолго. По крайней мере не в FB3

Dimitry Sibiryakov,

Согласен. Но вот обрабатывать их строковыми функциями, особенно SUBSTRING ... Даже если это сделают, то только спровоцирует некоторых, которые потом будут жаловаться на дикие тормоза, когда FB уйдёт в своп.

Хотя для CHAR_LENGTH, BIT_LENGTH и OCTET_LENGTH выходной результат теперь BIGINT, но они по крайней мере не создают новый BLOB

Обновил документацию

ТаблоидА ты будешь что-нить менять в доке по вот этим вопросам (про оконные ф-ции и юзание внутри их агрегатов, про rank() etc):
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1155625&msg=17923351
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1155625&msg=17928739
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1155625&msg=17923477
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1155625&msg=17923528


да. Но про агрегаты внутри окна я ещё не решил куда воткнуть, точно не в описание агрегатных функций. Пока там есть одно изменение. см. секцию "Оконные (аналитические) функции", где расписаны параметры и написано что использовать агрегаты можно. Это бы снабдить примерчиком конечно. Но я думаю один пример мало чем поможет, там очень много ограничений на этот счёт, когда этот агрегат не сам по себе, а с предложением GROUP BY, что гораздо полезнее. Вот здесь надо бы уже пару абзацов написать, когда это позволяется, а когда нет, и про то что агрегатная функция будет выполнена раньше построения окна.

ТаблоидИ еще.32Строковые литералы
Строковые литералы могут содержать произвольные символы . Весь литерал
заключается в апострофы. Апостроф внутри символьного литерала должен
повторяться два раза, чтобы отличить его от признака завершения литерала.
Максимальная длина строкового литерала составляет 64 КБайт .1) Бравур на тему "произвольные символы" слегка настораживает. Ты ведь при чарсете коннекта = win1251 не воткнёшь символ евро в литерал ? Т.е. я к тому, что надо про чарсет коннекта упомянуть. Кроме того, создать литералы такой длины в мультибайтовой кодировке не удастся. Например, unicode-строка, в которой все символы требуют для кодирования три байта, может создана только до 16383 символов, и это будет 49149 октета (а не "64 Кбайт").
2) Точное значение максимального числа октетов, которые можно затолкать в строковый литерал, равно 65535, т.к. это 2^16-1. Лучше записать именно это число, а не "64 КБайт".

По поводу произвольных символов. Там довольно много вариантов. Если этот литерал посылается с клиента, то да символы ограничены чарсетом коннекта. А вот внутри ХП ты можешь разные кодировки применять. Да и вообще указывать кодировку по месту. Так что лучше здесь оставить как есть.

По поводу 64K, наверное проще действительно написать 65535 байт. Про количество символов лучше не писать. Это и так разжёвывается чуть выше, где говорится о кодировках.

dimitr,

да так будет лучше всего

обновил документацию.

Таблоидpg 310BEGIN ... END
. . .
Блоки могут быть вложенными, глубина вложения не ограничена.я бы не был столь категоричен :-)


Адриано решил ограничить вложенность 512 уровнями. Добавлено в документацию.

Таблоид,

поправил

добавлены изменения из последнего снапшота, касающиеся DDL триггеров

Таблоид,

да чёто фигня какая-то. Должно быть "если объект не существует, то триггеры на события ALTER и DROP не запускаются. ..."
поправлю

Таблоид,

я ещё изменения вносил по поводу размера страницы по умолчанию в CREATE DATABASE. Теперь она 8192. Вроде больше она нигде всплыть не должна.

Dimitry Sibiryakov,

это Адриано написал вообще-то. Предложение имеет смысл для операторов CREATE OR ALTER и RECREATE.

Dimitry Sibiryakov,

на самом деле со следующим пунктом звучит вполне нормально


5. Если объект метаданных не существует, то обычно триггеры на события ALTER и DROP не запускаются. Исключения описаны в пункте 6.

6. Исключением из правила 5 являются BEFORE ALTER/DROP USER триггеры, которые будут вызваны, даже если имя пользователя не существует. Это вызвано тем, что эти команды выполняются для базы данных безопасности, для которой не делается проверка существования пользователей перед их выполнением. Данное поведение, вероятно, будет отличаться для встроенных пользователей, поэтому не пишите код, который зависит от этого.

Таблоид,

поправил

Обновлена документация по 2.5 и 3.0. Изменения коснулись главы PSQL. Прежде всего структуры и общего описания языка.