> > This query fails:
> > select * from TABLE1 where FIELD1 like 'абв';
>
>
> The "bug" here is that the message for all string input errors is the
> same. Transliteration of the input argument in the failing query
> would occur as in your third query above if the LIKE argument was
> valid.
Hi,
What is the order of cascade firing for foreign key. How to gain control to it?
Eg. 3 tables 2 reference 13 referece 1 and 2
How can i fire update on table 1 cascade in the correct order to avoid
violation of keys?
Regards,Karol Bieniaszewski
Hi!
You have to make some changes in xinetd.
service gds_db
{
disable = no
flags = reuse
socket_type = stream
wait = no
tcps = 50 10
user = firebird
per_source = UNLIMITED
instances = UNLIMITED
server = /opt/firebird/bin/fb_inet_server
}