• Was über diese Plattform, die die Programmentwicklungszeit schneller bildet?

• Für jedes Radprodukt gibt es einen Punkt der Anwendungskompliziertheit und/oder der Anforderungsbesonderheit, an dem der Nutzen der Annäherung nicht mehr gültig ist.

• Wie sind die gespeicherten Verfahren dieses Produktes "optimiert" als die SP, die durch eins unserer DBA entwickelt werden?

• Sie schreiben, daß DB3NF und der Lernabschnittbediener schnell sind. Wie schnell? Können Sie irgendwelche Festpunkte zur Verfügung stellen?

Was über diese Plattform, die die Programmentwicklungszeit schneller bildet?

Zwischen die Tabelle folgend veranschaulicht den Unterschied bezüglich des Designprozesses DB3NF und die traditionelle Annäherung. Sie in beseitigt praktisch die Notwendigkeit Datenbank und Teildesign und in verringert die Zeit, die, Aspseiten zu entwerfen erforderlich ist, da die meisten der erforderlichen Funktionalität in DB3NF-Bestandteil eingekapselt wird. Das grösser die Anwendung, mehr sind die Zeitsparungen dort. Die meisten Aspseiten sind so, wenn eine Seite entworfen wird, Wahrscheinlichkeiten sind es werden wiederverwendet mit geringfügigen Änderungen in vielen Plätzen während der Anwendung generisch.

Die meisten des Codes in DB3NF wird entweder automatisch erzeugt oder ist innerhalb des Bestandteils. Dieser Code wird weitgehend geprüft und arbeitet zuverlässig. Der Code, der auf DB3NF hinzugefügt werden muß ist sehr kurz und einfach - dort sind nicht viele Wahlen zum Machen eines Fehlers, folglich wird der QA-Prozeß drastisch verringert.

Diese Zeitsparungen sind nicht theoretisch, aber erzielt in den verschiedenen Implementierungen von DB3NF.

Für jedes Radprodukt gibt es einen Punkt der Anwendungskompliziertheit und/oder der Anforderungsbesonderheit, an dem der Nutzen der Annäherung nicht mehr gültig ist. Was ist der "Punkt ohne Rückkehr" für dieses Produkt?

A) Anwendungskompliziertheit . Von der Design- und Implementierungsperspektive gibt es kaum alles, das so einfach ist wie DB3NF, sobald die "Lernenkurve" durchgeführt wird. DB3NF stellt sogar die einfachsten Anträge einfacher. Mit komplizierteren Anwendungen ist der Nutzen von DB3NF offensichtlicher.

B) Besonderheit . DB3NF ist die orientierte Verhandlung. Es quillt solche Aufgaben hervor, wie Benutzerausrichtung und Management, die Kaufaufträge, unterschiedliche Arten Rechnungsprüfungen handhabend, das Grasen, usw. Katalogisieren. Es tut nicht wohle komplizierte Fragen oder Reports. Von unserer Erfahrung mußten wir Zollverfahren für solche Reports wie ein auserwählt von den Investitionträgern mit der Rückkehr hinzufügen, die am meisten mit einem Festpunkt aufeinander bezogen wurde. Ein anderes Beispiel eines Reports, in dem die gebürtigen DB3NF-Methoden nicht am wirkungsvollsten sind, würde der Benutzer ein auserwähltes sein, die häufig den Aufstellungsort letztes Jahr besuchten, aber ist nicht zum Aufstellungsort im letzten Monat gewesen. Für solche Aufgaben gibt es generische Methoden in der Datenbankkategorie, die kundenspezifische SQL-Aussagen oder gespeicherte Verfahren durchführen. Wenn sie benötigt werden, können kundenspezifische Gegenstände den "Daten" Datenbank- und -gewohnheitsbestandteilen hinzugefügt werden, die verursacht werden, um mit ihnen und/oder mit gebürtigen DB3NF-Tabellen und -verfahren zu arbeiten. Kurz gesagt können gebürtige Elemente DB3NF benutzt werden, wann immer es angebracht ist (in den meisten Fällen, bedeckt es 3/4 der Anwendung), während der Rest der Anwendung mit traditionellen Methoden erfolgt werden kann. Es gibt nicht ein einzelnes Hindernis, DB3NF und die traditionellen zusammen zu verwenden Methoden.

Wie sind die gespeicherten Verfahren dieses Produktes "optimiert" als die SP, die durch eins unserer DBA entwickelt werden?

Es gibt nichts in DB3NF, das Menschen nicht außerdem oder sogar in einigen Fällen tun können zu verbessern. Das ist in der Theorie. In der Praxis wo es mehr als 50 Tabellen in der Datenbank gibt, wird es sehr hart und kostspielig, den vollkommenen Zustand des Datenbankentwurfs beizubehalten. Leute machen Fehler und in komplizierte Anwendung werden viele Leute in das Design miteinbezogen und einige von ihnen haben wenig Fähigkeiten dann die anderen. Ein Beispiel:

Nehmen Sie an, daß es eine Spalte "Zahl der Abhängiger" in einer Sozialversicherunganwendung gibt. Was die Wahrscheinlichkeiten sind, daß die Entwerfer eine Überprüfungsbegrenzung in der Datenbank hinzufügen [ Zahl von dependents]>=0 und [ Zahl der Abhängiger ]<100? Or how often the real world DBA's write explicit index hints? Have they never forgotten to add a useful index or never accidentally dropped one?

DB3NF-Wille nie "vergessen", sie zu addieren. In einer Welt, in der es gibt, sind keine Etatbeschränkungen und -entwickler alle Experten und erhalten nicht vom Schreiben des gleichen Codes über und über wieder dort ist keine Notwendigkeit in DB3NF gebohrt. In der realen Welt stellt DB3NF Anträge besser, schneller und verringert Designkosten.

Sie schreiben, daß DB3NF und der Lernabschnittbediener schnell sind. Wie schnell? Können Sie irgendwelche Festpunkte zur Verfügung stellen?

Anwendungsleistung hängt selbstverständlich von den Kleinteilen ab. Auf Leistungsbandbreiten durchschnittlichen des Bedieners DB3NF des einzelnen Prozessors in den meisten Fällen von Ms 10 zu Ms 40 pro Seite abhängig von dem Code. Es bedeutet, daß der Bediener bis 50 Seiten ein Sekunde oder 1.500.000 Seiten ein Tag zuverlässig dienen kann (anmaßende gute Leistung während der beschäftigten Stunden).

Die Lernabschnittbedienerrundreisezeit hängt von der Lernabschnittdatengröße ab. Wenn Lernabschnittdaten kleiner als einige KBS sind, ist die Rundreisezeit Ms ungefähr 10.