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/

Reply via email to