[Firebird-devel] [FB-Tracker] Created: (CORE-5047) mapUser() routine establish secondary attach using wrong provider

2015-12-14 Thread Dimitry Sibiryakov (JIRA)
mapUser() routine establish secondary attach using wrong provider - Key: CORE-5047 URL: http://tracker.firebirdsql.org/browse/CORE-5047 Project: Firebird Core Issue Type: Bug

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Alex Peshkoff
On 12/14/2015 05:42 PM, Dimitry Sibiryakov wrote: > 14.12.2015 15:39, Alex Peshkoff wrote: Routine? not routine, but parameter in DPB makes it possible to decrease >> cache size. If you make the routine to work with already loaded database, these parameters will be

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Alex Peshkoff
On 12/14/2015 04:33 PM, Dimitry Sibiryakov wrote: > 14.12.2015 14:27, Alex Peshkoff wrote: >> Vlad promised to do some changes in CCH required to fix this issue. > Wouldn't be enough to shift the call of the routine a bit down, at the > place where dbb > is completely initialized to prevent

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Alex Peshkoff
On 12/14/2015 05:34 PM, Dimitry Sibiryakov wrote: > 14.12.2015 15:25, Alex Peshkoff wrote: >> On 12/14/2015 05:15 PM, Dimitry Sibiryakov wrote: >>> 14.12.2015 15:10, Alex Peshkoff wrote: in a case when cache to be decreased reopen is unavoidable. >>> Errr... Cache? What this routine

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Dimitry Sibiryakov
14.12.2015 15:10, Alex Peshkoff wrote: > in a case when cache to be decreased reopen is unavoidable. Errr... Cache? What this routine does at all? -- WBR, SD. -- Firebird-Devel mailing list, web interface at

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Dimitry Sibiryakov
14.12.2015 14:04, Alex Peshkoff wrote: >> 1) Slow connect > Connect second time - you will not see this effect for SS & SC, for CS > it's known problem. Is it in tracker? Is it going to be fixed? -- WBR, SD. --

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Alex Peshkoff
On 12/14/2015 05:15 PM, Dimitry Sibiryakov wrote: > 14.12.2015 15:10, Alex Peshkoff wrote: >> in a case when cache to be decreased reopen is unavoidable. > Errr... Cache? What this routine does at all? > Routine? not routine, but parameter in DPB makes it possible to decrease cache size.

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Dimitry Sibiryakov
14.12.2015 15:25, Alex Peshkoff wrote: > On 12/14/2015 05:15 PM, Dimitry Sibiryakov wrote: >> 14.12.2015 15:10, Alex Peshkoff wrote: >>> in a case when cache to be decreased reopen is unavoidable. >> Errr... Cache? What this routine does at all? > > Routine? not routine, but parameter in DPB

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Dimitry Sibiryakov
14.12.2015 15:48, Alex Peshkoff wrote: > On 12/14/2015 05:42 PM, Dimitry Sibiryakov wrote: >> 14.12.2015 15:39, Alex Peshkoff wrote: > Routine? not routine, but parameter in DPB makes it possible to decrease >>> cache size. > If you make the routine to work with already loaded

Re: [Firebird-devel] Mapping.cpp

2015-12-14 Thread Dimitry Sibiryakov
14.12.2015 15:39, Alex Peshkoff wrote: >>> Routine? not routine, but parameter in DPB makes it possible to decrease >>> >>cache size. >> > If you make the routine to work with already loaded database, these >> > parameters will be >> >already applied before it is called, no? >> > > No.

[Firebird-devel] [FB-Tracker] Created: (CORE-5048) Force optimizer to take in account 'order by T.id ROWS n' that is specified for big table 'T' which is cross joined with small datasource

2015-12-14 Thread Pavel Zotov (JIRA)
Force optimizer to take in account 'order by T.id ROWS n' that is specified for big table 'T' which is cross joined with small datasource --