Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 6 of 6 total
Thread DataSnap
Mon, Dec 31 2007 8:32 AMPermanent Link

Thad
I saw some messages about this, but I didn't see any replies that answered it. Does version 4 of dbisam (we dont' have the C/S version I guess you'd need that version to make the
datasnap technology meaningful?) have datasnap support? I'm using Delphi 2005.

Also, we're investigating some other technologies.

kbmMW
Data Abstract 'Vinci' by RemObjects
Asta3/AstaIO

Does anybody here have experience with these?
Can anybody provide some feedback about comparisions of these products and datasnap?

Thanks

Mon, Dec 31 2007 12:01 PMPermanent Link

"Farshad"

"Thad" <thollingsworth@paychex.com> ...
>I saw some messages about this, but I didn't see any replies that answered
>it. Does version 4 of dbisam (we dont' have the C/S version I guess you'd
>need that version to make the
> datasnap technology meaningful?) have datasnap support? I'm using Delphi
> 2005.

DBISAM fully supports multi-threaded access so it can be used with DataSnap.

> Also, we're investigating some other technologies.
>
> kbmMW
> Data Abstract 'Vinci' by RemObjects

I really can't say which product is better. Both have some pros and cons.
You need to download trial versions of both products and play for a while.
Then you can decide which one is best for you. DataAbstract has a built-in
driver for DBISAM.

Both products may look easy to use at first glance but if you plan to use
them in production you'll notice that the learning curve is not that easy.

> Asta3/AstaIO

The last time I checked ASTA their server licensing prices was way too high
compared with kbmMW and DA. With kbmMW and DataAbstract you pay once and
you'll get everything including an unlimited server deployment license plus
full source code. OTOH, an Asta Unlimited Server License costs $7500.

> Does anybody here have experience with these?
> Can anybody provide some feedback about comparisions of these products and
> datasnap?

There is a thread here from Borland NG:

http://coding.derkeiler.com/Archive/Delphi/borland.public.delphi.thirdpartytools.general/2004-02/0283.html

This thread is rather old but may give you some idea for each product.

Tue, Jan 1 2008 4:38 AMPermanent Link

"Uffe Kousgaard"
"Farshad" <farshad@NOSPAMfmsoft.net> wrote in message
news:55CC29B1-2D06-48CE-AC34-5C6B09A27581@news.elevatesoft.com...
>
> DataAbstract has a built-in driver for DBISAM.

So does kbmmw. Which is an excellent product.

Wed, Jan 2 2008 9:28 AMPermanent Link

Thad
"Uffe Kousgaard" <oh@no.no> wrote:

"Farshad" <farshad@NOSPAMfmsoft.net> wrote in message
news:55CC29B1-2D06-48CE-AC34-5C6B09A27581@news.elevatesoft.com...
>
> DataAbstract has a built-in driver for DBISAM.

>So does kbmmw. Which is an excellent product.

I'm starting to wonder why one would want to use these n-tier 3rd party products, what the motivation is.

They seem to supply sets of objects that are already available in the delphi ide, and with dbisam, they're actually inheriting from some of the delphi objects.

If dbisam has a C/S version, and it supports that IProvider, for the TClientDataSet/TDatasetProvider stuff, than why use these others?

The only thing I can see that might make a difference so far, is if these other suites are like many times, like multiples of 10, faster. They've got a dbisam driver, but that's just wrapping
some of the dbisam objects, like the connection and database, maybe session. You've still got to write all the in between stuff, for the server and the client. It's like you have to make your
own server, but doesn't dbisam C/S have a server already?

I just started looking at the RemObjects, so I'm kind of speaking form a perspective of opinion Smile

Wed, Jan 2 2008 10:46 AMPermanent Link

"Uffe Kousgaard"
"Thad" <thollingsworth@paychex.com> wrote in message
news:03072752-3EBB-4A9A-9A54-9EF7805C67FA@news.elevatesoft.com...
>
> I'm starting to wonder why one would want to use these n-tier 3rd party
> products, what the motivation is.

Doing 3-tier instead of 2-tier (aka. C/S).

Moving business logic away from the client and into a seperate layer between
the client and the database. Then many clients can re-use the same business
logic. In the case of kbmmw those clients can even be PHP, C#, Java or a lot
of other clients.

Thu, Jan 3 2008 10:14 AMPermanent Link

"David Farrell-Garcia"
Thad wrote:

>
> I'm starting to wonder why one would want to use these n-tier 3rd
> party products, what the motivation is.


Pretty much about what what it has always been and that  is
scalability.  3-Tier is certainly overkill for many applications but
for those that need to scale up.. it is the way to go.  The database
server can reside on a different server then the middle tier server and
since the middle tier holds the database logic you can swap out
database back-ends quite easily.



--
David Farrell-Garcia
Whidbey Island Software, LLC
Image