Die Theorie Der Bedeutungslosen Zahlen (TMN01)
Tags: SichtdataFlex, DataFlex, Applaus-Software, Peter Ein Donovan
Bedeutungslose Zahlen sind Identifikation und KODIEREN Spalten,
die einzigartig eine Aufzeichnung in einer Datenbanktabelle
kennzeichnen. Sie wurden durch Computerprogrammierer gebildet,
und in der traditionellen Programmierung, bildeten sie das erste
Eintragung Fenster, in dem Sie für das Daran erinnern verantwortlich
waren, daß "D" Doktor bedeutet und "402" Ihr bester Kunde ist.
Da abzusondern sein würde falsch, gegen ein Eintragung Fenster,
gerade weil es ein Buchstabe ist und nicht eine Zahl [ Alter der
Gleichheit ] schließe ich den bedeutungslosen Buchstaben ein, der in
dieser Theorie auch kombiniert ist.
Der Punkt?
Benutzer sollten nicht erfordert werden, sich "402" für General
Electric von Massachusetts und "an 791" für General-
Electricturbine-Abteilung "zu erinnern, aber Programmierer sollten sie
in der Tat noch gebrauchen während die Grundlage von Verhältnissen
zwischen Datenbanktabelle Aufzeichnungen. Gerade erwarten Sie
nicht die Benutzer, an sie anzumelden oder sich zu erinnern: die
wirklich bedeutungslosen Zahlen und die Codes können von den
Benutzern total versteckt werden und als Studie, beziehe mich ich auf
RoloFlex durch Applause Software als gutes Beispiel, in dem jede
Tabelle auf einer einzigartigen bedeutungslosen Zahl basiert [
Hinweis: http://www.applausesoftware.com /: freies RoloFlex ]
Was ist eine sinnvolle Zahl?
Eine sinnvolle Zahl ist jene Datenbankaufzeichnungen, die
allgemein durch Zahl wie PO # 4067 beziehen, Verkäufe Auftrag # 1 und
beschleunigenkarte # 352-4635A. Diese Zahlen bestehen vom
Papier und sind die Primärweise des Beziehens auf eine Aufzeichnung
dieser Art. Wenn Sie gehen, meine beschleunigenkarte oben zu
schauen, konnten Sie sie oben unter meinem Namen in der Tat schauen
auch, aber, wenn eine Zahlung empfangen wird [ gutes Glück ] möchten
Sie in der LageSEIN, die gedruckte Zahl 352-4635A einzutragen und
schnell Zahlung zu lokalisieren und anzuwenden, bevor meine
Überprüfung aufprallt.
Kann eine sinnvolle und bedeutungslose Zahl koexistieren?
Ja. Numerische bedeutungslose Zahlen sind die Grundlage
der einzigartigen Bezeichner jeder Aufzeichnung, und eine sinnvolle
Zahl kann als [ beide ] einzigartig indexierte [ auffindbare ] Spalten
in der gleichen Datentabelle koexistieren.
Es gibt einen Raum hier, während die Programmierer ihre Köpfe
halten.
Informieren Sie uns, Sie zu sagen sind ein
Datenbankprogrammierer und, daß Zahlen anstatt eine Zeichenkette, die
in die Länge schwankt [ vollständig werfend weg vom Artauftrag ] die
Grundlage der Datenbankaufzeichnung sein sollten [ Geschwindigkeit und
Verhältnis-nur zu den Zwecken ], Sie kann Ihre einzigartige
(bedeutungslose) Identifikation Spalte der beschleunigenkarten
programmieren und hat auch eine einzigartige (sinnvolle) Spalte, die
ASCII ist [ Mischzahlen und Buchstaben ] das für das Finden sie
verwendet wird.
Warum man die Schlüsselspalte eine automatische
Stufensprungzahl zu den Relation Zwecken neben einer menschlich
enterable Spalte nicht bildet, die aus alphanumerischen Buchstaben
besteht? Hände gefallen? Wieviele Programmierer haben 200
Linien Code zum Auto-Inkrement "# 352-4635A" geschrieben? Die
Rolle der bedeutungslosen Zahl ist, selbst inkrementiert in 1 Linie
Code zu erhalten und total versteckt wird vom Benutzer, und die
Grundlage des Verhältnisses zu ihr ist Elternteildatenbanktabelle.
Die Rolle der beschleunigenkarte Zahl ist, eine Aufzeichnung
menschlich leicht zu finden als 12342345345565.
Tabelle Plan Vorgeschlagen:
- Geldstrafen
Spalte: Element: Art: Länge:
Index: Bezieht Auf:
1 Identifikation numerisches 16.0 1 (einzigartig)
2 TicketNo ASCII 20 2 (einzigartig)
3 VIN_ID Numerisches 10.0 3 VIN.ID// Nicht VIN (ASCII
Fangen auf)
4 SSN_ID Numerisches 10.0 4 SSN.ID// Nicht SSN (ASCII
Fangen auf)
- VIN-
Spalte: Element: Art: Länge:
Index: Bezieht Auf:
1 Identifikation numerisches 10.0 1 (einzigartig)
2 VIN ASCII 20 2 (einzigartig)
- SSN-
Spalte: Element: Art: Länge:
Index: Bezieht Auf:
1 Identifikation numerisches 10.0 1 (einzigartig)
2 SSN ASCII 11 2 (einzigartig)
Diese Struktur gebraucht bedeutungslose Zahlen und
sinnvolle Zahlen nebeneinander, jede Erfüllung ihres Jobs.
Hoffnungsvoll gibt es einen Programmierer, der hier seinen/ihr
Kopf wie die Werbung V-8 schlägt.
Die ROLLE einer bedeutungslosen Zahl:
Lassen Sie uns sie gegenüberstellen. Bedeutungslose
Zahlen sind hier zu bleiben. Jeder erhielt ein, aber
Programmierer werden noch auf was, mit ihnen zu tun gehaftet.
VERSTECKEN SIE SIE! In einem Modell der relationalen
Datenbasis in dem das Kind mit ihm zusammenhängt, ist Elternteil
durch die Identifikation, der Wert abfällt automatisch unten auf das
Kind nach einem erfolgreichem außer und bildet Anzeige von dieser
Zahl absolut nicht notwendig. Ich sollte unterstreichen, daß
viele gute programmierenunternehmen auf "intelligentem Design" wie
automatisieren Software der USA http://www.automatesoftware.com
basieren. Besichtigen Sie bitte diesen Aufstellungsort, um über
die Geschichte über zu lesen "eintragen die
auffangenmatrixzahl".... Es ist eine große Geschichte.
Lassen Sie uns weiter gehen ein Schritt und ein Byte ein Byte
nennen. Ob es eine auffangenmatrixzahl oder eine Teilnummer
ist, muß passendes Interesse in das Design eines "Schlüssels gesetzt
werden auffangen" Nachschlagen, um festzustellen, ob oder
nicht es sinnvoll oder bedeutungslos ist. Auf einer Teilnummer
warum nicht beide? Zu den Programmierern ist hier mein Argument:
warum nicht diese Technik damit, wenn die Teilnummer oder
Änderungen mis-eingegeben wird, verwenden Sie können die Teilnummer
einfach wiederbetreten, ohne das Verhältnis zu ändern?
Verrücktheit oder ausgezeichnetes? Es ist Ihre Meinung
daß Zählimpulse.
Lassen Sie uns ein Beispiel in RoloFlex 12.3 von der
Applaus-Software nehmen (geöffnete Quelle und Freeware). Alle
Datenbank legt haben eine einzigartige Identifikation ver, die die
numerische Stelle 10 ist: Beziehen Sie bitte sich das auf
laufende Programm und Sie sehen, daß keine sichtbar sind.
Zusätzlich habe ich den Schlüssel auffange als
"noenter" kodiert, damit, wenn sie sichtbar gebildet wurden, sie nicht
benutzt werden konnten! 10 Stelle Identifikation Zahlen für
alles? Bedeutungslos oder Verrücktheit?
Hände wieder? Jeder Programmierer, der den Schlüssel
Identifikation hat erhöhen gemußt eines Benutzers, fangen
von 6 bis 8 auf, zum von von 20 Jahren der Dateneingabe unterzubringen
stehen bitte oben! Ich wette, daß es viele unter uns ein gutes
gibt. Lassen Sie uns auch, beim Überschreiten merken diesem
Daten an den Computern werden gespeichert als 6 Stelle Ganzzahlen, und
in der westlichen Welt sind wir fast aus Zahlen in der sechs Stelle
Länge heraus! Warum haben wir nicht unsere Daten zu 8 oder 10
Stellen erweitert? Ich schätze, daß wir bis "Y6K" warten
müssen, um herauszufinden!
Das Design der bedeutungslosen Zahlen in der Tätigkeit:
Lassen Sie uns auf einem RDBMS [ Managementsystem der
relationalen Datenbasis ] Beispiel nehmen und Elternteil- und
Kindtabelle Design spezifisch betrachten. Mein erster Punkt
sollte zu den meisten Programmierern, der auf der Hand liegen ein
Elternteil, das Identifikation wird verwendet, das Elternteil
einzigartig zu kennzeichnen auffangen, aber (seiend
bedeutungslos) wird nicht zum Benutzer an allen angezeigt. In
RoloFlex merken Sie bitte, daß die Elternteildatenbanktabellen der
Haupttabelle eine einzigartige Identifikation haben, die unten in die
Haupttabelle nach einer Abwehr fällt und das Verhältnis bilden, ohne
gesehen zu werden.
Merken Sie bitte (wenn der inneren Tabelle defs auf RoloFlex
Tabellen überprüft werden), dem die Spalte des Schlüssels
Identifikation ein noenter Attribut hat und bedeuten, daß der
Benutzer nicht einen neuen Wert ändern oder eintippen kann dieser
Spalte, wenn sie auf dem Schirm erscheint. Sie wird von der
System Akte selbst inkrementiert ", die sysfile ist" und ist total
bedeutungslos, den Datenbankentwerfer anders als Sein zu glätten ein
einzigartiger Wert. Keine Überraschungen hier, aber ließen uns
eine Kindtabelle betrachten, um die gleiche Technik zu sehen:
So ist was die Überraschung hier? Bei vielen
Gelegenheiten habe ich das Fehlen von einem einzelnen einzigartigen
Schlüssel beachtet, auf Kindaufzeichnungen aufzufangen.
Z.B. würde das Kind der Auftrag Überschrift eine
Tastenkombination von HeaderID und von Linenumber haben. Wenn
ich die gleiche Betrachtung am CallHist Tabelle anwendete, dann würde
es von RolodexID ein kombiniertes geben und Datum da der erste Index
benennen. Was [ verwendet worden ] diese Technik, soll die
Grundlage einer zukünftigen Kindtabelle zu CallHist bilden. Von
Erhaltengehen fangen eine starke Identifikation besteht, um
ein mögliches eins-zu-eins Spalte Verhältnis zu einem Kind von
CallHist zu bilden auf, das zukünftig bestehen kann. Der Punkt
soll dann eine Identifikation Spalte als einzigartige bedeutungslose
Zahl für jede Tabelle immer programmieren und sie dementsprechend
registrieren. Dann kommen Sie vorwärts bis zu dem Spezifizieren
aller anderen Spalten der Datenbanktabelle weiter.
Als Extraprämie sehen Sie, daß "recnum" oder Rekordzahl nicht
in irgendwelchen der Indizes definiert wird, die eine Bewegung von
irgendeinem einem rückseitigen Ende zum rückseitigen Ende eines
anderen Herstellers einen verhältnismäßig einfachen Job bilden.
Whitepaper Zusammenfassung:
Ich glaube, daß ich den Unterschied zwischen einer sinnvollen
Zahl und einer bedeutungslosen Zahl und angegeben definiert habe, daß
bedeutungslose Zahlen keinen Platz in der Dateneingabe haben!
Andererseits überwältigt das Argument für die Plazierung
einer bedeutungslosen Zahl als die Grundlage Ihrer Verhältnisse die
Gründe, die Sie für das Entwerfen einer sinnvollen Zahl als der
Verhältnis-Schlüssel haben konnten: Es ist meine Absicht, daß
eine alphanumerische oder Zeichenkettespalte keinen Platz als der
Verhältnis-Schlüssel hat, und zuletzt, daß jede Tabelle eine
Identifikation für die Formung des Verhältnisses
auffangen lassen sollte, das Sie total freigibt, um die
Sekundärschlüsselspalte mit Dateneingabe zu ändern, ohne die
Verhältnisse sich zu vergleichen.
Lassen Sie Endbenutzer nur sinnvolle Zahlen sehen, aber setzen
Sie Ihre Grundlage auf "bedeutungsloses Design" mit [ versteckter ]
Datenarchitektur!
Über den Autor
Autor: Guest | Total views: 8
Word Count: 1381
Bewertung: Not yet rated | Votes: 0
Peter ein Donovan ist z.Z. der Inhaber und der
Leitung Programmierer von Applaus-Software im Boston Bereich. Peter hat Datenbankschnittstelle
Systeme seit 1982 programmiert (nicht coincedentally das Jahr nach der
Freisetzung von dem ersten IBM PC).

