Oliver,

<< OK, so the server thread would have to create its own session and
presumably could not share temporary tables with its invoking thread, but
could create its own memory tables and work with disk tables.  No problem.
>>

Yep.  The main difference is this:

SQL/PSM - access to current session context and databases, tables, etc.
External DLL - no access to current session context, but can create new
sessions, etc. in Delphi code as necessary

<< Fantastic!  My current approach of leaving a thread sitting waiting on a
blocked server procedure call has some disadvantages. >>

Yes, I'm sure that it does.

--
Tim Young
Elevate Software
www.elevatesoft.com

Stuart,

I've changed the replication to make this more explicit - you can specify
that you want tables to be published to subscribers, to publishers, or both.
The default is to subscribers.  This way you have complete control over
which direction the updates go.

EDB's replication relies on you publishing tables on both ends if you want
updates to go both ways.  This way you can set up cascading star
arrangements of replication and synchronization.  This is good because there
is a limit of 4096 subscribers per publisher, so anything over that is going
to require more servers down-wind from the main publisher server to further
fan-out the updates to its minions.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim Young [Elevate Software] wrote:

>
> Cost
> ----
>
> The ElevateDB 2.0 upgrade for ElevateDB 1.0 customers will cost $99
> for STD and STD-SRC products, and $129 for CS and CS-SRC products.
> The upgrade period will be 90 days, after which the upgrade pricing
> for 1.0 will revert to a simple 10% discount for existing ElevateDB
> 1.0 customers.  We will also be issuing bug fixes and updates for
> ElevateDB 1.0 up until the end of the 90-day period, after which the
> ElevateDB 1.0 code base will be frozen.  This is, of course, provided
> that ElevateDB 1.0 is stable enough to warrant suspending bug fixes,
> which we feel will be possible by that time. There will be no format
> changes or any technical effort required to move to ElevateDB 2.0
> from 1.0, apart from a simple re-compile.
>

What would the prices be to switch from VCL to .Net? I most of my stuff
going forward is going to be .Net and I already have a CS-SRC version
1.x edition that sadly has never been used outside of tinkering. But
was hoping that if the cost the to upgrade to the 2.0 .Net version was
the same (or close) this would be an option.


-- AJ Marknette

AJ,

<< What would the prices be to switch from VCL to .Net? I most of my stuff
going forward is going to be .Net and I already have a CS-SRC version 1.x
edition that sadly has never been used outside of tinkering. But was hoping
that if the cost the to upgrade to the 2.0 .Net version was the same (or
close) this would be an option. >>

Contact Sam in sales at samyoung@elevatesoft.com and ask her what your
options are.  I'm not sure if there is going to be any special "cross"
upgrades or not.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim Young [Elevate Software] wrote:

> AJ,
>
> << What would the prices be to switch from VCL to .Net? I most of my
> stuff going forward is going to be .Net and I already have a CS-SRC
> version 1.x edition that sadly has never been used outside of
> tinkering. But was hoping that if the cost the to upgrade to the 2.0
> .Net version was the same (or close) this would be an option. >>
>
> Contact Sam in sales at samyoung@elevatesoft.com and ask her what
> your options are.  I'm not sure if there is going to be any special
> "cross" upgrades or not.

Thanks

-- AJ Marknette

Tim Young [Elevate Software] wrote:
> Yep.  The main difference is this:
>
> SQL/PSM - access to current session context and databases, tables, etc.
> External DLL - no access to current session context, but can create new
> sessions, etc. in Delphi code as necessary

Will it be possible to write Delphi code that runs in the same .exe as
the server?

At the moment I have a single .exe that can run as:

- an NT service that provides a DBISAM server that includes a lot of
  complicated server procedures,
- as a standalone DBISAM application, or
- as a DBISAM client application.

Would this be possible using ElevateDB v2.0?


  Oliver

Oliver,

<< Will it be possible to write Delphi code that runs in the same .exe as
the server? >>

No, you'll need to ship the procedure DLL(s) also.

--
Tim Young
Elevate Software
www.elevatesoft.com