date:20110624

Tonal wrote in message ...

23.06.2011 20:58, Vlad Khorsun пишет:

Пиши процедуры для таких задач. По-хорошему советую :)

EB вполне устраивает.

Он не будет рекурсивным.

Этому есть какие-то причины теоретического плана или технического?

Нет конечно, это мой каприз.

Но без возможности рекурсии работа с деревом из него сильно ограничена.

Таки есть более другие инстурменты.

По факту единственным универсальным инструментом для работы с деревьями
на сервере остаются рекурсивные сохранёнки. :(

Не вижу в этом ничего плохого. Ну и это утверждение ничем не доказано.

Либо тащить всё на клиента.

Глупости какие-то

Даже с применением СТЕ еще удаление решается, а копирование и слияние
уже нет.

Чёй-та ? (ц)

Про удаление мы вроде бы выяснили:
delete from ... where id in (with recursive...)
отвалится, если связь без каскадного удаления, т. к. невозможно задать
порядок удаления.

Нет, мы выяснили что есть for with recursive который позволяет не
писать процедуру (А ЧЕМ ПЛОХО ПИСАТЬ ПРОЦЕДУРУ ???)и обойтись без
несуществующего рекурсивного EB

Так же в СТЕ невозможно указать порядок детей. Т. е. в случае его
важности придётся применять рекурсивную процедуру.

Порядок детей ? В этом обсуждении первый раз слышу об этом.
В более широком стандартном синтаксисе *есть* возможность указать
сортировку на каждом уровне рекурсии отдельно. Но что-то я пока не
встречал более 2-3 просьб это реализовать...

Нельзя сделать поиск по путям.

Ты с кем разговариваешь ? Я тебя уже потерял :)

Опять же, такой запрос как посчитать количество дочек для каждого узла в
указанной ветке будет отставать по скорости примерно на степень от
прямой рекурсивной реализации (как O(n) от O(n^2) или больше).

Опять бездоказательное утверждение. И опять не вижу причин отказываться
от процедур.

Т. е. даже простые вычисления на дереве с использованием СТЕ
использовать не получится. :(

Вот несчатье-то... И ряды Фурье на SQL сложно считать...

Так же нет возможности организовать копирование веток, их слияние - т.
е. модификацию дерева.

Опять без доказательства.

В сухом остатке получается, что СТЕ - это базовый, но очень ограниченный
механизм. Для нормальной работы придётся либо использовать сохранёнки на
каждый чих, либо проделывать все манипуляции на клиенте...

Ну, похоже это твой путь, раз ты другого не нашёл

Да есть вроде ещё один путь: использовать ЕБ и реализовать рекурсию
руками, используя GTT как стек (пока не пробовал).
Но всё же было бы удобнее/проще/надёжнее/производительнее если бы
рекурсию в ЕБ можно было использовать напрямую.

Можно. В процедурах.

П. С. Ну а если бы механизм СТЕ развился, чтобы покрывать хотя бы часть
этих задач, было бы просто нереально круто! :)

А может ты просто не нашёл решения для части этих задач ?

--
Хорсун Влад

PS Не удивлюсь, если ты окажешься фанатом новомодных лямбда ф-ций (чи как
их там - когда тело ф-ции пишут в месте её вызова, без объявления) :-D

Re: Alter column type

23.06.2011 22:02, Владимир Аксенов пишет:

 Людей не путай.
 В русскоязычных ньюсах хороший тон или стандарт по факту - KOI8-R по 
 умолчанию
 
 нет.
 
 За все конфы отвечать не буду, но в этой - именно что да.

Да, - сказал Владимир, и отправил пост в charset=Windows-1251...

Re: Alter column type


Alex Cherednichenko пишет:

Людей не путай.
В русскоязычных ньюсах хороший тон или стандарт по факту - KOI8-R по умолчанию



нет.


За все конфы отвечать не буду, но в этой - именно что да.


Да, - сказал Владимир, и отправил пост в charset=Windows-1251...


Он его явно задал _явно_. А мы тут об умолчаниях.

ЗЫ. Ты в этой ветке не с той ноги встал.

Re: Alter column type


Может, мы о разных вещах говорим?
Я настаиваю на том, что если заголовок (например Subject) входящего сообщения 
8-битный (и кодировка не указана), то клиентское ПО должно предполагать для 
этого заголовка кодировку KOI8-R.

Этого КМК придерживается большинство достаточно старых ньюсов.
Про всех - тоже не скажу.

Re: Alter column type

24.06.2011 13:03, М.Королев пишет:

 Он его явно задал _явно_. А мы тут об умолчаниях.

Нету никаких умолчаний.
Кодировка всегда должна указываться.
Кто этого не делает - плюет на окружающих.

Re: Alter column type


Alex Cherednichenko пишет:

24.06.2011 13:03, М.Королев пишет:


Он его явно задал _явно_. А мы тут об умолчаниях.


Нету никаких умолчаний.
Кодировка всегда должна указываться.
Кто этого не делает - плюет на окружающих.


Это эмоции. Жизнь богаче.

Re: Alter column type

2011-06-24 Пенетрантность Dmitri Kuzmenko

Hello, М. Королев!

М.Королев wrote:

Может, мы о разных вещах говорим?
Я настаиваю на том, что если заголовок (например Subject) входящего
сообщения 8-битный (и кодировка не указана), то клиентское ПО должно
предполагать для этого заголовка кодировку KOI8-R.

Этого КМК придерживается большинство достаточно старых ньюсов.
Про всех - тоже не скажу.

Да пофиг. Если сообщение написано символами не более 127, то
в нем должна быть указана кодировка.
Например, нетскейп ньюсридер (да, до сих пор у меня)
прочитал то сообщение, в котором кодировка указана НЕ БЫЛА НИГДЕ.
Но в какой кодировке было то сообщение, я не знаю.

Ньюсридеров российских нет, группа эта тоже не российская,
так что умолчаний никаких нет (вернее, у группы задан 1251 для веба,
но не более того).
Хотя для программы не должно составлять проблем
при написании сообщения понять, в какой кодировке вводятся
символы, и дописать тэг в содержимое письма.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Alter column type


Alex Cherednichenko пишет:

Это RFC-2047.


Опять 25.
RFC-2047 - это описание синтаксиса MIME-заголовков,
а не статья УК за его неиспользование.

 Нету никаких умолчаний.
По жизни - есть посты без указания кодировки для 8-битного заголовка.

 Кодировка всегда должна указываться.
Но указывается не всегда.

 Кто этого не делает - плюет на окружающих.
Не плюет, если кодирует в KOI8-R.
Потому что об этом де факто договорились в девяносто мохнатом году.

Re: Alter column type

24.06.2011 14:15, М.Королев пишет:

 Опять 25.
 RFC-2047 - это описание синтаксиса MIME-заголовков,
 а не статья УК за его неиспользование.

Там обрыв. Но вам туда можно.

Re: Alter column type


Alex Cherednichenko пишет:

Опять 25.
RFC-2047 - это описание синтаксиса MIME-заголовков,
а не статья УК за его неиспользование.


Там обрыв. Но вам туда можно.


Хороший был юморист.
Предлагаю завязать.

Re: Рекурсивные EB

2011-06-24 Пенетрантность Arioch

В письме от Fri, 24 Jun 2011 10:49:38 +0400, Khorsun Vlad  
hv...@optima.com.ua сообщал:



   Нет, мы выяснили что есть for with recursive который позволяет не
писать процедуру (А ЧЕМ ПЛОХО ПИСАТЬ ПРОЦЕДУРУ ???)


stack overflow :-)
Для процедуры он должен раньше наступить, чем просто для for.
Хотя полное раскручивнаие в безрекурсивный цикл наверное было бы ещё  
правильнее :-)


Впрочем, теоретически FB может FB with recursive эмулировать без стека, а  
вот процедуры уже скорее всего никак.


--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

Re: Рекурсивные EB


Arioch ...

В письме от Fri, 24 Jun 2011 10:49:38 +0400, Khorsun Vlad  сообщал:


   Нет, мы выяснили что есть for with recursive который позволяет не
писать процедуру (А ЧЕМ ПЛОХО ПИСАТЬ ПРОЦЕДУРУ ???)


stack overflow :-)


   Пальцем в небо. Давай не будем делать предположений за других.

--
Хорсун Влад

Re: Рекурсивные EB

2011-06-24 Пенетрантность A K





PS Не удивлюсь, если ты окажешься фанатом новомодных лямбда ф-ций (чи как
их там - когда тело ф-ции пишут в месте её вызова, без объявления) :-D



а чем плохо? лямбда функции (в виде рекурсивных EB) стали бы
конкурентным преимуществом сервера и замечательной темой для
рекламы.

Re: Рекурсивные EB


A K ...




PS Не удивлюсь, если ты окажешься фанатом новомодных лямбда ф-ций (чи как
их там - когда тело ф-ции пишут в месте её вызова, без объявления) :-D



а чем плохо? лямбда функции (в виде рекурсивных EB) стали бы
конкурентным преимуществом сервера и замечательной темой для
рекламы.


   Отвратительная возможность, провоцирующая написание нечитаемого
и несопровождаемого спагетти-кода, созданная на пустом месте чисто в
маркетинговых целях.

   Вот такое моё частное мнение о лямбда-функциях.

--
Хорсун Влад

PS EXECUTE STATEMENT, часто ругаемый некоторыми ортодоксами - невинное
  дитя, по сравнениею с этой порно-бомбой.

Re: Alter column type


Vladimir A.Bakhvaloff пишет:

On Fri, 24 Jun 2011 15:12:46 +0400, М.Королев
mia...@mail.ru wrote:


Alex Cherednichenko пишет:

Там обрыв. Но вам туда можно.

Хороший был юморист.
Предлагаю завязать.


Ты за что это Семёна Теодоровича хоронишь-то??? 8-О


Эээ... Виноват-с! Неаккуратно выразился. Имел в виду скорее цитату.
В общем, сморозил.
Давно его не видел, кстати.

Re: Рекурсивные EB

2011-06-24 Пенетрантность Yurij



On Jun 24, 2:57 pm, Khorsun Vlad hv...@optima.com.ua wrote:
Отвратительная возможность, провоцирующая написание нечитаемого
и несопровождаемого спагетти-кода, созданная на пустом месте чисто в
маркетинговых целях.
Вот такое моё частное мнение о лямбда-функциях.

А как вы относитесь к функциональному программированию и около него
вообще? Ну там функции высшего порядка, всякая там строгая типизация,
вариантные типы данных и прочее тому подобное?

Re: Alter column type

Arioch пишет:

В письме от Fri, 24 Jun 2011 14:15:44 +0400, М.Королев
mia...@mail.ru сообщал:

Нету никаких умолчаний.
По жизни - есть посты без указания кодировки для 8-битного заголовка.

По жизни на улицах вокруг урн мусор валяется.
Есть, с этим надо считаться, но не надо самому так делать.
И уж точно не надо к этому призывать окружающих.

Кто этого не делает - плюет на окружающих.
Не плюет, если кодирует в KOI8-R.
Потому что об этом де факто договорились в девяносто мохнатом году.

1) Я не договаривался. У меня тогда Линукса не было.
2) Договаривались, потому что выбора не было. Договаривались, как не
вляпаться в дерьмо, пока урн нет. Но не о том, чтобы всегда бросать мимо
урн, когда урны наконец появились.

Давайте ещё в базах данных уберем charset и collate под разговоры о
привычках по умолчанию и эвристических угадывателях для программ.

Я фигею, дорогая редакция.

Re: Рекурсивные EB


Yurij ...


А как вы относитесь к функциональному программированию и около него
вообще? Ну там функции высшего порядка, всякая там строгая типизация,
вариантные типы данных и прочее тому подобное?


   Когда-то давно, лет 8 назад, что-то читал на эту тему, ни ничего не
пробовал. Да тогда и не было почти ничего конкретного. Было интересно, но
не более того. Сейчас нет особого желания в это вникать. Если это не мода,
т.е. если оно не исчезнет через год-два-три, возможно посмотрю пристальнее.
Или если жизнь заставит :)

   Опять-же - это моё частное мнение.

--
Хорсун Влад

Re: Рекурсивные EB

24.06.2011 16:06, Yurij пишет:

 А как вы относитесь к функциональному программированию и около него
 вообще? Ну там функции высшего порядка, всякая там строгая типизация,
 вариантные типы данных и прочее тому подобное?

а СУБД тут каким боком?

Re: Рекурсивные EB

2011-06-24 Пенетрантность Yurij



On Jun 24, 3:13 pm, Alex Cherednichenko cheredniche...@post.cz
wrote:
 24.06.2011 16:06, Yurij :
 А как вы относитесь к функциональному программированию и около него
 вообще? Ну там функции высшего порядка, всякая там строгая типизация,
 вариантные типы данных и прочее тому подобное?

а СУБД тут каким боком?

Есть мнение, что всякая функциональщина более полезна для дальнейшего
развития СУБД, чем всякие ООСУБД или там маппинги между реляционными
БД и объектными языками.
Впрочем, языки с зависимыми типами данных, которые, судя по всему, для
этого и нужны, еще не дошли толком до промышленного применения.

Re: Рекурсивные EB

2011-06-24 Пенетрантность A K





а СУБД тут каким боком?



современные тенденции -- сближение технологий. LINQ, всяческие ОО 
маппинги для баз данных и т.п. тому примером.

Re: Рекурсивные EB

24.06.2011 17:28, A K пишет:

 современные тенденции -- сближение технологий. 
 LINQ, всяческие ОО 

ихний LINQ - жалкое подобие нашего GPRE!

Re: Рекурсивные EB


Alex Cherednichenko ...

24.06.2011 17:28, A K пишет:


современные тенденции -- сближение технологий.
LINQ, всяческие ОО


ихний LINQ - жалкое подобие нашего GPRE!


   +100500

--
Хорсун Влад

Re: Рекурсивные EB

2011-06-24 Пенетрантность Yurij



On Jun 24, 3:36 pm, Alex Cherednichenko cheredniche...@post.cz
wrote:
 24.06.2011 17:28, A K :
 современные тенденции -- сближение технологий.
 LINQ, всяческие ОО
ихний LINQ - жалкое подобие нашего GPRE!

В GPRE строгая типизация и монады есть?:)

Re: Рекурсивные EB