Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM Enhancement Requests and Suggestions » View Thread |
Messages 1 to 6 of 6 total |
Would DBISAM have new features? |
Fri, Jan 5 2007 2:54 PM | Permanent 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 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. 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 AM | Permanent 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 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. 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. 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 PM | Permanent 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. 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 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. 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 |
This web page was last updated on Wednesday, April 24, 2024 at 11:07 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |