Survey says cloud computing to have greatest impact on database industry.

TinyURL http://tinyurl.com/2b4x5nz

Original URL:
http://www.embarcadero.com/press-rel...rding-to-study

Interesting

that NoSQL scored so low on the survey, as many cloud databases are of
that type.

--
Kevin Powick

Kevin Powick wrote:
Well, the survey is tainted in a way because it only confirms
Embarcadero's own business agenda. The survey audience might be
skewed toward people who are familiar with the Embarcadero offering,
and they're familiar with it because they happen to be looking at
cloud-based offerings. I'm not saying the survey is misleading, just
that it bears some scrutiny.

From the survey: "Another trend that emerged in the study is increased
interaction between DBAs and application developers, with 61% of
respondents saying they collaborate with application developers more
than they did five years ago. This crisscross of universes is due, in
part, to more production DBAs getting involved in non-production
environments and traditional developers using SQL on a regular basis."

Generally speaking, in our world we don't need DBA's because the
database is largely defined by and maintained by the developer. This
fundamental difference means MV environments need 1/2 the people to
maintain an environment. This economy isn't used as much as it should
in MV marketing. Oh, I'm sorry, there is no MV marketing. Never mind.

That said, a lot of the environments I'm asked to work on were
obviously created by people who had no clue about databases and no
concern for future generations of maintainers. We're all familiar
with files with two letter names that have hundreds of definitions for
some tens of attributes. Sites with this kind of mess frequently need
to allocate employee or contractor resources to refactor the
environment just so they can make sense out of it on a day to day
basis.


Yeah, that's interesting, but could be explainable. People are
looking for alternative means of deployment, maybe not so much to
change their underlying data management paradigms. In other words,
they probably want to put what they have somewhere else, not change
what they have.

T

On Jan 8, 12:04*pm, Kevin Powick <nos... (AT) spamless (DOT) com> wrote:
I'm more surprised that it made it here. Whether we put our products
under that umbrella or not (I think "we" should), there is a big
opening now for using non-strictly-RDBMS tools rather than a MUST HAVE
requirement of SQL as the primary interface between developers and the
database. Ta Da, we got there! I, for one, had this on my bucket
list ;-)

One reason why NoSQL isn't going to rise to the top of most charts is
that most mature products, out of necessity, have SQL. Think how many
years some of the NF2 products worked to get SQL as a feature. They do
not want to now advertise "NoSQL". So, as an umbrella term from a
marketing standpoint, it just doesn't cut it. --dawn

On 2011-01-08 17:50:26 -0500, Tony Gravagno
<tony_gravagno (AT) nospam (DOT) invalid> said:

This is purely cultural. RDBMS could do without DBAs, just as MV could
use them if desired. With a lack of significant built-in referential
integrity and few end-user friendly management tools, MV is likely to
remain in the hands of the developer. This is probably another reason
it never blossomed in the big leagues, as it doesn't lend itself to
building an IT empire.

What? Reduce my powerful IT department's staff, budget, etc?
Ahahahahahaha! In the corporate world, much about working for a
company is about not making the company better, but rather, making
one's position within that company more secure and powerful.
Vanquishing a few political enemies along the way is fun too.

It's about buzz, not necessarily understanding the underlying technologies.

--
Kevin Powick

dawn wrote:
I think you make a Very good point. In the MV world we have a
constant stigma that client applications interface with databases via
SQL queries, and we lose a lot of mind share because many MV platforms
simply don't do that with real competence. So now here come the NoSQL
platforms with exactly the same stigma. It's a non-starter when you
can't get a product like Cognos or any common FOSS web app to connect
into your database without a major re-write of the DAL.

It's ironic in this pro-MVC world that database access is still
largely linked with the SQL model. If applications coded more into
getting "what" we want instead of "how" we get it, the world would be
a much happier place. In other words, the query shouldn't be
something like:

names = DAL->DBQuery("select name from customers")

But more using a business object like:

names = BO_Customers->GetALL()->Fields("name")

And the BO can get customer data from any data source using a DAL that
is similarly DBMS agnostic.

I think this is simply a matter of years of development by millions of
people, digging a very deep hole that will take as many years to dig
out of.

T

On Jan 9, 7:48*pm, Tony Gravagno <tony_grava... (AT) nospam (DOT) invalid> wrote:
If you use SQL long enough you become quite competent at composing
queries. Once that is true most people are reluctant to change. In
fact most people are reluctant to change, period. So SQL, like driving
on the right side of the road, is deeply embedded in our culture now.
Well, maybe not the MV culture but we are a dying breed. I know
former Pickies who are comfortable with SQL and Dot Net and don't
regret leaving MV behind. Maybe they were right.

I do about 40% SQL work and find it very limiting compared to Pick. Of
course, when I say Pick, I mean the BASIC and the query language.




On Jan 10, 1:10*am, Robert Joslyn <bobjoslyn... (AT) gmail (DOT) com> wrote:

On Jan 10, 11:00*pm, Pickteam <pickteamsoftw... (AT) gmail (DOT) com> wrote:
Agree completely. Irritating but not difficult. I think that applies
to almost anything compared to Pick. The MV approach is just better
and easier. But like eight track stereo being better just wasn't good
enough.

Or VHS vs Beta & BetaMAX

Of course, 20 years after THAT battle was lost, we find that Sony, the
company behind Beta, is one of the major players behind Blu-ray, the
heir apparent to traditional & HD DVD .... so, all is not yet lost for
"pick". I must admit that I'm still somewhat surprised at what appears
to be relatively limited uptake on Tl XDMS

Oh well, the IT industry is nothing if not fickle

On Jan 11, 5:25*pm, Ross Ferris <ro... (AT) stamina (DOT) com.au> wrote:
Cobol, Fortran, Pick will live forever.