Oleg Matveyev [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
http://www.ibase.ru/devinfo/errors.htm
E: INET/inet_error: send errno = 10054 (win)
óÐÁÓÉÂÏ, Ñ ÐÏÔÏÍ ÕÖ ÒÁÚÏÂÒÁÌÓÑ :-) îÏ ÐÅÒ×ÙÊ ÒÅÚÕÌØÔÁÔ ÐÏÉÓËÁ ×ÐÅÞÁÔÌÉÌ :-)
òÁÚ ÕÖ ÒÅÞØ Ï CsMon ÚÁÛÌÁ, ÎÅ ÐÏÄÓËÁÖÅÔÅ ÌÉ
ÄÁ×ÁÊ ÌÉÞÎÏ, ÞÅÇÏ ËÏÎÆÅÒÅÎÃÉÀ ÚÁÓÏÒÑÔØ.
o_matveevatmaildotru
ÉÌÉ ICQ 4932577
1) ó ËÁËÉÍÉ ×ÅÒÓÉÑÍÉ CS ÒÁÂÏÔÁÅÔ ÐÒÏÇÒÁÍÍÁ? IB 4.0, ÎÁÐÒÉÍÅÒ,
ÐÏÄÄÅÒÖÉ×ÁÅÔÓÑ?
ÎÅ ÐÒÏÂÏ×ÁÌ.
ÐÒÉÛÌÉ ÉÎÓÔÁÌÑÔÏÒ IB4 - ÐÒÏ×ÅÒÀ, ÇÄÅ ÎÁÄÏ ÐÏÄËÒÕÞÕ.
ÄÕÍÁÀ - ÍÏÖÅÔ, ÚÁ
Oleg Matveyev [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
http://www.ibase.ru/devinfo/errors.htm
E: INET/inet_error: send errno = 10054 (win)
óÐÁÓÉÂÏ, Ñ ÐÏÔÏÍ ÕÖ ÒÁÚÏÂÒÁÌÓÑ :-) îÏ ÐÅÒ×ÙÊ ÒÅÚÕÌØÔÁÔ ÐÏÉÓËÁ ×ÐÅÞÁÔÌÉÌ :-)
St. Alex пишет:
Спасибо, я потом уж разобрался :-) Но первый результат поиска впечатлил :-)
повторяешься :)
--
Кочмин Александр
ôÏ ÅÓÔØ, ÏÔÃÁ ÒÕÓÓËÏÊ ÄÅÍÏËÒÁÔÉÉ, ÓÐÁÓÕÔ ÔÏÌØËÏ ËÏÍÂÉÎÁÃÉÉ?
×ÏÔ ËÏÍÂÉÎÁÃÉÉ ÔÅÂÑ ËÁË ÒÁÚ-ÔÁËÉ É ÐÏÔÏÐÑÔ
ÐÏÄÕÍÁÊ ÓÁÍ, ÉÎÆÏÒÍÁÃÉÑ Ï ×ÈÏÖÄÅÎÉÉ ÓÌÏ× × ÚÁÐÉÓÉ Õ ÔÅÂÑ ÓËÏÌØËÏ ÚÁÎÉÍÁÅÔ?
ÔÅÐÅÒØ ×ÏÚØÍÉ ÐÅÒÅÓÅÞÅÎÉÅ Ä×ÕÈ ÓÌÏ×, ÔÒÅÈ ... ÞÅÔÙÒÅÈ
ÓËÏÌØËÏ ÜÔÏ ×ÓÅ ×ÍÅÓÔÅ ÚÁÊÍÅÔ?
Á ÔÅÐÅÒØ ÐÏÐÒÏÂÕÊ ÜÔÏ
On 18 авг, 00:48, Dmitry Yemanov [EMAIL PROTECTED] wrote:
Oleg Matveyev wrote:
Это сервер сам делает, без спроса.
что и требовалось доказать :-)
с какой версии?
2.0
--
Дмитрий Еманов
Только для суперсервера, да и блокировка измеряется секундами вроде...
Константин
Оносительно недавно с удовольствием для себя открыл прелесть
конструкции WITH RECURSIVE. Что сказать - КЛАС !!!
Ну вот, хоть кто-то пользует (кроме Саши :), уже приятно ;)
Но ещё не до конца вьезжаю как её на полную катушку использовать ;)
Подскажите плиз ...
Превед всем.
Сижу, в тоске ковыряю алгоритм обработки дебильных квортированных имен
используемых MS-ом - вместо двойных кавычек используют квадратные
скобки. Злого Диму Еманова, который года два назад наотрез отказался
сделать такое на уровне сервера, вспоминаю.
Засада в том, что квадратные
VH Ну вот, хоть кто-то пользует (кроме Саши :), уже приятно ;)
А мне как приятно ... ;) Кстати, ИМХО, ОЧЕНЬ и ОЧЕНЬ
упростило, а точнее стало возможным писать код намного
читабельней и понятней ... не говоря уж о там, что в моём
случае скорость рекурсивных
В аттаче приведен пример дерева, ограничение по 3-му уровню
результат запроса должен быть примерно таков
Сумма уровня 1 - 17
Сумма уровня 2 - 17
Сумма уровня 3 - 10attachment: Tree.GIF
Konstantin R. Beliaev пишет:
sw wrote:
Это про точки отката, а не про всю транзакцию
Т.е. откат все таки будет полным? А то я не был уверен на этот счет.
Of course. Certainly. Be sure.
--
С уважением,
Андрей Еремин.
Т.е. откат все таки будет полным? А то я не был уверен на этот счет.
Вы путаете атомарность оператора и транзакции. Селективная процедура
атомарна до suspend.
--
Булычев Алексей
http://www.stella-npf.ru
наверное для точности - having, но всё-авно пока не придумал как :(
Всё равно не совсем понятно, но попробуй так :
а) введи вычислимое поле 'уровень дерева' (lvl)
как это сделать - много раз обсуждалось
б) добавь
having sum(case lvl when 0 then quantity else 0 end)
÷ÏÔ ÉÓÈÏÄÎÙÊ ËÏÄ ËÏÔÏÒÙÊ ÒÁÂÏÔÁÌ ÎÁ ×ÅÒÓÉÑÈ ÄÏ FB 2.1.0.16291(ÍÏÖÅÔ É
ÐÒÅÄÙÄÕÝÅÊ ÂÅÔÙ)
åÓÔØ ÈÒÁÎÉÍÁÑ ÐÒÏÃÅÄÕÒÁ ËÏÔÏÒÁÑ ÐÒÉÎÉÍÁÅÔ ÚÎÁÞÅÎÉÅ BigInt É ×ÏÚ×ÒÁÝÁÅÔ
smaltint.
ðÒÏÃÅÄÕÒÁ × IbExpert ÏÔÒÁÂÁÔÙ×ÁÅÔ ÎÏÒÍÁÌØÎÏ ÎÁ ×ÓÅÈ ×ÅÒÓÉÑ, Á × ÐÒÏÇÒÁÍÍÅ
×ÙÚÙ×ÁÅÔ ÏÛÉÂËÕ × fbclient.dll.
int id= 100;
Костюковский Олег ...
Вот исходный код который работал на версиях до FB 2.1.0.16291(может и
предыдущей беты)
Так на какой последней версии он работал ?
Есть хранимая процедура которая принимает значение BigInt и возвращает
smaltint.
Процедура в IbExpert отрабатывает нормально на всех
наверное для точности - having, но всё-авно пока не придумал как :(
VH Всё равно не совсем понятно, но попробуй так :
VH а) введи вычислимое поле 'уровень дерева' (lvl)
VH как это сделать - много раз обсуждалось
Ok? для этого может служить ti - это тот же уровень ;)
VH б)
Hello, Vadim!
On 17 авг, 12:02, Vadim Mescheryakov [EMAIL PROTECTED] wrote:
Здраствуйте.
Второй день подряд падает одна и таже база во время интенсивной работы
(импорт данных) с таким сообщением в Firebird.Log:
Firebird 2.0.1.12810 SS Windows
размер страницы, размер базы, информация о
В общем спасибо ВСЕМ за пинки, наконец-то разобрался ...
В общем виде запрос о котором я говорил теперь выглядит так:
with recursive
master as (select id from vw_det0 where tovar_id = :tov_id and
card_id = -1),
Recursion as (
select m.id mid, m0.type_id
Работает на ура!
Вот и ладушки ;)
правда выглядит некрасиво ...
пАчему некрасиво ?
Собствено остался только один вопрос насколько проктологически
выглядит данная конструкция и не наткнусь ли я на какие-нибуть
явные грабли ?
Я таковых с ходу не вижу, разве что по
правда выглядит некрасиво ...
VH пАчему некрасиво ?
Если я правильно вьезжаю в доку README.common_table_expressions.txt
каждая секция with_item является как бы изолированой группой
рекурсии, если можно так выразится ...
У меня они ассоциируются с рекурсивными функциями
Константин
правда выглядит некрасиво ...
VH пАчему некрасиво ?
Если я правильно вьезжаю в доку README.common_table_expressions.txt
каждая секция with_item является как бы изолированой группой
рекурсии, если можно так выразится ...
Нет. Каждое табличное выражение - это
21 matches
Mail list logo