Catálogo de publicaciones - libros
Inside Relational Databases with Examples in Access
Mark Whitehorn Bill Marklyn
Resumen/Descripción – provisto por la editorial
No disponible.
Palabras clave – provistas por la editorial
Database Management; Models and Principles; Information Systems and Communication Service
Disponibilidad
Institución detectada | Año de publicación | Navegá | Descargá | Solicitá |
---|---|---|---|---|
No detectada | 2007 | SpringerLink |
Información
Tipo de recurso:
libros
ISBN impreso
978-1-84628-394-9
ISBN electrónico
978-1-84628-687-2
Editor responsable
Springer Nature
País de edición
Reino Unido
Fecha de publicación
2007
Información sobre derechos de publicación
© Mark Whitehorn 2007
Cobertura temática
Tabla de contenidos
What does null mean?
Mark Whitehorn; Bill Marklyn
A given field in a given record can contain data, or not. If you don’t enter a value into a field in a particular record, you might think that the field was simply empty, but life isn’t that simple. Instead the field is said to contain a null value. If, for example, a field is supposed to contain the phone number of a friend but you don’t know the phone number, you don’t enter any data. The field is then said to contain a null value.
Part 4 - Related database topics | Pp. 309-312
Primary keys
Mark Whitehorn; Bill Marklyn
In the database column that I write for , I was discussing primary keys a while ago and offered the opinion that for a small car restoration business, the registration number (also known as a license number) of the cars in the workshop would make a good primary key. A reader questioned this opinion and the point is interesting because it illustrates the scope that a primary key must cover.
Part 4 - Related database topics | Pp. 313-315
Hardware considerations
Mark Whitehorn; Bill Marklyn
If you are a DBA (DataBase Administrator) you get lots of phone calls every day. I can’t tell you what your next call will be but I can tell you what it won’t be. You are quite definitely not about to receive one that starts “The database is running far, far too quickly. Can you slow it down a bit?” In other words, no matter how fast the database runs, people always want it to run faster.
Part 5 - Speeding up your database | Pp. 319-323
Indexing
Mark Whitehorn; Bill Marklyn
Indexing is the first topic we’ll cover in the area of software optimization of database performance.
Part 5 - Speeding up your database | Pp. 324-337
More on optimization
Mark Whitehorn; Bill Marklyn
SQL is the language used to query a database and, in some respects, it’s a strange language. It’s declarative rather than procedural, which means that when you write a query you declare to the database engine what you want it to do, but you don’t tell it how to achieve that end result (that would be a procedural approach). For instance, if you want to query for matching values in two joined tables, the query contains nothing to indicate which table should be examined first.
Part 5 - Speeding up your database | Pp. 338-343
Denormalization
Mark Whitehorn; Bill Marklyn
Denormalization is the process of turning a normalized database into one where some or all of the tables are not in 3NF. Denormalization is not only perfectly acceptable, there are times when to build a fully normalized database would be absolutely the wrong decision.
Part 5 - Speeding up your database | Pp. 344-352