Subject Re: RE: [firebird-support] Deploying Multiple Applications That Use Firebird 2.5 Embedded Databases.
Author Iwan Cahyadi Sugeng
Hmm interesting info helen, so the embeded server will work mostly like the
super server.so what is the performance impact by using embeded server this
way.i meant if multiple apps accessing multiple or single database?thx
iwan

Iwan Cahyadi Sugeng
On 17 Aug 2011 06:52, "Helen Borrie" <helebor@...> wrote:
>
>>> Suppose I have three applications MyPasswordManager, MyToolManager
>>> and MyMovieManager that each use a Firebird 2.5 Embedded database.
>>> Now lets say that I have a customer who bought and installed all three
of my
>>> applications on the same machine.
>>>
>>> What happens when this customer has all three of these applications
running
>>> on her computer at the same time?
>
> At 11:27 AM 17/08/2011, Leyne, Sean wrote:
>
>>What do you want to happen?
>>
>>Since the apps are written by you and you are using the embedded engine,
you have some choices. For example you could offer a central security
repository which would share user profiles amongst your apps. In that case,
the security/profile manager should be deployed as a separate element,
otherwise you would not be able to upgrade the embedded engine without
updating all of the applications at the same time.
>>
>>> Will this cause any issues?
>>
>>As long as you place the DLLs in the same folder the application EXEs and
*not* a shared/common path (like System32) you will be fine.
>
> Actually, with v.2.5, you can separate the embedded Firebird components
from the application components when you deploy. If you wish to have the
three applications all use the same Firebird components, you can do so with
2.5, by deploying fbembed.dll and all the Firebird stuff into a common
location *apart* from the application executable. Set the RootDirectory in
firebird.conf to be the path to where fbembed.dll is.
>
> Of course, the application must load fbembed.dll from its actual location
instead of expecting it to be in its own directory...but, once it has done
so, fbembed.dll (or fbclient.dll, if you have to rename it) knows where to
find all the other bits.
>
> Unfortunately, this information was omitted from the installation chapter
of the initial v.2.5 release notes but it is included in the forthcoming
v.2.5.1 notes.
>
> ./heLen
>
>
>


[Non-text portions of this message have been removed]