10 gemeinsame SQL-Fehler

Face it - niemand SQL für den Spaß von ihm studiert. Sie verwenden SQL-Datenbank-Anwendungen zu erstellen, aber bevor Sie eine bauen können, müssen Sie eine Datenbank. Viele Projekte gehen leider schief, bevor die erste Zeile der Anwendung codiert. Wenn Sie nicht die Datenbankdefinition richtig, Ihre Anwendung ist zum Scheitern verurteilt. Hier sind zehn gemeinsame Datenbank-Erstellung Fehler, die Sie auf der Suche sollte.

Gehen Sie nicht davon, dass Ihre Kunden wissen, was sie brauchen

Im Allgemeinen rufen Sie Kunden in ein Datenbanksystem zu entwerfen, wenn sie ein Problem bekommen die Informationen, die sie benötigen, weil ihre derzeitigen Methoden nicht funktionieren. Clients oft glauben, dass sie das Problem und seine Lösung identifiziert haben. Sie herausfinden, dass alles, was sie brauchen, sagen zu tun ist, Sie was ist zu tun.

Falsch. Die meisten Benutzer nicht besitzen die Kenntnisse und Fähigkeiten erforderlich sind, um genau das Problem zu identifizieren, so dass sie kaum eine Chance haben, die beste Lösung zu bestimmen.

Ihre Aufgabe ist es taktvoll Ihre Kunden davon zu überzeugen, dass Sie ein Experte in der Systemanalyse und Design sind und dass Sie müssen eine korrekte Analyse tun, um die eigentliche Ursache des Problems aufzudecken.

Nicht Projektumfang ignorieren

Ihr Kunde sagt Ihnen, was er oder sie erwartet von der neuen Anwendung zu Beginn des Entwicklungsprojekts. Leider vergisst der Kunde fast immer Ihnen etwas zu sagen - in der Regel mehrere Dinge. Während der Arbeit, beschneiden diese neuen Anforderungen und werden auf das Projekt geheftet.

Wenn Sie sich auf Projektbasis bezahlt werden, anstatt stündlich, dieses Wachstum in Umfang kann, was einmal war ein rentables Projekt in ein Verlierer ändern. Stellen Sie sicher, dass alles, was Sie verpflichtet sind zu liefern ist schriftlich festgelegt, bevor Sie mit dem Projekt beginnen.

Sie werden nicht nur technische Faktoren

Fragen der Kostenhöchstsätze, die Verfügbarkeit von Ressourcen, Zeitplan Anforderungen und Organisation Politik kann einen großen Einfluss auf das Projekt haben. Diese Probleme können ein Projekt verwandeln, die machbar in einen Alptraum. Stellen Sie sicher, dass Sie alle relevanten nicht-technischen Faktoren zu verstehen, bevor Sie eine Entwicklungsprojekt starten.

Nicht vermeiden Kunden-Feedback

Ihre erste Neigung könnte darin bestehen, den Manager zu hören, die Sie mieten. Immerhin haben die Benutzer sicher, wie Heck nicht die Gebühr bezahlen. Auf der anderen Seite kann es gute Gründe sein, die Manager zu ignorieren, auch. Sie haben in der Regel keine Ahnung, was die Nutzer wirklich brauchen. Warte eine Minute!

Ignorieren Sie nicht alle oder davon ausgehen, dass Sie mehr als ein Manager oder Benutzer darüber wissen, wie eine Datenbank funktionieren sollte. Dateneingabe Schreiber nicht haben in der Regel viel organisatorische Schlagkraft, und viele Manager haben nur ein schwaches Verständnis einiger Aspekte der Arbeit, die Dateneingabe Schreiber tun. Aber selbst aus jeder Gruppe zu isolieren, ist so gut wie sicher in einem System führen, das ein Problem löst, dass niemand hat.

Sie können nicht immer Ihre Lieblings-Entwicklungsumgebung nutzen

Sie haben wahrscheinlich Monate lang oder sogar Jahre in der Verwendung eines bestimmten DBMS oder Anwendungsentwicklungsumgebung immer beherrschen. Aber Ihre Lieblings-Umgebung - egal, was es ist - hat Stärken und Schwächen.

Anstatt also zusammen etwas kludge, die nicht wirklich die beste Lösung ist, den sauren Apfel beißen. Sie haben zwei Möglichkeiten: Entweder die Lernkurve von einem geeigneten Werkzeug klettern und dann verwenden, oder freimütig Ihre Kunden sagen, dass ihre Arbeit am besten mit einem Werkzeug durchgeführt werden, die Sie bei Verwendung nicht ein Experte sind.

Dann legen nahe, dass der Kunde jemanden einstellen, der mit dem Werkzeug sofort produktiv sein kann. Professionelles Verhalten dieser Art erntet Respekt Ihrer Kunden. (Leider, wenn Sie für ein Unternehmen arbeiten, anstatt für sich selbst, dieses Verhalten kann auch erhalten Sie entlassen oder entlassen.)

Nicht ausschließlich Ihre Lieblingssystemarchitektur verwenden

Niemand kann ein Experte auf alles sein. Datenbank-Management-Systeme, die in einer Datenfernverarbeitung Umgebung arbeiten, sind anders als Systeme, die in Client / Server, gemeinsame Nutzung von Ressourcen arbeiten, Web-basierte oder verteilte Datenbank-Umgebungen. Wählen Sie die beste Architektur trotzdem, auch wenn es bedeutet, auf dem Arbeitsmarkt vorbei. Nicht den Job zu bekommen ist besser, als es bekommen und ein System produziert, die nicht die Bedürfnisse des Kunden dient.

entwerfen Sie keine Datenbanktabellen in Isolation

Wenn Sie falsch Datenobjekte und deren Beziehungen zueinander zu identifizieren, sind die Datenbanktabellen wahrscheinlich Fehler in die Daten einzuführen und die Gültigkeit der Ergebnisse zu zerstören. Um einen Sound-Datenbank entwerfen, müssen Sie die gesamte Organisation der Datenobjekte betrachten und sorgfältig bestimmen, wie sie zueinander in Beziehung stehen. Sie müssen bestimmen, was angemessen ist, wenn man bedenkt Gegenwart Ihres Kunden und voraussichtlichen Bedarf.

Vernachlässigen Sie nicht Design-Reviews

Auch der beste Designer und Entwickler können wichtige Punkte verpassen, die jemand offensichtlich sind, die Situation aus einer anderen Perspektive suchen. Ihre Arbeit, bevor eine formale Entwurfsprüfung Geben Sie in Ihrer Arbeit disziplinierter zu machen. Einen kompetenten professionellen Überprüfung Ihr Design, bevor Sie die Entwicklung beginnen. Sie sollten eine Datenbank-Designer es überprüfen, aber Sie können es an den Client angezeigt werden sollen, auch.

Lassen Sie keine Beta-Test

Auch wenn Sie es in jeder Hinsicht testen Sie denken können, ist die Anwendung sicher Ausfallarten enthalten, die Sie nicht aufdecken. Beta-Tests bedeutet die Anwendung an Menschen zu geben, die nicht wissen, wie es konzipiert wurde.

Sie sind wahrscheinlich Probleme haben, die Sie nie begegnet, weil Sie zu viel wissen über die Anwendung. Sie können dann die Fehler oder Leistungsdefizite zu beheben, die andere finden, bevor das Produkt offiziell in Betrieb geht.

Vergessen Sie nicht, Ihren Prozess zu dokumentieren

Wenn Sie denken, Ihre Anwendung ist so perfekt, dass es nie zu, betrachtet werden muss noch einmal mehr, denken Sie noch einmal. Das einzige, was Sie absolut sicher, dass in dieser Welt sein kann, ist die Veränderung. Verlass 'dich darauf. Sechs Monate ab jetzt, werden Sie nicht daran erinnern, warum Sie die Dinge so konzipiert, dass Sie taten, es sei denn, sorgfältig zu dokumentieren, was Sie getan haben und warum Sie tat es auf diese Weise.

Über dokumentieren Sie Ihre Arbeit. Setzen Sie näher als Sie denken, angemessen ist. Es wird sich später auszahlen.