В письме от Fri, 24 Jun 2011 22:38:12 +0400, Владимир Аксенов
fr...@academ.org сообщал:
Вообще-то и Линукса тогда вообще не было.
Договоренность про KOI8-R была еще в FIDO7.SU.DBMS.INTERBASE
это как ? в FIDO эе стандарт досовская кодировка, ibm866 ?
через гейт-то понятно, что переводили в
В письме от Fri, 24 Jun 2011 16:12:21 +0400, Khorsun Vlad
hv...@optima.com.ua сообщал:
т.е. если оно не исчезнет через год-два-три, возможно посмотрю
пристальнее.
ну в высоконагруженных сильнопараллельных программах оно существует уже не
год-три, Erlang и написанные под его влиянием
Здравствуйте, Arioch.
Вы писали 27 июня 2011 г., 18:08:55:
Вообще-то и Линукса тогда вообще не было.
Договоренность про KOI8-R была еще в FIDO7.SU.DBMS.INTERBASE
это как ? в FIDO эе стандарт досовская кодировка, ibm866 ?
через гейт-то понятно, что переводили в koi8-r, но это была
Здравствуйте, Arioch.
Вы писали 27 июня 2011 г., 18:08:55:
через гейт-то понятно, что переводили в koi8-r, но это была договорённость
Демоса с самим собой, РАЗВЕ ЕТ ? :-)
Ради интереса покопался в инете - нашел правила конференции на эпсилон.
Правила были размещены тут, но сейчас их там нет,
Arioch wrote ...
В письме от Fri, 24 Jun 2011 16:12:21 +0400, Khorsun Vlad сообщал:
т.е. если оно не исчезнет через год-два-три, возможно посмотрю пристальнее.
ну в высоконагруженных сильнопараллельных программах оно существует уже не год-три, Erlang и написанные под его влиянием
Действительно, очень актуальная и полезная информация. Не могу поспорить...
27 июня 2011 г. 16:11 пользователь Владимир Аксенов fr...@academ.org написал:
Здравствуйте, Arioch.
Вы писали 27 июня 2011 г., 18:08:55:
через гейт-то понятно, что переводили в koi8-r, но это была договорённость
Здравствуйте, Алексей.
Вы писали 27 июня 2011 г., 19:25:00:
Действительно, очень актуальная и полезная информация. Не могу поспорить...
Да я вижу что тебе не помогли.
Оверквотинг, цитирование подписи, ответ перед цитатой.
Куда катится мир...
--
С уважением,
Владимир
В письме от Mon, 27 Jun 2011 16:11:50 +0400, Владимир Аксенов
fr...@academ.org сообщал:
А вот так выглядели эти правила в 2004 году :)
http://web.archive.org/web/20041009184946/http://ibase.ru/v6/conf/conf.htm
Во-первых, они уже никаким образом не относятся к FIDO :-)
Во-вторых, в них
Действительно, очень актуальная и полезная информация. Не могу поспорить...
Да я вижу что тебе не помогли.
Оверквотинг, цитирование подписи, ответ перед цитатой.
Стандартная настройка гмыла, угу. И лень поубирать лишнее.
С уважением, Алексей Вишняков.
Yurij wrote:
А как вы относитесь к функциональному программированию и около него
вообще?
Функциональное это слишком широкий термин. Функционально можно и на
голом C писать.
Если смотреть на SQL, то это типичный DSL. Но неплохо бы добавить
возможность определять локальные иммутабельные
Arioch wrote:
ну в высоконагруженных сильнопараллельных программах оно существует уже
не год-три,
Там рулят в основном C++, фортран и кобол. Увы.
Erlang и написанные под его влиянием библиотеки.
Erlang это прежде всего узкоспециализированный RTL, язык там дело десятое.
Vlad Khorsun wrote:
Я не собираюсь продолжать эту беседу ибо она была спровоцированна с
единственной целью - поржать в ЖЖ над частично процитированным и оторванным
от контекста моим частным мнением. Выставляя косным идиотом не только
меня (на
это мне наплевать), но и Firebird вместе со
27.06.2011 20:27, Alexey Popov пишет:
Тем не менее люди с нетрадиционной сексуальной ориентацией тянут внутрь
сервера Яву и прочую гомосятину. А нормального супер сервера как не было
так и нет :(
1) Внутрь сервера яву никто не тянет, там лишь интерфейс к ней.
Остальное снаружи в плагинах.
27.06.2011 20:18, Alexey Popov пишет:
Если смотреть на SQL, то это типичный DSL. Но неплохо бы добавить
возможность определять локальные иммутабельные переменные-множества типа:
x=select * from table
select * from x;
Это существенно упростит декомпозицию многоэтажных запросов и улучшит
В письме от Mon, 27 Jun 2011 20:23:08 +0400, Alexey Popov
a...@novgorod.net сообщал:
Erlang и написанные под его влиянием библиотеки.
Erlang это прежде всего узкоспециализированный RTL, язык там дело
десятое.
таки язык и дал возможность сделать такую RTL, и в других похожих
В письме от Mon, 27 Jun 2011 20:18:58 +0400, Alexey Popov
a...@novgorod.net сообщал:
В больших проектах совсем другое ставиться во главу угла, а не сколько
там синтаксического сахара в языке.
а FB действительно нужны БОЛЬШИЕ проекты ?
мне казалось, скорее малые и средние.
--
Написано в
Dmitry Yemanov wrote:
1) Внутрь сервера яву никто не тянет, там лишь интерфейс к ней.
Остальное снаружи в плагинах. Опционально.
Это вопрос технический - где будет работать JVM.
Однако тенденция неприятная.
2) Нормальный суперсервер есть в той же версии, что и ненавистная тебе
ява. Если ты
Dmitry Yemanov wrote:
Если смотреть на SQL, то это типичный DSL. Но неплохо бы добавить
возможность определять локальные иммутабельные переменные-множества типа:
x=select * from table
select * from x;
Это существенно упростит декомпозицию многоэтажных запросов и улучшит
читабельность.
Ну и
В письме от Mon, 27 Jun 2011 20:37:28 +0400, Dmitry Yemanov
dim...@users.sf.net сообщал:
1) Внутрь сервера яву никто не тянет, там лишь интерфейс к ней.
в принципе, если такой плагин или плагин-UDF может на вход получать курсор
(чтобы не перечислять явно поля в запросе), то вот она и
28.06.2011 00:58, Alexey Popov пишет:
Честно говоря не обдумывал насколько CTE мощно в этом плане. Возможно
неудачный синтаксис виноват. Ну например сделать что то типа такого:
x=select ...
y=select ...
z=select ...
select * from x,y,z
with [recursive]
x as (select ...)
y as (select ...)
Vlad Khorsun пишет:
Про какой-то installation_scripted.txt встречаются описания.
Но не нахожу его ни в линуховом tar'е (а чего бы ему там и правда
делать-то?..), ни в виндовом zip-ките (а вот
это странно).
в /builds/install/arch-specific/win32/ смотрел ?
О, чудо! :)
Спасибо, Влад! Я ж
24.06.2011 13:49, Khorsun Vlad пишет:
EB вполне устраивает.
Он не будет рекурсивным.
Этому есть какие-то причины теоретического плана или технического?
Нет конечно, это мой каприз.
Мне казалось, что ЕБ ничем от сохранёнки не отличаются кроме наличия
имени. Если это так, тогда
Tonal wrote in message ...
23.06.2011 20:58, Vlad Khorsun пишет:
Пиши процедуры для таких задач. По-хорошему советую :)
EB вполне устраивает.
Он не будет рекурсивным.
Этому есть какие-то причины теоретического плана или технического?
Нет конечно, это мой каприз.
Но без
23.06.2011 22:02, Владимир Аксенов пишет:
Людей не путай.
В русскоязычных ньюсах хороший тон или стандарт по факту - KOI8-R по
умолчанию
нет.
За все конфы отвечать не буду, но в этой - именно что да.
Да, - сказал Владимир, и отправил пост в charset=Windows-1251...
Alex Cherednichenko пишет:
Людей не путай.
В русскоязычных ньюсах хороший тон или стандарт по факту - KOI8-R по умолчанию
нет.
За все конфы отвечать не буду, но в этой - именно что да.
Да, - сказал Владимир, и отправил пост в charset=Windows-1251...
Он его явно задал _явно_. А мы тут об
Может, мы о разных вещах говорим?
Я настаиваю на том, что если заголовок (например Subject) входящего сообщения
8-битный (и кодировка не указана), то клиентское ПО должно предполагать для
этого заголовка кодировку KOI8-R.
Этого КМК придерживается большинство достаточно старых ньюсов.
Про всех
24.06.2011 13:03, М.Королев пишет:
Он его явно задал _явно_. А мы тут об умолчаниях.
Нету никаких умолчаний.
Кодировка всегда должна указываться.
Кто этого не делает - плюет на окружающих.
Alex Cherednichenko пишет:
24.06.2011 13:03, М.Королев пишет:
Он его явно задал _явно_. А мы тут об умолчаниях.
Нету никаких умолчаний.
Кодировка всегда должна указываться.
Кто этого не делает - плюет на окружающих.
Это эмоции. Жизнь богаче.
Hello, М. Королев!
М.Королев wrote:
Может, мы о разных вещах говорим?
Я настаиваю на том, что если заголовок (например Subject) входящего
сообщения 8-битный (и кодировка не указана), то клиентское ПО должно
предполагать для этого заголовка кодировку KOI8-R.
Этого КМК придерживается
Alex Cherednichenko пишет:
Это RFC-2047.
Опять 25.
RFC-2047 - это описание синтаксиса MIME-заголовков,
а не статья УК за его неиспользование.
Нету никаких умолчаний.
По жизни - есть посты без указания кодировки для 8-битного заголовка.
Кодировка всегда должна указываться.
Но указывается не
24.06.2011 14:15, М.Королев пишет:
Опять 25.
RFC-2047 - это описание синтаксиса MIME-заголовков,
а не статья УК за его неиспользование.
Там обрыв. Но вам туда можно.
Alex Cherednichenko пишет:
Опять 25.
RFC-2047 - это описание синтаксиса MIME-заголовков,
а не статья УК за его неиспользование.
Там обрыв. Но вам туда можно.
Хороший был юморист.
Предлагаю завязать.
В письме от Fri, 24 Jun 2011 10:49:38 +0400, Khorsun Vlad
hv...@optima.com.ua сообщал:
Нет, мы выяснили что есть for with recursive который позволяет не
писать процедуру (А ЧЕМ ПЛОХО ПИСАТЬ ПРОЦЕДУРУ ???)
stack overflow :-)
Для процедуры он должен раньше наступить, чем просто для for.
Arioch ...
В письме от Fri, 24 Jun 2011 10:49:38 +0400, Khorsun Vlad сообщал:
Нет, мы выяснили что есть for with recursive который позволяет не
писать процедуру (А ЧЕМ ПЛОХО ПИСАТЬ ПРОЦЕДУРУ ???)
stack overflow :-)
Пальцем в небо. Давай не будем делать предположений за других.
--
PS Не удивлюсь, если ты окажешься фанатом новомодных лямбда ф-ций (чи как
их там - когда тело ф-ции пишут в месте её вызова, без объявления) :-D
а чем плохо? лямбда функции (в виде рекурсивных EB) стали бы
конкурентным преимуществом сервера и замечательной темой для
рекламы.
A K ...
PS Не удивлюсь, если ты окажешься фанатом новомодных лямбда ф-ций (чи как
их там - когда тело ф-ции пишут в месте её вызова, без объявления) :-D
а чем плохо? лямбда функции (в виде рекурсивных EB) стали бы
конкурентным преимуществом сервера и замечательной темой для
рекламы.
Vladimir A.Bakhvaloff пишет:
On Fri, 24 Jun 2011 15:12:46 +0400, М.Королев
mia...@mail.ru wrote:
Alex Cherednichenko пишет:
Там обрыв. Но вам туда можно.
Хороший был юморист.
Предлагаю завязать.
Ты за что это Семёна Теодоровича хоронишь-то??? 8-О
Эээ... Виноват-с! Неаккуратно выразился.
On Jun 24, 2:57 pm, Khorsun Vlad hv...@optima.com.ua wrote:
Отвратительная возможность, провоцирующая написание нечитаемого
и несопровождаемого спагетти-кода, созданная на пустом месте чисто в
маркетинговых целях.
Вот такое моё частное мнение о лямбда-функциях.
А как вы относитесь к
Arioch пишет:
В письме от Fri, 24 Jun 2011 14:15:44 +0400, М.Королев
mia...@mail.ru сообщал:
Нету никаких умолчаний.
По жизни - есть посты без указания кодировки для 8-битного заголовка.
По жизни на улицах вокруг урн мусор валяется.
Есть, с этим надо считаться, но не надо самому так делать.
Yurij ...
А как вы относитесь к функциональному программированию и около него
вообще? Ну там функции высшего порядка, всякая там строгая типизация,
вариантные типы данных и прочее тому подобное?
Когда-то давно, лет 8 назад, что-то читал на эту тему, ни ничего не
пробовал. Да тогда и не
24.06.2011 16:06, Yurij пишет:
А как вы относитесь к функциональному программированию и около него
вообще? Ну там функции высшего порядка, всякая там строгая типизация,
вариантные типы данных и прочее тому подобное?
а СУБД тут каким боком?
On Jun 24, 3:13 pm, Alex Cherednichenko cheredniche...@post.cz
wrote:
24.06.2011 16:06, Yurij :
А как вы относитесь к функциональному программированию и около него
вообще? Ну там функции высшего порядка, всякая там строгая типизация,
вариантные типы данных и прочее тому подобное?
а СУБД тут
а СУБД тут каким боком?
современные тенденции -- сближение технологий. LINQ, всяческие ОО
маппинги для баз данных и т.п. тому примером.
24.06.2011 17:28, A K пишет:
современные тенденции -- сближение технологий.
LINQ, всяческие ОО
ихний LINQ - жалкое подобие нашего GPRE!
Alex Cherednichenko ...
24.06.2011 17:28, A K пишет:
современные тенденции -- сближение технологий.
LINQ, всяческие ОО
ихний LINQ - жалкое подобие нашего GPRE!
+100500
--
Хорсун Влад
On Jun 24, 3:36 pm, Alex Cherednichenko cheredniche...@post.cz
wrote:
24.06.2011 17:28, A K :
современные тенденции -- сближение технологий.
LINQ, всяческие ОО
ихний LINQ - жалкое подобие нашего GPRE!
В GPRE строгая типизация и монады есть?:)
Yurij ...
On Jun 24, 3:36 pm, Alex Cherednichenko wrote:
24.06.2011 17:28, A K :
современные тенденции -- сближение технологий.
LINQ, всяческие ОО
ихний LINQ - жалкое подобие нашего GPRE!
В GPRE строгая типизация
Да
и монады есть?:)
Понятия не имею.
--
Хорсун Влад
и монады есть?:)
Понятия не имею.
короче, всем пора выпить лимонаду. тем более пятница.
если рекурсивные EB можно сделать, то это было бы
весьма неплохо.
что до общего тона дискуссии, то имея на руках проект
в 1.6М строк кода на Д5, меня тоже раздражает, когда натыкаюсь
на дискуссии о
Здравствуйте, Arioch.
Вы писали 24 июня 2011 г., 18:16:24:
Кто этого не делает - плюет на окружающих.
Не плюет, если кодирует в KOI8-R.
Потому что об этом де факто договорились в девяносто мохнатом году.
1) Я не договаривался. У меня тогда Линукса не было.
Вообще-то и Линукса тогда
Здравствуйте, Dmitri.
Вы писали 24 июня 2011 г., 16:28:14:
Ньюсридеров российских нет, группа эта тоже не российская,
так что умолчаний никаких нет (вернее, у группы задан 1251 для веба,
но не более того).
Ньюсридеры это конечно больная тема, но я эту конфу пишу и читаю через родной
мыльный
Tonal ...
Почему бы не ввести специальную конструкцию, для вызова из блока самого себя?
Почему бы не пользоваться рекурсивными CTE ?
--
Хорсун Влад
22.06.2011 18:17, Arioch пишет:
например у вас есть varchar = O001 - букву вместо нолика, бывает.
alter varchar - integer отработает.
Да неужели.
Новость хорошая.
Тогда бы было хорошо FAQ обновить, какие проверки и когда выполняются в
актуальных версиях.
Актуальные версии тут не причем.
В письме от Thu, 23 Jun 2011 11:15:57 +0400, Dmitry Yemanov
dim...@users.sf.net сообщал:
Актуальные версии тут не причем. Оно никогда не работало.
грохнется на перестройке индекса ?
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
Людей не путай.
В русскоязычных ньюсах хороший тон или стандарт по факту - KOI8-R по умолчанию,
если другое не задано.
А
23.06.2011 15:39, М.Королев пишет:
Людей не путай.
В русскоязычных ньюсах хороший тон или стандарт по факту - KOI8-R по умолчанию
нет.
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/ смотрел ?
Ну или тут :
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, М.Королев
mia...@mail.ru сообщал:
использование нестандартных форматов письма - это хороший тон или стандарт
по факту ?
--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
23.06.2011 20:58, Vlad Khorsun пишет:
Пиши процедуры для таких задач. По-хорошему советую :)
EB вполне устраивает.
Он не будет рекурсивным.
Этому есть какие-то причины теоретического плана или технического?
Но без возможности рекурсии работа с деревом из него сильно ограничена.
Таки
Arioch пишет:
AS: включите plz отправку писем в MIME
У него все в стандартной русской сетевой кодировке KOI8-R.
22.06.2011 0:26, Arioch пишет:
Но вообще это стандартная проблема при backup/restore
например у вас есть varchar = O001 - букву вместо нолика, бывает.
alter varchar - integer отработает.
Да неужели.
--
Дмитрий Еманов
спасибо за ответ.
кстати до сих пор сохранилось любопытство как индекс проиндексирует
разнотипные данные...
физически в струкрурах это integer, а при его чтении любым читателем (в
т.ч. индексатором) он интерпретируется в новый строковый тип?
вопрос наверно глупый и проверяется
В письме от Wed, 22 Jun 2011 15:08:30 +0400, Кравченко Алексей
ista...@ngs.ru сообщал:
хочу убедиться что ничего не сломается если сделать этот злосчастный
alter на рабочей бд
а почему бы тебе сразу после альтера не сделать backup/restore и database
compare ?
И уверен будешь, и
В письме от Wed, 22 Jun 2011 10:27:42 +0400, М.Королев
mia...@mail.ru сообщал:
У него все в стандартной русской сетевой кодировке KOI8-R.
стандартной для чего ? для письма, если кодировка не указана, стандартна
7-битная ASCII Latin1
--
Написано в почтовом клиенте браузера Opera:
В письме от Wed, 22 Jun 2011 11:14:35 +0400, Dmitry Yemanov
dim...@users.sf.net сообщал:
например у вас есть varchar = O001 - букву вместо нолика, бывает.
alter varchar - integer отработает.
Да неужели.
Новость хорошая.
Тогда бы было хорошо FAQ обновить, какие проверки и когда выполняются
В письме от Wed, 22 Jun 2011 15:08:30 +0400, Кравченко Алексей
ista...@ngs.ru сообщал:
кстати до сих пор сохранилось любопытство как индекс проиндексирует
разнотипные данные...
это если индекс будет перестраиваться, а зачем ему перестраиваться для
старых нетронутых записей ?
если бы он
а почему бы тебе сразу после альтера не сделать backup/restore и database
compare ?
И уверен будешь, и структуру того же индекса оптимизируешь.
это хороший вариант, но трудоемкий... тоесть процесс занимает часа 4, и
делать это можно лишь в ночное время, когда спать хочется, а без надзора
это если индекс будет перестраиваться, а зачем ему перестраиваться для
старых нетронутых записей ?
насколько я понимаю он обязан быть перестроен, т.к. для строк например ,
10 больше чем 2... тоесть будет совсем другой порядок чем при integer
если бы он перестраивался, наверное, ты бы не
В письме от Mon, 20 Jun 2011 08:37:06 +0400, ëÒÁ×ÞÅÎËÏ áÌÅËÓÅÊ
ista...@ngs.ru сообщал:
AS: включите plz отправку писем в MIME
http://winrus.com/oe_r.htm
1. ÓÕÄÑ ÐÏ ÓËÏÒÏÓÔÉ ×ÙÐÏÌÎÅÎÉÑ, ÓÔÁÒÙÅ ÄÁÎÎÙÅ ×Ï×ÓÅ ÎÅ ÁÐÄÅÊÔÑÔÓÑ, ÔÏÅÓÔØ
ÈÒÁÎÑÔÓÑ × ÐÅÒ×ÏÎÁÞÁÌØÎÏÍ ×ÉÄÅ... ËÁË ÜÔÏ ÕÄÁÅÔÓÑ? ËÁÖÄÏÅ
Hello, Butomo!
Butomo wrote:
Здравствуйте, Дмитрий!
тут дмитриев много.
При разработке UDF столкнулся с непонятной ситуацией, коллега
посоветовал обратиться к Вам с вопросом.
личные сообщения пишут в личную почту, а не публично.
Раз пишете тут, спрашивайте у всех.
Не известно ли Вам о
Спасибо, Дмитрий!
Не был знаком с интерфейсом группы, думал Ответить отправителю - личное
сообщение.
Спасибо, что написали, а то так бы и ждал у моря погоды.
Советами воспользуюсь, проверю с классиком.
Но очень все было похоже, что причина в размере.
Падение происходило при загрузке
Hello, Tonal!
Tonal wrote:
Вроде бы стандартная ситуация и оптимизатор мог бы сам преобразовать в
соответствующий for select...
здрасьте. поставь вместо delete select, и будет то же самое.
select from SYMP2REMEDS where sr.id in
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
17.06.2011 8:26, Tonal пишет:
Кстати и в плане бы было бы хорошо как-то различать натурал, который
полный перебор и который позиционирование по rdb$db_key - вопросов бы
меньше возникало. :)
В плане это вполне видно. Идем перечитывать мою старую статью по методам
доступа, там это есть.
--
14.06.2011 14:05, Tonal пишет:
Из большой таблички нужно удалить записи по сложному условию.
План для условия вполне нормальный.
Но когда включаешь его в delete выплывает NATURAL.
Нормальный план - у подзапроса внутри IN, для внешней таблицы есс-но
будет натурал, это ведь лишний паразитный
В письме от Tue, 14 Jun 2011 14:58:14 +0400, Tonal
to...@promsoft.ru сообщал:
А for select по условию без натурала с выборкой rdb$db_key и удалением
по нему не спасает?
Вроде бы стандартная ситуация и оптимизатор мог бы сам преобразовать в
соответствующий for select...
Если правда, что
17.06.2011 03:51, Arioch пишет:
Вроде бы стандартная ситуация и оптимизатор мог бы сам преобразовать в
соответствующий for select...
Если правда, что позиционирование по rdb$db_key считается натуралом, -
то может он и преобразовывает ?
Вот и хочется услышать комментарии от разработчиков.
Уже
Привет!
Из большой таблички нужно удалить записи по сложному условию.
План для условия вполне нормальный.
Но когда включаешь его в delete выплывает NATURAL.
А for select по условию без натурала с выборкой rdb$db_key и удалением
по нему не спасает?
Правда, позиционирование по rdb$db_key
14.06.2011 17:26, Sergey Mereutsa пишет:
А for select по условию без натурала с выборкой rdb$db_key и удалением
по нему не спасает?
for select - это уже execute block или сохранёнка.
А хотелось бы одним delete обойтись.
Вроде бы стандартная ситуация и оптимизатор мог бы сам преобразовать в
Здравствуйте!
On Jun 10, 12:22 pm, gash 1532...@gmail.com wrote:
Доброго времени суток. сам мало что понимаю в БД. на носу диплом, вот
вот сдавать нада. Мне делали базу данных на interbase 6.5 файл бд
dbfserder.gdb
IB 6.5 платная, и скорее всего используется нелегально.
база маленька.
Of kdv
Sent: Friday, June 10, 2011 12:51 PM
To: gmane.comp.db.firebird.russian
Subject: Re: помогите пожалуйста новичку. нужно подключить БД сделанную на
interbase к firebird.
Здравствуйте!
On Jun 10, 12:22 pm, gash 1532...@gmail.com wrote:
Доброго времени суток. сам мало что понимаю в БД. на носу
В письме от Sun, 22 May 2011 19:10:05 +0400, Oleg Deribas
thisaddressisnotm...@td.selfip.net сообщал:
On Apr 1, 4:58 pm, Andrei gs1...@gmail.com wrote:
Указанные ссылки уже не работают.
Вот новая ссылка которая работает:
http://firebird.1100200.n4.nabble.com/firebird-russian-f1128215.html
Khorsun Vlad wrote:
Ты вообще пытался хоть какую-нибудь документацию читать ? Прости, но
за много лет пребывания на этом форуме твои вопросы заставляют меня
считать обратное, и лучше не становится...
Извини, Влад :)
отвечу анекдотом:
- Почему так мало людей умеют устанавливать UNIX ?
- Потому
Konstantin R. Beliaev ...
Khorsun Vlad wrote:
Ты вообще пытался хоть какую-нибудь документацию читать ? Прости, но
за много лет пребывания на этом форуме твои вопросы заставляют меня
считать обратное, и лучше не становится...
Извини, Влад :)
отвечу анекдотом:
- Почему так мало людей умеют
Vlad Khorsun wrote:
Konstantin R.Beliaev ...
Когда-то сдуру при ресторе включил опцию gbak
-USE_(ALL_SPACE) do not reserve space for record versions
Теперь в свойствах базы вижу
Attributes force write, no reserve
Несколько раз бэкап-ресторил уже без этой опции, но в
Vlad Khorsun wrote:
Cannot perform operation -- service is not attached.
isc_service_start вызван без вызова isc_service_attach, или
isc_service_attach завершился с ошибкой.
Не, ну разница-то только в пути к файлу бэкапа!
Если я укажу несуществующий диск или каталог, например:
Konstantin R. Beliaev ...
Vlad Khorsun wrote:
Konstantin R.Beliaev ...
Когда-то сдуру при ресторе включил опцию gbak
-USE_(ALL_SPACE) do not reserve space for record versions
Теперь в свойствах базы вижу
Attributes force write, no reserve
Несколько раз бэкап-ресторил уже
Konstantin R. Beliaev ...
Vlad Khorsun wrote:
Cannot perform operation -- service is not attached.
isc_service_start вызван без вызова isc_service_attach, или
isc_service_attach завершился с ошибкой.
Не, ну разница-то только в пути к файлу бэкапа!
Если я укажу несуществующий диск или
Konstantin R.Beliaev ...
Когда-то сдуру при ресторе включил опцию gbak
-USE_(ALL_SPACE) do not reserve space for record versions
Теперь в свойствах базы вижу
Attributes force write, no reserve
Несколько раз бэкап-ресторил уже без этой опции, но в свойствах no
reserve
Konstantin R. Beliaev ...
Не знаю, чья это бага: птицы, pFIBBackupService или кривой настройки, но есть
какие-то странности в сообщениях об ошибках.
Например, если неправильно задать имя файла бэкапа, то при бэкапе через сервисы из FIB-ов на моей машине выдается вполне понятное
сообщение:
Результаты 401 - 500 из 30361 matches
Mail list logo
