Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » ElevateDB Technical Support » Support Forums » Search Forums » Search Results » View Thread |
Messages 21 to 27 of 27 total |
Moving Forward with ElevateDB 2.0 |
Mon, Feb 18 2008 6:51 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | 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 |
Mon, Feb 18 2008 6:57 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@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 |
Wed, Feb 20 2008 1:33 PM | Permanent Link |
John AJ Marknette Team Elevate | 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 |
Wed, Feb 20 2008 4:05 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | 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 |
Wed, Feb 20 2008 4:11 PM | Permanent Link |
John AJ Marknette Team Elevate | 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 |
Wed, Feb 20 2008 10:04 PM | Permanent Link |
Oliver Bock | 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 |
Thu, Feb 21 2008 12:52 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | 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 |
« Previous Page | Page 3 of 3 | |
Jump to Page: 1 2 3 |
This web page was last updated on Thursday, July 4, 2024 at 07:01 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |