Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 6 of 6 total
Thread Would DBISAM have new features?
Fri, Jan 5 2007 2:54 PMPermanent Link

"Carlos Guerra"
Hi Tim

Browsing the newsgroup I found out that some (or all) of the new features we
were waiting for in DBISAM are included in ElevateDB, also new to me was the
fact that ElevateDB was a separate product of DBISAM rather that an upgrade.

You stated that DBISAM will be alive for about a year after the official
release of ElevateDB, or more if the product keeps selling.

Would you be considering adding new features to DBISAM giving the fact that
is a different product?

For example, one feature I was waiting for very badly was RI?

Regards

Carlos Guerra

Mon, Jan 8 2007 3:45 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Carlos,

<< You stated that DBISAM will be alive for about a year after the official
release of ElevateDB, or more if the product keeps selling. >>

Actually, I haven't put a date on when DBISAM will stop being offered.  It
may be around for several more years.

<< Would you be considering adding new features to DBISAM giving the fact
that is a different product? >>

Sure, certain items.  But I also have to be honest in saying that EDB will
be a priority over DBISAM in terms of new features.  DBISAM is a fairly
complete and mature product, and that is one of its strong points.

<< For example, one feature I was waiting for very badly was RI? >>

You can't do RI in DBISAM with the way it is designed.  You need a database
catalog for all tables in order to do RI, and that is exactly what EDB has.
This and several other issues was one of the main reasons for doing EDB.
There are certain things in DBISAM that would require a rewrite of the
product in order to implement them properly.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tue, Jan 9 2007 1:23 AMPermanent Link

"Carlos Guerra"
Well, if I'm convinced by ElevateDB and I decide to make the jump, I will
sure miss the little rascal.

Thanks Tim

Regards

Carlos Guerra

"Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message
news:B4CE7310-225C-4D10-8278-E1A8E256E577@news.elevatesoft.com...
> Carlos,
>
> << You stated that DBISAM will be alive for about a year after the
> official release of ElevateDB, or more if the product keeps selling. >>
>
> Actually, I haven't put a date on when DBISAM will stop being offered.  It
> may be around for several more years.
>
> << Would you be considering adding new features to DBISAM giving the fact
> that is a different product? >>
>
> Sure, certain items.  But I also have to be honest in saying that EDB will
> be a priority over DBISAM in terms of new features.  DBISAM is a fairly
> complete and mature product, and that is one of its strong points.
>
> << For example, one feature I was waiting for very badly was RI? >>
>
> You can't do RI in DBISAM with the way it is designed.  You need a
> database catalog for all tables in order to do RI, and that is exactly
> what EDB has. This and several other issues was one of the main reasons
> for doing EDB. There are certain things in DBISAM that would require a
> rewrite of the product in order to implement them properly.
>
> --
> Tim Young
> Elevate Software
> www.elevatesoft.com
>

Tue, Jan 9 2007 8:44 AMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Carlos,

<< Well, if I'm convinced by ElevateDB and I decide to make the jump, I will
sure miss the little rascal. >>

Same here. Smiley If it were up to me, I'd just keep selling DBISAM and not
bother with spending all of that time developing ElevateDB.  But alas, this
is not my decision to make.  The market progresses and we've got to stay
current.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tue, Jan 9 2007 2:41 PMPermanent Link

"Carlos Guerra"
Tim



It's not just the nostalgic feeling we have for DBISAM, at least for me is
the fact that in years I have not had any problems with DBISAM, the product
its being 100% solid, no table repairs in years, 50+ concurrent users with
no reduced speed, simplicity, flexible, etc.



I'm sure ElevateDB will reach that same level more sooner than later, but
now, I feel I don't quite have all the information I need to make the
decision to consider ElevateDB. May be it is too much to ask you for some
additional information in the ElevateDB product information, may be a brief
info. on the benefits of upgrading to ElevateDB from DBISAM, I'm not talking
of a "Feature Matrix" but that will also work.



Tim, I completely agree that ElevateDB is a different product, that's why I
have all this mix feelings (Do I go with the flow and make the jump now?, Do
I wait a little bit longer?, Do I keep DBISAM?), the thing is that I was
waiting for this release to be a more "transparent" update, closer to the v3
to v4, and I felt that at the last moment it change (or was inform to us) to
be a new product line, and addition to this I think that the "ElevateDB
Product Information" has very basic information, of course some obvious new
and wanted features like ".NET, foreign key, etc.



In the meantime I will continue evaluating the Beta and hope I get that same
"attraction" I felt of DBISAM.



Regards



Carlos Guerra


"Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message
news:50AFF349-D20C-47F3-A89B-AC382D35798E@news.elevatesoft.com...
> Carlos,
>
> << Well, if I'm convinced by ElevateDB and I decide to make the jump, I
> will sure miss the little rascal. >>
>
> Same here. Smiley If it were up to me, I'd just keep selling DBISAM and not
> bother with spending all of that time developing ElevateDB.  But alas,
> this is not my decision to make.  The market progresses and we've got to
> stay current.
>
> --
> Tim Young
> Elevate Software
> www.elevatesoft.com
>

Tue, Jan 9 2007 6:06 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Carlos,

<< It's not just the nostalgic feeling we have for DBISAM, at least for me
is the fact that in years I have not had any problems with DBISAM, the
product its being 100% solid, no table repairs in years, 50+ concurrent
users with no reduced speed, simplicity, flexible, etc. >>

Sure, but you have to remember that it took DBISAM 6 years to get to that
stage.

<< I'm sure ElevateDB will reach that same level more sooner than later, but
now, I feel I don't quite have all the information I need to make the
decision to consider ElevateDB. May be it is too much to ask you for some
additional information in the ElevateDB product information, may be a brief
info. on the benefits of upgrading to ElevateDB from DBISAM, I'm not talking
of a "Feature Matrix" but that will also work. >>

I'll have more information on this as we get closer to the release date.

<< Tim, I completely agree that ElevateDB is a different product, that's why
I have all this mix feelings (Do I go with the flow and make the jump now?,
Do I wait a little bit longer?, Do I keep DBISAM?), the thing is that I was
waiting for this release to be a more "transparent" update, closer to the v3
to v4, and I felt that at the last moment it change (or was inform to us) to
be a new product line, and addition to this I think that the "ElevateDB
Product Information" has very basic information, of course some obvious new
and wanted features like ".NET, foreign key, etc. >>

As I have indicated in other messages, there was simply no way that DBISAM
was going to do things like managed code, RI, Unicode, and per-column
collations without a rewrite.  Sure, we could have still *called* it DBISAM.
But that would have been wrong for two reasons:

1) It wasn't DBISAM anymore, in any real way, so portraying it as such to
our customers would have been wrong.
2) The name DBISAM tends to make people think of older ISAM technologies,
and wanted to break from that.

Also, to do a rewrite and not do the architectural changes that we did in
EDB would have been a wasted opportunity.  EDB was a chance for us to take
what we know that was bad about DBISAM and change it for the better.  Things
like BLOB handling, SQL execution, index compression, collation-sensitive
index key comparisons, etc. were all things in DBISAM that were not as good
as they could be.

<< In the meantime I will continue evaluating the Beta and hope I get that
same "attraction" I felt of DBISAM. >>

You will.  It may take some time, but you will.

--
Tim Young
Elevate Software
www.elevatesoft.com

Image