22.06.2011 18:17, Arioch пишет:
например у вас есть varchar = "O001" - букву вместо нолика, бывает.
alter varchar -> integer отработает.
Да неужели.
Новость хорошая.
Тогда бы было хорошо FAQ обновить, какие проверки и когда выполняются в
актуальных версиях.
Актуальные версии тут не причем.
В письме от Thu, 23 Jun 2011 11:15:57 +0400, Dmitry Yemanov
сообщал:
Актуальные версии тут не причем. Оно никогда не работало.
грохнется на перестройке индекса ?
ok, ладно, я перестраховщик. Привык что это опасно, и предпочитаю думать
хуже, чем оно есть.
но жаль, что это остаётся "вну
23.06.2011 13:18, Vlad Khorsun пишет:
>> Почему бы не ввести специальную конструкцию, для вызова из блока
>> самого себя?
>Почему бы не пользоваться рекурсивными CTE ?
Как с помощью CTE удалить ветку (если не стоит каскадного удаления)?
Или, например скопировать ветку?
Ещё у меня возникала зада
"Tonal" ...
23.06.2011 13:18, Vlad Khorsun пишет:
Почему бы не ввести специальную конструкцию, для вызова из блока
самого себя?
Почему бы не пользоваться рекурсивными CTE ?
Как с помощью CTE удалить ветку (если не стоит каскадного удаления)?
Или, например скопировать ветку?
Ещё у меня возни
23.06.2011 16:11, Vlad Khorsun пишет:
>delete from ... where id in (with recursive...)
>
>delete from ... where exists (with recursive...)
>
>Или, раз уж речь о exec block, то
>
>for with recursive ... do delete ...;
Ежели дерево связано FK без каскада (или set null), то удалять
"Tonal" ...
23.06.2011 16:11, Vlad Khorsun пишет:
delete from ... where id in (with recursive...)
delete from ... where exists (with recursive...)
Или, раз уж речь о exec block, то
for with recursive ... do delete ...;
Ежели дерево связано FK без каскада (или set null), то удалят
Arioch пиÑеÑ:
У него вÑе в ÑÑандаÑÑной ÑÑÑÑкой ÑеÑевой кодиÑовке KOI8-R.
ÑÑандаÑÑной Ð´Ð»Ñ Ñего ? Ð´Ð»Ñ Ð¿Ð¸ÑÑма, еÑли кодиÑовка не Ñказана, ÑÑандаÑÑна
7-биÑÐ½Ð°Ñ ASCII Latin1
ÐÑдей н
23.06.2011 15:39, "Ð.ÐоÑолев" пиÑеÑ:
> ÐÑдей не пÑÑай.
> Ð ÑÑÑÑкоÑзÑÑнÑÑ
нÑÑÑаÑ
Ñ
оÑоÑий Ñон или ÑÑандаÑÑ Ð¿Ð¾ ÑакÑÑ - KOI8-R по ÑмолÑаниÑ
неÑ.
Здравствуйте, уважаемые!
Стесняюсь спросить, а существует ли описание параметров командной строки
инсталлятора FB 2.5 ?
Планируем готвить клиентов к переводу баз на 2.5 и предварительно хочу раздать им скрипт для деинсталляции
полуторного клиента и установки клиента FB 2.5.0.
Задумался, писать
23.06.2011 18:20, Vlad Khorsun пишет:
>>>Или, раз уж речь о exec block, то
>>>for with recursive ... do delete ...;
>> Ежели дерево связано FK без каскада (или set null), то удалять нужно с
>> листиков к корню.
>> В последнем примере будет ровно наоборот - первым придёт корень.
>
>Это
Ovchinnikov Vasily пишет:
Хотя, в конце концов самый простой вариант - это тот, с которым ты
знаком (как самая короткая - это та дорога, которую ты знаешь).
Видимо, так и поступлю.
Про какой-то installation_scripted.txt встречаются описания.
Но не нахожу его ни в линуховом tar'е (а чего бы ему
"Tonal" ...
23.06.2011 18:20, Vlad Khorsun пишет:
delete from ... where id in (with recursive...)
delete from ... where exists (with recursive...)
В примерах с delete порядок удаления как-то совсем не понятен - можешь
обяснить как его указать, чтобы дерево удалилось без проблем?
А зде
Про какой-то installation_scripted.txt встречаются описания.
Но не нахожу его ни в линуховом tar'е (а чего бы ему там и правда
делать-то?..), ни в виндовом zip-ките (а вот
это странно).
в /builds/install/arch-specific/win32/ смотрел ?
Ну или тут :
http://firebird.svn.sourceforge.net/vie
23.06.2011 16:11, Vlad Khorsun пишет:
> "Tonal" ...
>> 23.06.2011 13:18, Vlad Khorsun пишет:
Почему бы не ввести специальную конструкцию, для вызова из блока
самого себя?
>>>Почему бы не пользоваться рекурсивными CTE ?
>> Как с помощью CTE удалить ветку (если не стоит каскадного удале
Пиши процедуры для таких задач. По-хорошему советую :)
Таки хочется обойтись без сохранёнок.
Таки не получится. ("хочется" - не аргумент)
EB вполне устраивает.
Он не будет рекурсивным.
Но без возможности рекурсии работа с деревом из него сильно ограничена.
Таки есть более др
23.06.2011 11:39, Arioch пишет:
Актуальные версии тут не причем. Оно никогда не работало.
грохнется на перестройке индекса ?
На попытке альтера, до индекса дело не дойдет.
--
Дмитрий Еманов
Alex Cherednichenko пиÑеÑ:
ÐÑдей не пÑÑай.
Ð ÑÑÑÑкоÑзÑÑнÑÑ
нÑÑÑаÑ
Ñ
оÑоÑий Ñон или ÑÑандаÑÑ Ð¿Ð¾ ÑакÑÑ - KOI8-R по ÑмолÑаниÑ
неÑ.
ТаланÑ.
ЧиÑай кÑакозÑбÑÑ.
ÐдÑавÑÑвÑйÑе, Alex.
ÐÑ Ð¿Ð¸Ñали 23 иÑÐ½Ñ 2011 г., 18:48:13:
>> ÐÑдей не пÑÑай.
>> Ð ÑÑÑÑкоÑзÑÑнÑÑ
нÑÑÑаÑ
Ñ
оÑоÑий Ñон или ÑÑандаÑÑ Ð¿Ð¾ ÑакÑÑ - KOI8-R по
>> ÑмолÑаниÑ
> неÑ.
Ðа вÑе конÑÑ Ð¾Ñ
В письме от Thu, 23 Jun 2011 15:39:11 +0400, М.Королев
сообщал:
использование нестандартных форматов письма - это хороший тон или стандарт
по факту ?
--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
23.06.2011 20:58, Vlad Khorsun пишет:
>>>Пиши процедуры для таких задач. По-хорошему советую :)
>> EB вполне устраивает.
>Он не будет рекурсивным.
Этому есть какие-то причины теоретического плана или технического?
>> Но без возможности рекурсии работа с деревом из него сильно ограничена.
>
"Tonal" wrote in message ...
23.06.2011 20:58, Vlad Khorsun пишет:
Пиши процедуры для таких задач. По-хорошему советую :)
EB вполне устраивает.
Он не будет рекурсивным.
Этому есть какие-то причины теоретического плана или технического?
Нет конечно, это мой каприз.
Но без возможн
21 matches
Mail list logo