Würde 2 Tier eine gültige Wahl für dieses Szenario
-
20-08-2019 - |
Frage
Would 2 Tier eine gültige Wahl für dieses Szenario:
- SQL Server-Datenbank
- würde das Geschäft nie mehr benötigen als ein paar hundert gleichzeitiger Verbindungen auf die gemeinsame Datenbank über einen LAN
- die Tatsache, dass (glaube ich) es viel weniger Aufwand ist ein 2-Tier
entwickeln Anwendung - Client Programm-Updates automatisiert über das LAN
Keine korrekte Lösung
Andere Tipps
A 2-Tier-Lösung kann einfacher sein, zu entwickeln, aber es wird schwieriger sein, zu erhalten, wenn die Anwendung jeder Größe und / oder Komplexität ist.
Wenn diese Anwendung für das Unternehmen wichtig sein wird und an Ort und Stelle für einen nicht unerheblichen Zeitraum, ich glaube, Sie die zusätzliche Zeit, finden Sie Ihre Präsentation verbringt Trennung, Geschäftslogik und Datenzugriff in ihre eigenen Schichten werden zurückgezahlt, wenn es darum geht, Dinge zu reparieren, die Logik verändern oder die Anwendung erweitern.
Dies ist eine jener Fragen, wo man wahrscheinlich so viele verschiedene Meinungen, wie Antworten bekommen.
Es kann einfacher sein, zunächst zu entwickeln, aber ich denke auch, dass es Sie auf langer Sicht kosten wird, wenn das Projekt nicht nur ein triviales Werkzeug für die internen Gebrauch bestimmt.
Ob Sie 3 Reihen benötigen, sollten davon ab, wie lange Sie werden das Projekt und wie viele Funktionen / Updates Sie planen, es später zu halten. Es könnte auch davon abhängen, wie viele Fehler Sie bereit sind, zu akzeptieren (und zu beheben). IMO 3-Tier neigt stabilere Software zu erstellen.
scheinen Beiden Antworten fast zu sagen, dass es ein Kinderspiel, die 3-Tier bessere Lösung ist. vielleicht
Rockford Lhotka scheint argumentiert zu werden, dass man mit 2-Tier gehen sollte, es sei denn der Kosten-Nutzen Analyse Ihrer besonderen Situation kommt für 3 Tier nach unten.
er sagt:
Als guter Architekt soll gezogen werden tretend und schreiend in Stufen zu Ihrem System hinzufügen.
Sicherheit schlägt er ist der einzige Bereich, in dem eine 3-Tier-Lösung deutlich überlegen ist.
Und er argumentiert, dass
Schlimmer noch, fügen Grenzen roh Komplexität zu Software-Design, Netzwerk-Infrastruktur, Verwaltbarkeit und insgesamt Wartbarkeit eines Systems. Kurz gesagt, die mehr Lagen in einer Anwendung, da die mehr Komplexität zu bewältigen -., Die direkt erhöht die Kosten für die Anwendung zu erstellen und zu pflegen
Schließlich, wie Skalierbarkeit angeht, würde ich gerne wissen, ob es wahr ist, dass, wenn Sie für den Datenzugriff in ado nicht verbundenen Datensätzen verwenden, die Sie Spooling-Verbindung standardmäßig haben und damit ein hohes Maß an Skalierbarkeit eigentlich?
Kopiert von Charles Williams' Buch Professional Visual Basic 6 Datenbanken: -
2-Tier gegen N-Tier
Die Wahl zwischen einem 2-Tiere-und n-tiere Modelle scheint zu sein, was auf Völker ist Köpfe. Es gibt so viele Variablen zu Faktor in die Gleichung (einschließlich Präferenz), dass kein einziges Buch kann die beste Struktur bestimmt für Ihre Client-Server-Modell. Einige davon Variablen können sein:
Die Flexibilität und Leistungsfähigkeit der gewählten Datenbankserver. die heutige Datenbank-Server sind in der Lage Umgang mit Hunderten oder sogar Tausenden von gleichzeitige Verbindungen ohne sich zu bewegen zu einer 3-Tier-Architektur.
Die Leistung und Vielseitigkeit des CPU-Gehäuse der Server. Je mächtiger die CPU die der Server schneller behandelt die angeforderten Aufgaben.
Wie viel Durchsatz läuft in den Server und wie viele aufeinanderfolgende Verbindungen bestehen. Sie können wenige oder viele Verbindungen und jede Verbindung kann vorbei wenige oder viele Anfragen sein.
Der wirtschaftliche Faktor. Wie viel sind Sie bereit, die auf dem System zu verbringen. Typischerweise wird ein n-Tier-System kosten mehr zu entwickeln und zu pflegen. Wenn du kann mit einer 2-Tier-Lösung erhalten, indem Sie spart viel Geld.
Für mich scheint darauf hinzudeuten, dass, wenn Ihr für eine (sehr beliebt) Web-basierte Anwendung entwickeln, dass 2-Tier die logischere Wahl sein kann.