On 7/17/07, Nick Cipollina <[EMAIL PROTECTED]> wrote:
This is one of the reasons that Cache is able to drum up some business from shops that are using Universe, UniData, etc...
Yes. I have been a loyal U2 professional for many years and thought I would end up selecting U2 for a new application. I did an assessment, a scan of available databases and related development strategies, including some SQL-DBMS tools (only needing to convince myself, so no good data to report) and felt that Cache' was the better way to go, even if there is still a risk involved in doing so. It's a business decision and I, too, suspect that there will be others headed this direction in the future after doing their own assessments.
Cache is very forward thinking,
Yes, and the entire company can proclaim the benefits of using what is considered by the industry to be non-standard database management--that understanding can be pervasive in the company as they are not selling a legacy ;-) RDBMS, such as DB2, as their more standard database solution.
and now with their mvbasic support, a viable option for those of us using MV databases and want to use newer technologies to integrate with the database.
Agreed.
Cache's native web service support is very cool,
Their AJAX tool is wicked cool, now that I have it "working" (I wasn't exactly a quick study on the previously undocumented integration of AJAX and MV, but getting there)
not to mention the .Net and java integration.
Their Java integration, which I will not be using (no need when you can use Java-like classes with MV BASIC methods -- how cool is that!) looks really cutting edge and really shows off the benefits of using a database with less of an impedance mismatch between Java and the DBMS. They really seem to be playing their hand with this one, although the Java community, like PHP and others is still primarily working with RDBMS tools.
This is the direction IBM needs to be heading in with U2 if they want to stay a viable option.
Yes. Cache' might be good for giving IBM a boost in their strategic thinking about the product. It must be difficult, however, when DB2 is the premiere IBM database (or is treated as such). I am not sure how they are going to have the type of resources it would take to leap frog Cache'. Just my two cents. --dawn
Thanks, Nick Cipollina -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of phil walker Sent: Tuesday, July 17, 2007 4:22 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UniData 7.1 vs. MS SQL 2005 performance Nick, Here, here to your following statements.... To me, this is part of the problem that we have in the MV world. We look at how things are being done elsewhere and say, "Pick does it better, we aren't going to do that." The problem with this approach is that everyone else is adopting these standards and using them. We are going to be left further behind if we don't start using some of the technologies available to us. ..... And this is where this list breaks down in that a lot of the new features IBM are building into the product are not used/discussed and the documentation is VERY, VERY sparse. So people like myself and a few others are left to trial and error techniques to implement these new technologies because we HAVE to talk to the outside world and people expect some sort of standard method to do this. Because of this approach we take a lot longer to do something which I am sure is reasonably easy if one was to have good quality examples available like most other dbms/development environments have on the web.... Phil (my 2c) Nick Cipollina -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dawn Wolthuis Sent: Monday, July 16, 2007 11:22 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] UniData 7.1 vs. MS SQL 2005 performance I do understand the advantages to that approach, Nick. But that was also the thinking of those who prepared the current industry benchmarks by locking in on SQL. My concern was that if you specify technologies, you can make it difficult for solutions that are outside the box. --dawn On 7/16/07, Nick Cipollina <[EMAIL PROTECTED]> wrote: > If the consumer of this data is going to be external, then I would > definitely use web services. Using a standard format (SOAP) will make > it possible for anyone to consume the data. > > Thanks, > > Nick Cipollina > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Dawn Wolthuis > Sent: Monday, July 16, 2007 4:58 PM > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] UniData 7.1 vs. MS SQL 2005 performance > > Yes, agreed. I think if you start with user requirements for services, > then have folks design for those requirements according to each > environment, that would be a good start. I hesitate to say that it > must be "web services" only because that might imply use of SOAP or an > XML exchange that could prejudice the implementation, but otherwise > defining the requirements as services makes a lot of sense. Each > service implementation in different environments can then be judged > and compared by a variety of measures. <snip> ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
-- Dawn M. Wolthuis Tincat Group, Inc. tincat-group.com Take and give some delight today ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/