Access-Beispiele

Beziehungen in einer Datenbank

Dienstag, 15 Januar, 2008 |

Nachdem Sie verschiedene Tabellen für jedes Fach in Ihre Datenbank angelegt haben, müssen Sie einen Weg, um Microsoft Access zu sagen, wie diese Informationen wieder zu sammeln. Der erste Schritt in diesem Prozess ist es, Beziehungen zwischen Ihren Tabellen zu definieren. Nachdem dies erledigt ist, können Sie Abfragen, Formulare und Berichte auf Informationen aus mehreren Tabellen auf einmal angezeigt werden.

Wie Beziehungen?

Eine Eins-zu-vielen
Die Eins-zu-viele-Beziehung ist die häufigste Art von Beziehung. In einer Eins-zu-viele-Beziehung, hat ein Datensatz in Tabelle A mehrere passende Datensätze in Tabelle B zugeordnet sein, sondern ein Datensatz in Tabelle B nur ein passender Datensatz in Tabelle A

Eine Viele-zu-viele
In einer Viele-zu-viele-Beziehung, einem Datensatz in Tabelle A kann mehrere passende Datensätze in Tabelle B und einen Datensatz in Tabelle B mehrere passende Datensätze in Tabelle A haben kann Diese Art von Beziehung ist nur durch die Definition einer dritten Tabelle (ein so genanntes Association Table), deren Primärschlüssel aus zwei Feldern  Fremdschlüssel aus beiden Tabellen A und B möglich In der Tat sind eine Viele-zu-viele Beziehungen ein Zwei-zu-viele-Beziehung mit einer dritten Tabelle. Zum Beispiel haben die Orders-Tabelle und die Tabelle Products eine Viele-zu-viele-Beziehung, die durch die Schaffung von zwei Eins-zu-viele für die Tabelle Bestelldetails definiert wird.

Eine Eins-zu-on
In einer Eins-zu-eins, jeder Datensatz in Tabelle A kann nur einen passenden Datensatz in Tabelle B, und jeden Datensatz in Tabelle B kann nur ein passender Datensatz in Tabelle A haben Diese Art von Beziehung ist nicht üblich, weil die meisten Informationen auch in einer einzigen Tabelle sein. Die Verwendung einer Eins-zu-eins wird empfohlen, wenn Sie eine Tabelle mit vielen Feldern zu teilen, um einen Teil einer Tabelle für die Sicherheit oder die Speicherung von Informationen, die nur auf eine Teilmenge der Haupttabelle gelten isolieren möchten. Vielleicht möchten Sie z. B. eine Tabelle erstellen, um die Beschäftigten, die an einem Football-Spiel an Geld zu notieren.

Definieren von Beziehungen
Sie definieren eine Beziehung, indem Sie die Tabellen aus, um zum Fenster Beziehungen beziehen, und ziehen Sie dann den Schlüssel Feld einer Tabelle und Ablegen auf dem Schlüssel einer anderen Tabelle.
Die Art der Beziehung, dass Microsoft Access erstellt hängt davon ab, wie die verwandten Bereichen sind definiert:
• Eine Eins-zu-Viele-Beziehung wird erstellt, wenn nur einer der verwandten Bereichen ist ein Primärschlüssel oder einen eindeutigen Index.
• Eine eins-zu-eins wird erzeugt, wenn sowohl die verwandten Gebieten Primärschlüssel oder eindeutige Indizes.
• In der Tat sind eine Viele-zu-viele Beziehungen ein Zwei-zu-viele-Beziehung mit einer dritten Tabelle, deren Primärschlüssel aus zwei Feldern  Fremdschlüssel der beiden anderen Tabellen.
Hinweis Wenn Sie ein Feld, das nicht ein Primärschlüssel ist und keinen eindeutigen Index auf einem anderen Feld, das nicht ein Primärschlüssel ist und keinen eindeutigen Index ziehen, wird eine unbestimmte Beziehung erstellt. In Abfragen, die Tabellen mit einer unbestimmten Beziehung, zeigt Microsoft Access eine Standard Verbindungslinie zwischen den Tischen, aber die referenzielle Integrität wird nicht durchgesetzt und es gibt keine Garantie, dass die Datensätze in jeder Tabelle einzigartig sind.

Geschrieben am Primärschlüssel , Beziehungen , Tabellen | 19 Kommentare »

Normung (Wahl der Primärschlüssel)

Samstag 22 Dezember, 2007 |

Es ist der formale Prozess Schritt für Schritt, um die Attribute eines Unternehmens zu untersuchen, um Anomalien in das Hinzufügen, Löschen und Ändern von einzigartigen Sequenzen beobachtet zu vermeiden.

Ziele

1) Minimierung von Doppelarbeit und Widersprüche;
2) der Umgang mit Datenbanken zu erleichtern;
3) Instandhaltbarkeit-Informations-System.

1. Normalform (1NF)

Eine Relation ist in 1NF wenn nur alle grundlegenden Bereichen nur eindeutige Werte (nicht enthalten sich wiederholende Gruppen) enthalten.

Verfahren:

a) Identifizieren Sie den Primärschlüssel des Unternehmens;
b) Identifizieren Sie die sich wiederholende Gruppe und entfernt es aus dem Körper;
c) Erstellen Sie eine neue Einheit mit dem Primärschlüssel des Unternehmens und der Gruppe vor der Wiederholung.

Der Primärschlüssel des neuen Unternehmens wird durch Verkettung der Primärschlüssel der ursprünglichen Einheit und der sich wiederholenden Gruppe gewonnen werden.

Ex: Anfrage

(Numero_pedido; data_pedido; cod_cliente; customer_name; endereco_cliente; (codigo_produto; numero_produto; quantidade_produto; preco_produto; total_produto) total_pedido)

Anfrage => (numero_pedido; data_pedido; cod_cliente; customer_name; endereco_cliente)

Item_Pedido => (numero_pedido; cod_produto; nome_produto; Menge; preco_produto; total_produto)

Functional Dependency

Ein bestimmtes Verhältnis R ist das Attribut X funktional abhängig R X R Attribut nur dann notwendig ist, wenn zwei R-Sequenzen auf Werte von X verbinden sie auch mit dem Wert von X.

2. Normalform (2NF)

Eine Relation R ist in 2NF, wenn und nur wenn es das erste ist und alle Nichtschlüsselspalten Attribute sind vollständig abhängig von Primärschlüssel (abhängig von der gesamten Schlüssel und nicht nur einen Teil davon).

Verfahren:

a) Identifizieren Sie die Attribute, die nicht funktional abhängig vom gesamten Primärschlüssel.
b) Nehmen Sie die Person identifiziert all diese Attribute und erstellen Sie eine neue Einheit mit ihnen.
Der Primärschlüssel des neuen Unternehmens wird das Attribut, von denen die Attribute, Attribute, die funktional abhängig sind entfernt werden.

Product => (cod_produto, nome_produto, preco_produto)

Transitive Abhängigkeit

Sei A, B und C drei Attribute einer Entität X. C abhängig davon, ob B und B auf der C abhängen wird dann gesagt, transitiv abhängig A.

3. Normalform (3NF)

Eine Relation R ist in 3NF, wenn man nur in 2NF und sind alle Nichtschlüsselspalten Attribute sind abhängig von der Primär-Schlüssel ist nicht transitiv (jedes Attribut ist funktional abhängig nur von den Primär-Schlüssel-Attribute der Komponenten oder, wenn alle seine Nicht-Schlüssel-Attribute voneinander unabhängig sind) .

Verfahren:

a) Identifizieren Sie alle Attribute, die funktional abhängig von anderen Nichtschlüsselspalten Attribute sind;
b) Entfernen Sie sie und erstellen Sie eine neue Einheit mit dem gleichen.
Der Primärschlüssel des neuen Unternehmens wird das Attribut, das die Attribute sind funktional abhängig entfernt sein.

Customer (cod_cliente; customer_name; endereco_cliente)
Produkt (cod_produto; nome_produto; preco_produto)
Request (numero_pedido; data_pedido; ; Total_pedido)

Geschrieben am Primärschlüssel , Tabellen | Keine Kommentare »