Databases Quotes
Quotes tagged as "databases"
Showing 1-8 of 8
“I'm an oracle of the past. I can accurately predict up to 1 minute in the future, by thoroughly investigating the last 2 years of your life. Also, I look like an old database – flat and full of useless info.”
― Nothing is here...
― Nothing is here...
“...note that relational systems require only that the database be perceived by the user as tables. Tables are the logical structure in a relational system, not the physical structure. At the physical level, in fact, the system is free to store the data any way it likes—using sequential files, indexing, hashing, pointer chains, compression, and so on—provided only that it can map that stored representation to tables at the logical level. Another way of saying the same thing is that tables represent an abstraction of the way the data is physically stored—an abstraction in which numerous storage level details (such as stored record placement, stored record sequence, stored data value representations, stored record prefixes, stored access structures such as indexes, and so forth) are all hidden from the user.
... The Information Principle: The entire information content of the database is represented in one and only one way—namely, as explicit values in column positions in rows in tables. This method of representation is the only method available (at the logical level, that is) in a relational system. In particular, there are no pointers connecting one table to another.”
― An Introduction to Database Systems
... The Information Principle: The entire information content of the database is represented in one and only one way—namely, as explicit values in column positions in rows in tables. This method of representation is the only method available (at the logical level, that is) in a relational system. In particular, there are no pointers connecting one table to another.”
― An Introduction to Database Systems
“■ Types are (sets of) things we can talk about.
■ Relations are (sets of) things we say about the things we can talk about.
(There is a nice analogy here that might help you appreciate and remember these important points: Types are to relations as nouns are to sentences.) Thus, in the example, the things we can talk about are employee numbers, names, department numbers, and money values, and the things we say are true utterances of the form “The employee with the specified employee number has the specified name, works in the specified department, and earns the specified salary.”
It follows from all of the foregoing that:
1. Types and relations are both necessary (without types, we have nothing to talk about; without relations, we cannot say anything).
2. Types and relations are sufficient, as well as necessary—i.e., we do not need anything else, logically speaking.
3. Types and relations are not the same thing. It is an unfortunate fact that certain commercial products—not relational ones, by definition!—are confused over this very point.”
― An Introduction to Database Systems
■ Relations are (sets of) things we say about the things we can talk about.
(There is a nice analogy here that might help you appreciate and remember these important points: Types are to relations as nouns are to sentences.) Thus, in the example, the things we can talk about are employee numbers, names, department numbers, and money values, and the things we say are true utterances of the form “The employee with the specified employee number has the specified name, works in the specified department, and earns the specified salary.”
It follows from all of the foregoing that:
1. Types and relations are both necessary (without types, we have nothing to talk about; without relations, we cannot say anything).
2. Types and relations are sufficient, as well as necessary—i.e., we do not need anything else, logically speaking.
3. Types and relations are not the same thing. It is an unfortunate fact that certain commercial products—not relational ones, by definition!—are confused over this very point.”
― An Introduction to Database Systems
“...SQL is very far from being the “perfect” relational language—it suffers from numerous sins of both omission and commission. ...the overriding issue is simply that SQL fails in all too many ways to support the relational model properly. As a consequence, it is not at all clear that today's SQL products really deserve to be called “relational” at all! Indeed, as far as this writer is aware, there is no product on the market today that supports the relational model in its entirety. This is not to say that some parts of the model are unimportant; on the contrary, every detail of the model is important, and important, moreover, for genuinely practical reasons. Indeed, the point cannot be stressed too strongly that the purpose of relational theory is not just “theory for its own sake”; rather, the purpose is to provide a base on which to build systems that are 100 percent practical. But the sad fact is that the vendors have not yet really stepped up to the challenge of implementing the theory in its entirety. As a consequence, the “relational” products of today regrettably all fail, in one way or another, to deliver on the full promise of relational technology.”
― An Introduction to Database Systems
― An Introduction to Database Systems
“...since there is so much confusion surrounding it in the industry. You will often hear claims to the effect that relational attributes can only be of very simple types (numbers, strings, and so forth). The truth is, however, that there is absolutely nothing in the relational model to support such claims. ...in fact, types can be as simple or as complex as we like, and so we can have attributes whose values are numbers, or strings, or dates, or times, or audio recordings, or maps, or video recordings, or geometric points (etc.).
The foregoing message is so important‒and so widely misunderstood‒that we state it again in different terms:
The question of what data types are supported is orthogonal to the question of support for the relational model.”
― An Introduction to Database Systems
The foregoing message is so important‒and so widely misunderstood‒that we state it again in different terms:
The question of what data types are supported is orthogonal to the question of support for the relational model.”
― An Introduction to Database Systems
“The Golden Rule:
No update operation must ever assign to any database a value that causes its database predicate to evaluate to FALSE.”
― An Introduction to Database Systems
No update operation must ever assign to any database a value that causes its database predicate to evaluate to FALSE.”
― An Introduction to Database Systems
All Quotes
|
My Quotes
|
Add A Quote
Browse By Tag
- Love Quotes 98.5k
- Life Quotes 76.5k
- Inspirational Quotes 73.5k
- Humor Quotes 44k
- Philosophy Quotes 30k
- Inspirational Quotes Quotes 27k
- God Quotes 26.5k
- Truth Quotes 24k
- Wisdom Quotes 24k
- Romance Quotes 23.5k
- Poetry Quotes 22.5k
- Death Quotes 20k
- Life Lessons Quotes 20k
- Happiness Quotes 19k
- Quotes Quotes 18k
- Faith Quotes 18k
- Hope Quotes 18k
- Inspiration Quotes 17k
- Spirituality Quotes 15k
- Religion Quotes 15k
- Motivational Quotes 15k
- Writing Quotes 15k
- Relationships Quotes 14.5k
- Life Quotes Quotes 14.5k
- Love Quotes Quotes 14k
- Success Quotes 13.5k
- Time Quotes 12.5k
- Motivation Quotes 12.5k
- Science Quotes 12k
- Motivational Quotes Quotes 11.5k