Tim

I'm thinking of creating a slew of custom function to give me "live filters" where more than one table is involved. Are custom filters changing much in ElevateDB?


Roy Lambert

Roy,

<< I'm thinking of creating a slew of custom function to give me "live
filters" where more than one table is involved. Are custom filters changing
much in ElevateDB? >>

Yes.  They can use PSM (stored procedure language) in ElevateDB and can also
be externally defined as DLLs.  It will be fairly easy to move the existing
custom functions over to the DLL form, however.  Think of a wrapper like the
WebBroker (WebSnap) web modules.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim Young

But it will be still possible to do custom functions directly in server source code, as I do now, correct?

Mauricio Campana Nonino

Mauricio,

<< But it will be still possible to do custom functions directly in server
source code, as I do now, correct? >>

Yes, and no.  You will still be able to code custom functions in Delphi
code, but they will reside in DLLs instead of directly in the server source
code.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim,

> Yes, and no.  You will still be able to code custom functions in Delphi
> code, but they will reside in DLLs instead of directly in the server source
> code.

Eeeek!! Do you mean you're not going to be shipping the source to the
server anymore?

Eryk

Tim Young

<<Yes, and no.  You will still be able to code custom functions in Delphi
code, but they will reside in DLLs instead of directly in the server source
code.>>

Oh, that's too bad. I hate DLLs.

Mauricio Campana Nonino

Eryk,

<< Eeeek!! Do you mean you're not going to be shipping the source to the
server anymore? >>

No, we will still ship the source code to the server and it will still be
customizable to some extent.  However, custom functions are handled
differently so that they are uniform across local and C/S usage in terms of
the database catalog.

--
Tim Young
Elevate Software
www.elevatesoft.com

Mauricio,

<< Oh, that's too bad. I hate DLLs. >>

As far as you're concerned, you won't even be able to tell the difference.
There's a UI to the custom functions, so you implement them in Delphi in the
same fashion as an event handler.  The only additional task is that you have
to ship some extra DLLs with your application.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim


If its possible I'd prefer not to have to ship any dll's just the .exe. My bet is that a lot of us will feel the same. Even so I'm fascinated about "a UI to the custom functions"  - tell me more.

Roy Lambert

Tim,

> No, we will still ship the source code to the server and it will still be
> customizable to some extent.  However, custom functions are handled
> differently so that they are uniform across local and C/S usage in terms of
> the database catalog.

Good, so long as the source is there things can be patched back the way
they were where needed. If these really are DLLs (and not packages) then
marshalling object references back and forth via virtual/abstract
wrappers (or something similar) would be rather tiresome.

Eryk