Comments on: Scalability and the Relational Model

By: WoodardAMBER

WoodardAMBER — Sun, 05 Sep 2010 20:39:41 +0000

It is well known that cash makes us autonomous. But what to do if one does not have money? The one way only is to try to get the personal loans and commercial loan.

By: Goldpreis

Goldpreis — Sat, 03 Jul 2010 17:50:46 +0000

Thanks for “Scalability and the Relational Model” article.Great post.

By: Mutual Fund Research

Mutual Fund Research — Thu, 17 Jun 2010 07:38:53 +0000

Great post! i have very much enjoyed reading these entries!

By: Mutual Fund Advisor

Mutual Fund Advisor — Wed, 16 Jun 2010 04:37:04 +0000

You’ve done it once more! Superb read!

By: Thor Michael Støre

Thor Michael Støre — Mon, 15 Mar 2010 22:08:17 +0000

As long as it’s relational I’m satisfied to use it for the things I do for a living these days. It’s a solid theoretical foundation, and too much criticism seem to be levied against misapplications and misunderstandings of it. When used as the of a logical or conceptual view of reality for a database then it stands up on it’s own.

One peeve of mine is how changes to this “view of reality” are done in SQL. I don’t like being limited to just firing off a sequence of begin, insert, update, delete, commit/rollback commands. Only having the option of having a set of commands that are issued independently strikes me as “incomplete” somehow. I’d love a formalization of a more solid theoretical foundation for encapsulating the changes done to a database/”set of relations” as well as transaction management into a singe unit, and in practice end up with perhaps a command I use to feed data into like I can read it from a result set. “MERGE” is somewhat closer here, but it’s “not quite there” relative to what I’m thinking of.

Also:
“…mindset, which places the burden of computation on reads rather than writes.”
I can’t say I understand that one, I wonder if it doesn’t show the shortcomings in the critics mindset when they’re reasoning about what they’re criticizing, rather than in that of the proponents. The “burden of computation” is a physical problem, the relational model is a logical model.

For instance in the case of queries that can be sped up with a materialized view one really can do the computation on write or at some other time before the read and just dump out the data in question when it’s queried. There are ways to hide the materialized view and present a “100% relational(tm)” view of the database that can be queried as normal, so that just like adding an index will cause the database to jump to the requested row instead of doing a full table scan when querying, so will adding a materialized view cause the database to jump to the exact data the user needs even if the query explicitly orders for instance a “sum”, so it doesn’t violate the relational mindset either.

By: Jeff Davis

Jeff Davis — Tue, 09 Mar 2010 07:41:50 +0000

Ideally, you should be able to represent your data in relations even if it is stored in the format you describe.

Unfortunately, existing SQL systems almost universally assume “table = file”. That makes it difficult for you to store the data in the format which suits your needs, and still use SQL.

By: Jeff Davis

Jeff Davis — Tue, 09 Mar 2010 07:34:25 +0000

Great to hear. I’ll watch for the next announcement.

By: David Fetter

David Fetter — Tue, 09 Mar 2010 04:49:20 +0000

Good luck with that. You’re gonna need plenty.

By: Darren Duncan

Darren Duncan — Tue, 09 Mar 2010 01:45:17 +0000

I should be adding examples like that in around 2 months, after I’ve fleshed out a few more parts of my spec, since adding those parts would greatly affect how good any code examples would look. (The part I’m currently working on is adding type mixins/etc so that one can properly do things such as operator overloading, which would be a shameful feature to lack; should be out any day now.)

By: Jeff Davis

Jeff Davis — Tue, 09 Mar 2010 01:07:47 +0000

I have been casually following that for a while. Great work!

Last time I checked, I had trouble finding some “hello, world” type examples. It would be very nice if you had a simple primer for SQL person.