G-Man:
The problem I have with this kind of thing is that it seems that IT
controls the concept, not the other way around. Data is data, no matter
where it is. One just needs to get it when needed.
All throughout the relational world, its the technology that controls
the data, not the other way around. I couldn't give a hoot about a
"distributed, cloud-based MV environment", but, as Mark Brown always
says, when you need the data you simply have to get it. You don't need
to navigate through customized classes, through checkboxes, out dropdown
lists, over sockets, through firewalls, around networks, past bosses
then back again...maybe! :-)
Again, as we've discussed over the past many years, the licensing
schemes offered by MV environments won't allow any of us to jump into
the fray of these opportunities. Could you imagine going to U2 with a
Facebook killer for multiple devices on a hundred servers and think you
could negotiate to pay somewhere close to MySQL? They'd try to squeeze
you for 100 licenses on each machine and make darned sure you'd give up
on that idea, very quickly!
Bill
------------------------------------------------------------------------
----- Original Message -----
*From:* 3xk547...@sneakemail.com
*To:* u2-users@listserver.u2ug.org
*Date:* 7/12/2011 12:46 PM
*Subject:* Re: [U2] Interesting article
From: Bill Haskett
I wonder if this implies that those who U2 are all
database "gurus"? :-)
I get the humor but...
I need to create a distributed cloud-based MV environment,
obviously smaller than Facebook but using the same concept of
"shards" for distributed storage and computing. So far most of
the Pick people I talk to have no idea what I'm talking about let
alone how to implement it with MV. We're not gurus if we don't
speak the same language as the rest of the world.
As to "old SQL", there is a revolution going on out there and I'm
wondering if other MV people have seen this: Look at the data
storage for Android, Google App Engine, AmazonDB, etc. All of
these platforms and others are using name/value pairs with some
relational functionality, but they're not using SQL. Once again
we're missing a whole new generation of data hungry applications.
While there are still new methods of data storage and retrieval
being created all the time, the MV market needs to define a
consistent web service / REST API for data access and rule
execution, accessible from any client. (That's easy, I have done
this many times for various projects and for most MV platforms.)
> From there, professionals in this community can position as
experts to provide applications, DBMS support services, rules in
BASIC, hosting, and mentoring for a new generation of people who
might like to use BASIC for rules rather than Java, Ruby, Go, or
whatever else they're just starting to learn.
Yeah... as if...
Tony Gravagno
Nebula Research and Development
TG@ remove.pleaseNebula-RnD.com
remove.pleaseNebula-RnD.com/blog
Visit PickWiki.com! Contribute!
http://Twitter.com/TonyGravagno
From:Symeon Breen
Some on here will be interested in this. I esp like Gigaom'squote
"old SQL (as he calls it) is good for nothing" and
needs to be "sent to the home for retired software."
After all, he explained, SQL was created decades ago
before the web, mobile devices and sensors forever
changed how and how often databases are accessed.
<http://www.eweekeurope.co.uk/news/facebook-needs-major-rewrite-w
arns-database-guru-33864>
_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
