Re: TIBEvents.UnRegisterEvents() не закр ывает tcp-коненкты ?

2010-01-21 Thread Dmitri Kuzmenko 

Hello, Oleg!

Oleg Matveyev wrote:

что надо сделать, чтобы коннект для эвентов "отцепился"?

А зачем? Это нормальное поведение. Он отцепится при дисконнекте.

да просто... проконтроллировать хотел, как моя программа отреагирует.
значит так и задумано, ОК.


в какой-то версии IB, может в 7.x, обработка events была изменена
одновременно в клиенте и сервере. Якобы говорилось, что используется
то же самое соединение (что для асинхронных евентов странно).
Полной правды не знаю, но точно должно отличаться от ФБ.

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

KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Prosvetov 
Hello, All!

îÅÔ ÌÉ × Firebird ÁÎÁÌÏÇÁ ËÏÎÓÔÒÕËÃÉÉ KEY JOIN ÉÚ Sybase Adaptive Server 
Anywhere.
åÓÌÉ ÎÅÔ, ÔÏ ÎÅÌØÚÑ ÌÉ ÓÄÅÌÁÔØ (ÍÏÖÅÔ, × ÕÐÒÏÝÅÎÎÏÊ ÆÏÒÍÅ).
KEY JOIN ÍÏÇ ÂÙ ÂÙÔØ ÐÏÌÅÚÎÅÅ, ÞÅÍ ÕÖÅ ÒÅÁÌÉÚÏ×ÁÎÎÙÊ NATURAL JOIN, ÔÁË ËÁË
ÉÓÐÏÌØÚÕÅÔ Ñ×ÎÕÀ ÉÎÆÏÒÍÁÃÉÀ Ï Ó×ÑÚÉ ÔÁÂÌÉà ÉÚ DDL, Á ÎÅ ÓÏ×ÐÁÄÅÎÉÅ ÉÍÅÎ, 
ËÏÔÏÒÏÅ ÍÏÖÅÔ ÐÒÏÉÚÏÊÔÉ É ÓÌÕÞÁÊÎÏ.
õÎÉ×ÅÒÓÁÌØÎÏÊ ÂÙÌÁ ÂÙ "ÇÉÂÒÉÄÎÁÑ" ËÏÎÓÔÒÕËÃÉÑ:
  JOIN  USING (  )

÷ÏÔ ×ÙÄÅÒÖËÁ ÉÚ ÓÐÒÁ×ËÉ Sybase ÐÒÏ KEY JOIN:

/ 
ðÒÉ ÏÐÒÅÄÅÌÅÎÉÉ ËÌÀÞÅ×ÏÇÏ ÓÏÅÄÉÎÅÎÉÑ Adaptive Server Anywhere
ÇÅÎÅÒÉÒÕÅÔ ÕÓÌÏ×ÉÅ ÓÏÅÄÉÎÅÎÉÑ, ÏÓÎÏ×ÁÎÎÏÅ ÎÁ Ó×ÑÚÑÈ ÐÏ ×ÎÅÛÎÅÍÕ ËÌÀÞÕ
× ÂÁÚÅ ÄÁÎÎÙÈ. äÌÑ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ËÌÀÞÅ×ÏÇÏ ÓÏÅÄÉÎÅÎÉÑ ÎÅÏÂÈÏÄÉÍÏ
ÎÁÌÉÞÉÅ Ó×ÑÚÉ ÐÏ ×ÎÅÛÎÅÍÕ ËÌÀÞÕ ÍÅÖÄÕ ÔÁÂÌÉÃÁÍÉ, × ÐÒÏÔÉ×ÎÏÍ ÓÌÕÞÁÅ
×ÙÄÁÅÔÓÑ ÏÛÉÂËÁ.

îÁÐÒÉÍÅÒ, ÓÌÅÄÕÀÝÉÊ ÚÁÐÒÏÓ Ñ×ÌÑÅÔÓÑ ÐÒÏÓÔÙÍ ËÌÀÞÅ×ÙÍ ÓÏÅÄÉÎÅÎÉÅÍ,
Ó×ÑÚÙ×ÁÀÝÉÍ ÔÁÂÌÉÃÙ product É sales_order_items ÎÁ ÏÓÎÏ×Å Ó×ÑÚÉ ÐÏ
×ÎÅÛÎÅÍÕ ËÌÀÞÕ × ÂÁÚÅ ÄÁÎÎÙÈ:

SELECT * FROM product
KEY JOIN sales_order_items

óÌÅÄÕÀÝÉÊ ÚÁÐÒÏÓ ÜË×É×ÁÌÅÎÔÅÎ:

SELECT * FROM product
JOIN sales_order_items ON sales_order_items.prod_id = product.id

***/

With best regards, Oleg Prosvetov.

Re: ��� � Firebird 2.1

2010-01-21 Thread Oleg Prosvetov 
VK> ÷ ÏÖÉ×ÛÉÊ ÔÒÅËÅÒ, ÐÌÓ

ðÏÄÓËÁÖÉÔÅ ÐÏÖÁÌÕÊÓÔÁ ÐÏ ËÁËÏÍÕ ÁÄÒÅÓÕ ÏÎ ÏÖÉÌ ?

With best regards, Oleg Prosvetov.

Re: Баг в Firebird 2.1

2010-01-21 Thread Dmitry Yemanov 

Oleg Prosvetov wrote:


Подскажите пожалуйста по какому адресу он ожил ?


Адрес тот же:
http://tracker.firebirdsql.org/


--
Дмитрий Еманов

Re: KEY JOIN как в Sybase

2010-01-21 Thread Dmitry Yemanov 

Oleg Prosvetov wrote:


Нет ли в Firebird аналога конструкции KEY JOIN из Sybase Adaptive Server
Anywhere.


Нет.


Если нет, то нельзя ли сделать (может, в упрощенной форме).


IMHO, вряд ли. Фичи нет в стандарте. Но можешь занести в трекер.


--
Дмитрий Еманов

Re: Баг в Firebird 2.1

2010-01-21 Thread dennis redozubov 

Oleg Prosvetov пишет:


Подскажите пожалуйста по какому адресу он ожил ?

На firebirdsql.org всё написано.

С трекерным уважением,
Денис Редозубов.

Re: TIBEvents.UnRegisterEvents() �� ��������� tcp-�������� ?

2010-01-21 Thread Oleg Matveyev 


"Dmitri Kuzmenko"  wrote in message 
news:hj9djv$cf...@ger.gmane.org...

Hello, Oleg!

Oleg Matveyev wrote:

что надо сделать, чтобы коннект для эвентов "отцепился"?

А зачем? Это нормальное поведение. Он отцепится при дисконнекте.

да просто... проконтроллировать хотел, как моя программа отреагирует.
значит так и задумано, ОК.


в какой-то версии IB, может в 7.x, обработка events была изменена
одновременно в клиенте и сервере. Якобы говорилось, что используется
то же самое соединение (что для асинхронных евентов странно).
Полной правды не знаю, но точно должно отличаться от ФБ.


это включается каким-то флагом к конфиге?
или это отдельные api фукнции?

потому что вот сейчас смотрю в IB2009 и вижу, что отдельный коннект - как 
был, так и есть.

ничем не отличается от FB.
Так же номер порта в протоколе передается, на том же месте...
одинаковый алгоритм работает и для FB 2.0 и для IB2009

Re: TIBEvents.UnRegisterEvents() не закр ывает tcp-коненкты ?

2010-01-21 Thread Vlad Khorsun 

потому что вот сейчас смотрю в IB2009 и вижу, что отдельный коннект - как был, 
так и есть.
ничем не отличается от FB.
Так же номер порта в протоколе передается, на том же месте...
одинаковый алгоритм работает и для FB 2.0 и для IB2009


   А клиента ты какого при этом пользуешь ?

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

Re: ����������� � �������

2010-01-21 Thread Oleg Prosvetov 
 DY> ÷ÓÅ ÕÖÅ × ËÕÒÓÅ.

üÔÏ ÒÁÄÕÅÔ :) á ËÏÇÄÁ ÐÒÉÍÅÒÎÏ ÚÁÒÁÂÏÔÁÅÔ ?

With best regards, Oleg Prosvetov.

Re: TIBEvents.UnRegisterEvents() �� ��������� tcp-�������� ?

2010-01-21 Thread Oleg Matveyev 

   А клиента ты какого при этом пользуешь ?


ага, это первое, что я сейчас подумал.

в данный момент проверить немогу - вечером все перепроверю.

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Vlad Nepomnjashy 
"Oleg Prosvetov"  ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:hj9f78$i1...@ger.gmane.org...
> ÷ÏÔ ×ÙÄÅÒÖËÁ ÉÚ ÓÐÒÁ×ËÉ Sybase ÐÒÏ KEY JOIN:
>
> / 
> ðÒÉ ÏÐÒÅÄÅÌÅÎÉÉ ËÌÀÞÅ×ÏÇÏ ÓÏÅÄÉÎÅÎÉÑ Adaptive Server Anywhere
> ÇÅÎÅÒÉÒÕÅÔ ÕÓÌÏ×ÉÅ ÓÏÅÄÉÎÅÎÉÑ, ÏÓÎÏ×ÁÎÎÏÅ ÎÁ Ó×ÑÚÑÈ ÐÏ ×ÎÅÛÎÅÍÕ ËÌÀÞÕ
> × ÂÁÚÅ ÄÁÎÎÙÈ. äÌÑ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ËÌÀÞÅ×ÏÇÏ ÓÏÅÄÉÎÅÎÉÑ ÎÅÏÂÈÏÄÉÍÏ
> ÎÁÌÉÞÉÅ Ó×ÑÚÉ ÐÏ ×ÎÅÛÎÅÍÕ ËÌÀÞÕ ÍÅÖÄÕ ÔÁÂÌÉÃÁÍÉ, × ÐÒÏÔÉ×ÎÏÍ ÓÌÕÞÁÅ
> ×ÙÄÁÅÔÓÑ ÏÛÉÂËÁ.
>
> îÁÐÒÉÍÅÒ, ÓÌÅÄÕÀÝÉÊ ÚÁÐÒÏÓ Ñ×ÌÑÅÔÓÑ ÐÒÏÓÔÙÍ ËÌÀÞÅ×ÙÍ ÓÏÅÄÉÎÅÎÉÅÍ,
> Ó×ÑÚÙ×ÁÀÝÉÍ ÔÁÂÌÉÃÙ product É sales_order_items ÎÁ ÏÓÎÏ×Å Ó×ÑÚÉ ÐÏ
> ×ÎÅÛÎÅÍÕ ËÌÀÞÕ × ÂÁÚÅ ÄÁÎÎÙÈ:
>
> SELECT * FROM product
> KEY JOIN sales_order_items
>
> óÌÅÄÕÀÝÉÊ ÚÁÐÒÏÓ ÜË×É×ÁÌÅÎÔÅÎ:
>
> SELECT * FROM product
> JOIN sales_order_items ON sales_order_items.prod_id = product.id


á ÞÔÏ ÂÕÄÅÔ, ÅÓÌÉ ÅÓÔØ Ä×Å Ó×ÑÚÉ ÐÏ ×ÎÅÛÎÅÍÕ ËÌÀÞÕ ÍÅÖÄÕ ÜÔÉÍÉ ÔÁÂÌÉÃÁÍÉ?

é ×ÏÏÂÝÅ, ËÁËÏÊ ×ÙÉÇÒÙÛ × ÉÓÐÏÌØÚÏ×ÁÎÉÉ ÜÔÏÊ ËÏÎÓÔÒÕËÃÉÉ?


--
÷ÌÁÄ

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Matveyev 

SELECT * FROM product
KEY JOIN sales_order_items


оно конечно удобно... в чем-то... но куда потом +0 писать?  :-)


SELECT * FROM product
JOIN sales_order_items ON sales_order_items.prod_id = product.id


imho. я предпочту, чтобы за меня case-средство дописывало условие 
соединения:


пишу
FROM product p
JOIN sales_order_items si ON

а мне предлагают продолжение
si.prod_id = p.id

<все варианты, какие есть>

и мне писать меньше,
и видно все же, по каким ключам соединение
... и сервер менять ненадо.

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Prosvetov 
 VN> á ÞÔÏ ÂÕÄÅÔ, ÅÓÌÉ ÅÓÔØ Ä×Å Ó×ÑÚÉ ÐÏ ×ÎÅÛÎÅÍÕ ËÌÀÞÕ ÍÅÖÄÕ ÜÔÉÍÉ
 VN> ÔÁÂÌÉÃÁÍÉ?
ëÌÀÞÉ ÉÍÅÀÔ ÉÍÅÎÁ, ÏÄÎÏ ÉÚ ÎÉÈ ÍÏÖÎÏ ÕËÁÚÙ×ÁÔØ × ËÏÎÓÔÒÕËÃÉÉ,ÎÁÐÒÉÍÅÒ ×ÏÔ 
ÔÁË:
  JOIN  USING  


 VN> é ×ÏÏÂÝÅ, ËÁËÏÊ ×ÙÉÇÒÙÛ × ÉÓÐÏÌØÚÏ×ÁÎÉÉ ÜÔÏÊ ËÏÎÓÔÒÕËÃÉÉ?
á ËÁËÏÊ ×ÙÉÇÒÙÛ ÏÔ ÕÖÅ ÒÅÁÌÉÚÏ×ÁÎÎÏÊ ËÏÎÓÔÒÕËÃÉÉ "NATURAL JOIN" ?
íÎÅ ÇÏÒÁÚÄÏ ÐÒÏÝÅ ÐÉÓÁÔØ, É ÞÉÔÁÔØ ÚÁÐÒÏÓÙ, × ËÏÔÏÒÙÈ ÎÅÔ ÉÚÌÉÛÎÅÊ (ÄÌÑ 
ÐÏÎÉÍÁÎÉÑ ÓÍÙÓÌÁ ÚÁÐÒÏÓÁ) ÉÎÆÏÒÍÁÃÉÉ. ÷ÅÄØ ÏÞÅÎØ ÞÁÓÔÏ × ÚÁÐÒÏÓÁÈ 
ÐÒÉÈÏÄÉÔÓÑ ÐÒÏÓÔÏ ÐÏ×ÔÏÒÑÔØ ÔÏ, ÞÔÏ É ÔÁË ÕËÁÚÁÎÎÏ × DDL, ÔÏ ÅÓÔØ ÐÏ ËÁËÉÍ 
ÐÏÌÑÍ Ó×ÑÚÁÎÎÙ ÔÁÂÌÉÃÙ.
á Ó KEY JOIN É ÐÏÍÎÉÔØ ÜÔÏ ÎÅ ÏÂÑÚÁÔÅÌØÎÏ ÐÒÉ ÎÁÐÉÓÁÎÉÉ ÚÁÐÒÏÓÁ, É ÐÒÉ 
ÞÔÅÎÉÉ ÚÁÐÒÏÓÁ ÎÅ ÏÔ×ÌÅËÁÅÔ
÷ ÐÅÒ×ÏÍ ÓÏÏÂÝÅÎÉÉ ÂÙÌÉ ÐÒÉÍÅÒÙ ÚÁÐÒÏÓÏ× ÄÌÑ ÓÒÁ×ÎÅÎÉÑ - Á ÐÒÅÄÓÔÁ×ØÔÅ, ÅÓÌÉ 
ÔÁÂÌÉÃ Ó ÄÅÓÑÔÏË, ÄÁ ÎÅËÏÔÏÒÏÙÅ Ó×ÑÚÁÎÎÙ ÐÏ Ä×ÕÍ - ÔÒÅÍ ÐÏÌÑÍ, É ×ÓÅ Ó×ÑÚÉ 
ÐÏ ×ÎÅÛÎÉÍ ËÌÀÞÁÍ (×ÐÏÌÎÅ ÒÅÁÌØÎÁÑ ÓÉÔÕÁÃÉÑ). óËÏÌØËÏ ÔÅËÓÔÏ×ÏÇÏ ÍÕÓÏÒÁ 
ÍÏÖÎÏ ÕÂÒÁÔØ, ÅÓÌÉ ÉÓÐÏÌØÚÏ×ÁÔØ KEY JOIN.

With best regards, Oleg Prosvetov.

Re: TIBEvents.UnRegisterEvents() не закр ывает tcp-коненкты ?

2010-01-21 Thread Dmitri Kuzmenko 

Hello, Oleg!

Oleg Matveyev wrote:


в какой-то версии IB, может в 7.x, обработка events была изменена
одновременно в клиенте и сервере. Якобы говорилось, что используется
то же самое соединение (что для асинхронных евентов странно).
Полной правды не знаю, но точно должно отличаться от ФБ.


это включается каким-то флагом к конфиге?
или это отдельные api фукнции?


нет. якобы принудительное изменение протокола.

потому что вот сейчас смотрю в IB2009 и вижу, что отдельный коннект - 
как был, так и есть.

ничем не отличается от FB.
Так же номер порта в протоколе передается, на том же месте...
одинаковый алгоритм работает и для FB 2.0 и для IB2009


да, сейчас перекопал релизноты на IB, и вижу что "архитектурных"
изменений не было. Странно. Видать память изменяет.

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

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Yurij 


On Jan 21, 3:41 pm, "Oleg Prosvetov"  wrote:

Кстати, описанный KEY JOIN, по моему, действительно гораздо полезнее
NATURAL JOIN (который является каким-то бредом, на самом деле). Делать
одинаковые имена полей, чтобы потом путаться в них и явно прописывать
алиасы - это же бессмыслица какая-то.

Re: Регистрация в тре кере

2010-01-21 Thread Dmitry Yemanov 

Oleg Prosvetov wrote:


А когда примерно заработает ?


Не знаю, не от меня это зависит.


--
Дмитрий Еманов

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Prosvetov 
Hello, Oleg!
You wrote  on Thu, 21 Jan 2010 16:33:38 +0300:

 OM> ÏÎÏ ËÏÎÅÞÎÏ ÕÄÏÂÎÏ... × ÞÅÍ-ÔÏ... ÎÏ ËÕÄÁ ÐÏÔÏÍ +0 ÐÉÓÁÔØ?  :-)
îÅ ÐÏÎÑÌ ÀÍÏÒÁ :-(


 OM> imho. Ñ ÐÒÅÄÐÏÞÔÕ, ÞÔÏÂÙ ÚÁ ÍÅÎÑ case-ÓÒÅÄÓÔ×Ï ÄÏÐÉÓÙ×ÁÌÏ ÕÓÌÏ×ÉÅ
 OM> ÓÏÅÄÉÎÅÎÉÑ:
 OM> É ÍÎÅ ÐÉÓÁÔØ ÍÅÎØÛÅ,
 OM> É ×ÉÄÎÏ ×ÓÅ ÖÅ, ÐÏ ËÁËÉÍ ËÌÀÞÁÍ ÓÏÅÄÉÎÅÎÉÅ
 OM> ... É ÓÅÒ×ÅÒ ÍÅÎÑÔØ ÎÅÎÁÄÏ.

÷ÙÛÅ ÕÖÅ ÐÉÓÁÌ, ÞÔÏ ÅÓÌÉ ËÌÀÞÅÊ ÎÅÓËÏÌØËÏ, ÎÕÖÎÁ ×ÏÚÍÏÖÎÏÓÔØ ÕËÁÚÙ×ÁÔØ 
ÎÕÖÎÙÊ ÐÏ ÉÍÅÎÉ. üÔÏ ËÏÎÅÞÎÏ ÍÅÎÅÅ ÜÆÆÅËÔÎÏ × ÓÍÙÓÌÅ ËÒÁÔËÏÓÔÉ, ÎÏ ÔÏÖÅ 
ÍÏÖÅÔ ÂÙÔØ ÌÅÇÞÅ ÄÌÑ ×ÏÓÐÒÉÑÔÉÑ, ÞÅÍ ÐÏÌÎÏÓÔØÀ ÕÓÌÏ×ÉÅ ÓÏÅÄÉÎÅÎÉÅ, ÅÓÌÉ 
ËÏÎÅÞÎÏ ËÌÀÞ ÐÏÎÑÔÎÏ ÎÁÚ×ÁÔØ.

ðÏÄÓËÁÚËÁ ÜÔÏ ÈÏÒÏÛÏ, ÎÏ ÅÓÌÉ ×ÎÅÛÎÉÊ ËÌÀÞ ÉÚÍÅÎÉÔÓÑ, ÐÒÉÄÅÔÓÑ ÍÅÎÑÔØ ×ÓÅ 
ÚÁÐÒÏÓÙ, Á ÚÁÐÒÏÓ Ó KEY JOIN ÂÕÄÅÔ ÒÁÂÏÔÁÔØ ÂÅÚ ÉÚÍÅÎÅÎÉÊ

With best regards, Oleg Prosvetov.  E-mail: ir...@inbox.ru

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Matveyev 


"Oleg Prosvetov"  wrote in message 
news:hj9lje$7r...@ger.gmane.org...

VN> А что будет, если есть две связи по внешнему ключу между этими
VN> таблицами?
Ключи имеют имена, одно из них можно указывать в конструкции,например вот 
так:

  JOIN  USING  



ок, тогда наоборот: был один ключ, и имя его указывать было незачем.

потом добавился еще один.
вопрос: что стало со всеми запросами без указания имени ключа?

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Matveyev 

OM> оно конечно удобно... в чем-то... но куда потом +0 писать?  :-)
Не понял юмора :-(


ну как же... вы никогда не пишите так?

SELECT * FROM sales_order_items
JOIN product ON product.id = sales_order_items.prod_id + 0

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Prosvetov 
Hello, Oleg!
You wrote  on Thu, 21 Jan 2010 16:56:09 +0300:


 OM> ÏË, ÔÏÇÄÁ ÎÁÏÂÏÒÏÔ: ÂÙÌ ÏÄÉÎ ËÌÀÞ, É ÉÍÑ ÅÇÏ ÕËÁÚÙ×ÁÔØ ÂÙÌÏ ÎÅÚÁÞÅÍ.

 OM> ÐÏÔÏÍ ÄÏÂÁ×ÉÌÓÑ ÅÝÅ ÏÄÉÎ.
 OM> ×ÏÐÒÏÓ: ÞÔÏ ÓÔÁÌÏ ÓÏ ×ÓÅÍÉ ÚÁÐÒÏÓÁÍÉ ÂÅÚ ÕËÁÚÁÎÉÑ ÉÍÅÎÉ ËÌÀÞÁ?

ïÎÉ ×ÙÄÁÌÉ ÏÛÉÂËÕ, É ÉÈ ÎÁÄÏ ÉÓÐÒÁ×ÉÔØ. é ÜÔÏ ÇÏÒÁÚÄÏ ÌÕÞÛÅ, ÞÅÍ ËÏÇÄÁ 
ÚÁÐÒÏÓ ÐÒÏÄÏÌÖÁÅÔ ÔÉÈÏ ÎÅÐÒÁ×ÉÌØÎÏ ÒÁÂÏÔÁÔØ.

With best regards, Oleg Prosvetov.

про trace

2010-01-21 Thread Sergey Mereutsa 
Всем привет!

Хочу совета у коллективного разума - особенно у тех, кто использует
фичу fbtrace в 2.5.
Сразу оговорюсь, что потери производительности меня в настоящий момент
не интересуют вообще - мне просто надо понять, что бы такое подкрутить
в большой и толстой системе - т.е. найти самые долгоиграющие места,
которые на реальных данных появляются на, казалось бы, ровном месте.

Насколько я понял документацию (FB 2.5 RN jn 22.07.2009), есть 2 варианта
трассирования и аудита - системный и пользовательский. Системный мне и
нужен, так как мне надо включить трассирование всего и вся, помучать
систему, а потом разбираться, что там и как.

Для этого я прописал значение соответствующей переменной в
firebird.conf
AuditTraceConfigFile = fbtrace.conf
а в самом fbtrace.conf  были модифицированы нужные переменные
(комментарии я грохнул для читабельности):


enabled true
log_filename e:\\fbtrace.log
max_log_size 0
include_filter %(INSERT|UPDATE|DELETE|SELECT)%
log_connections true
connection_id 0
log_transactions true
log_statement_prepare true
log_statement_free false
log_statement_start true
log_statement_finish true
log_procedure_start true
log_procedure_finish true
log_trigger_start true
log_trigger_finish true
print_plan true
print_perf true
log_blr_requests false
print_blr false
log_dyn_requests false
print_dyn false
time_threshold 0

# Maximum length of SQL string logged 
# Beware when adjusting max_xxx parameters! Maximum length of log record
# for one event should never exceed 64K.
max_sql_length 1024

# Maximum length of blr request logged 
max_blr_length 500

# Maximum length of dyn request logged 
max_dyn_length 500

# Maximum length of individual string argument we log 
max_arg_length 80

# Maximum number of query arguments to put in log 
max_arg_count 30




  

-- 
Best regards,
 Sergey  mailto:gebele...@gmail.com

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Prosvetov 
 OM> ÎÕ ËÁË ÖÅ... ×Ù ÎÉËÏÇÄÁ ÎÅ ÐÉÛÉÔÅ ÔÁË?
 OM> SELECT * FROM sales_order_items
 OM> JOIN product ON product.id = sales_order_items.prod_id + 0

üÔÏ ÄÌÑ ÕÐÒÁ×ÌÅÎÉÑ ÐÌÁÎÏÍ? îÅÔ, ÎÅ ÐÒÉÈÏÄÉÌÏÓØ, ÄÏ×ÅÒÑÀ ×ÙÂÏÒÕ ÏÐÔÉÍÉÚÁÔÏÒÁ 
:)

With best regards, Oleg Prosvetov.

Re: KEY JOIN ��� � Sybase

2010-01-21 Thread Oleg Prosvetov 
 OM> ÏË, ÔÏÇÄÁ ÎÁÏÂÏÒÏÔ: ÂÙÌ ÏÄÉÎ ËÌÀÞ, É ÉÍÑ ÅÇÏ ÕËÁÚÙ×ÁÔØ ÂÙÌÏ ÎÅÚÁÞÅÍ.
 OM> ÐÏÔÏÍ ÄÏÂÁ×ÉÌÓÑ ÅÝÅ ÏÄÉÎ.
 OM> ×ÏÐÒÏÓ: ÞÔÏ ÓÔÁÌÏ ÓÏ ×ÓÅÍÉ ÚÁÐÒÏÓÁÍÉ ÂÅÚ ÕËÁÚÁÎÉÑ ÉÍÅÎÉ ËÌÀÞÁ?

åÝÅ ×ÁÒÉÁÎÔ, ÓÞÉÔÁÔØ ÕËÁÚÁÎÉÅ ËÌÀÞÁ ÏÂÑÚÁÔÅÌØÎÙÍ, ËÓÔÁÔÉ É ÓÉÎÔÁËÓÉÓ ÍÏÖÎÏ 
ÓÄÅÌÁÔØ ÓÔÒÏÖÅ:

  JOIN  USING  KEY 

ÔÏ ÅÓÔØ tckb ×ÍÅÓÔÏ ON  ÎÁÐÉÓÁÎÎÏ USING  KEY 
 -- ÜÔÏ ËÌÀÞÅ×ÏÅ ÓÏÅÄÉÎÅÎÉÅ

With best regards, Oleg Prosvetov.

Re: ��� ����� � Firebird

2010-01-21 Thread Oleg Prosvetov 

 VK> þÉÔÁÊ ÐÒÏ MERGE
óÐÁÓÉÂÏ!

With best regards, Oleg Prosvetov.

Re: про trace

2010-01-21 Thread Vlad Khorsun 

Хочу совета у коллективного разума - особенно у тех, кто использует фичу 
fbtrace в 2.5.


   А где вопрос - то ? :)

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

PS После RC1 были исправления ошибок, бери свежий снапшот.

Re[2]: про trace

2010-01-21 Thread Sergey Mereutsa 
Привет!

>> Хочу совета у коллективного разума - особенно у тех, кто использует фичу 
>> fbtrace в 2.5.

> А где вопрос - то ? :)

Чего-то гмыл проглючил и я второго письма не вижу.
Вопрос был в том, как врубать-то системный трейс.

> PS После RC1 были исправления ошибок, бери свежий снапшот. 

Ты меня за кого держишь? ;-)

-- 
Best regards,
 Sergeymailto:gebele...@gmail.com

Re: TIBEvents.UnRegisterEvents() не закр ывает tcp-коненкты ?

2010-01-21 Thread Oleg Matveyev 
потому что вот сейчас смотрю в IB2009 и вижу, что отдельный коннект - как 
был, так и есть.

ничем не отличается от FB.
Так же номер порта в протоколе передается, на том же месте...
одинаковый алгоритм работает и для FB 2.0 и для IB2009


   А клиента ты какого при этом пользуешь ?



Внимательно проверил.
Точно используется gds32.dll от IB2009 (9.0.3.437)
Положил ее в каталог проекта, и с помощью filemon убедился, что цепляется 
именно этот файл.
Кроме того, в FBScanner вижу, что клиент с сервером договорились о 15ом 
протоколе.


Посмотрел в process explorer - создается обыкновенный, такой же, как у FB - 
отдельный TCP-коннект.


Продолжил эксперимент: подсунул fbclient (переименнованный в gds32)  от 
FB2.0.5

FBScanner подтвердил, что используется 10ый протокол.
Все точно так же: создался отдельный коннект, эвенты зарегистрировались, 
имена эвентов так же видно.
Причем при вызове UnRegisterEvents() / RegisterEvents() в FBS видно, как 
евенты исчезают и снова регистрируются.


Так что все работает, работает верно, работает одинаково на FB и IB.
UnRegisterEvents() TCP коннект не закрывает, и это так и задумано.
Всем спасибо. :-)

Re: TIBEvents.UnRegisterEvents() не закр ывает tcp-коненкты ?

2010-01-21 Thread Oleg Matveyev 

да, сейчас перекопал релизноты на IB, и вижу что "архитектурных"
изменений не было. Странно. Видать память изменяет.


я тоже помню много разговоров про это.
но эвентами не пользовался ни тогда ни сейчас, так что не мог отследить 
менялось ли что-то.

пятница однако

2010-01-21 Thread Oleg Matveyev 

незаменимый инструмент

http://growmoon.ru/admins.html