Re(9): Asp to PHP Konvertierung
Geizhals » Forum » Programmierung » Asp to PHP Konvertierung (58 Beiträge, 521 Mal gelesen) Top-100 | Fresh-100
Du bist nicht angemeldet. [ Login/Registrieren ]
.  Re: Asp to PHP Konvertierung  (Fragestellender am 21.06.2006, 11:41:24)
.  Re: Asp to PHP Konvertierung  (fleptin am 21.06.2006, 11:42:46)
.  Re: Asp to PHP Konvertierung  (Pervasive am 21.06.2006, 11:44:10)
..  Re(2): Asp to PHP Konvertierung  (wrlog am 09.07.2006, 18:54:07)
...  Re(3): Asp to PHP Konvertierung  (Pervasive am 09.07.2006, 19:00:57)
.  Re: Asp to PHP Konvertierung  (error-is.org am 21.06.2006, 11:55:51)
..  Re(2): Asp to PHP Konvertierung  (wrlog am 21.06.2006, 12:01:43)
...  Re(3): Asp to PHP Konvertierung  (error-is.org am 21.06.2006, 12:05:10)
....  Re(4): Asp to PHP Konvertierung  (wrlog am 24.06.2006, 16:20:30)
.....  Re(5): Asp to PHP Konvertierung  (Tom@33 am 26.06.2006, 07:55:03)
......  Re(6): Asp to PHP Konvertierung  (Ardjan am 26.06.2006, 12:49:02)
.......  Re(7): Asp to PHP Konvertierung  (Tom@33 am 26.06.2006, 14:15:40)
........  Re(8): Asp to PHP Konvertierung  (Ardjan am 26.06.2006, 14:31:32)
.........  Re(9): Asp to PHP Konvertierung  (Tom@33 am 26.06.2006, 15:17:46)
..........  Re(10): Asp to PHP Konvertierung  (Ardjan am 26.06.2006, 15:24:03)
...........  Re(11): Asp to PHP Konvertierung  (Tom@33 am 26.06.2006, 15:36:55)
.............  Re(13): Asp to PHP Konvertierung  (Tom@33 am 26.06.2006, 19:54:51)
...............  Re(15): Asp to PHP Konvertierung  (Tom@33 am 27.06.2006, 13:04:36)
.................  Re(17): Asp to PHP Konvertierung  (Tom@33 am 27.06.2006, 13:58:05)
...  Re(3): Asp to PHP Konvertierung  (Pervasive am 21.06.2006, 12:05:38)
....  Re(4): Asp to PHP Konvertierung  (wrlog am 24.06.2006, 16:22:09)
......  Re(6): Asp to PHP Konvertierung  (wrlog am 09.07.2006, 18:57:54)
.  Re: Asp to PHP Konvertierung  (Robert Craven am 21.06.2006, 11:57:52)
..  Re(2): Asp to PHP Konvertierung  (error-is.org am 21.06.2006, 12:00:38)
...  Re(3): Asp to PHP Konvertierung  (wrlog am 24.06.2006, 16:24:22)
.  Re: Asp to PHP Konvertierung  (nergal am 21.06.2006, 13:49:11)
..  Re(2): Asp to PHP Konvertierung  (wrlog am 24.06.2006, 16:26:58)
...  Re(3): Asp to PHP Konvertierung  (nergal am 25.06.2006, 13:58:26)
....  Re(4): Asp to PHP Konvertierung  (wrlog am 09.07.2006, 18:58:41)
.  Re: Asp to PHP Konvertierung  (pong am 25.06.2006, 06:57:59)
...  Re(3): Asp to PHP Konvertierung  (pong am 25.06.2006, 17:05:44)
...  Re(3): Asp to PHP Konvertierung  (Undying am 25.06.2006, 22:49:47)
.....  Re(5): Asp to PHP Konvertierung  (Undying am 25.06.2006, 23:32:03)
.......  Re(7): Asp to PHP Konvertierung  (Undying am 26.06.2006, 05:53:09)
.........
Re(9): Asp to PHP Konvertierung
26.06.2006, 11:18:57

- Es wird einfacher und damit tendenziell fehlerfreier. Denn nach jedem commit müßtest deinen Cache ja wieder invalidieren, da ja uU ein anderer Benutzer inzwischen deine gecachten Daten modifizierte.

Nein bei verwendung einer Identiy Map wird genau das Problem der Nebenläufigkeit Umgangen. Allternativ (im kleineren Ansatz) wäre auch ein SQL-CacheDependency ein Lösungsansatz. (Der Cache wird automatisch invaild wenn Daten geändert werden)


- Performance: Der Witz dabei ist, daß bei großen Datenmengen eine DB bei weitem performanter im Zugriff ist als jede selbstgeschnitzte PHP/Java/...-App. Alleine deshalb, weil kein Schwein von uns freiwillig den Optimizer, Statistiken, ... nachbaut . In C/C++ könntest via der perfect-hash-Lib nahe drankommen, aber in Wirklichkeit kaum

Ich kann zwar nur aus der Microsoft .net Welt reden aber:
Da kann ich dir nur x-Mal widersprechen. Remoteaufrufe sind eigentlich immer um vieles langsamer als interne aufrufe. Besonders Cachezugriffe belasten im besten fall nichtmal den Webserver (wird bereits im Webserver treiber erledigt). Performance gewinn ist oft ein tausendfaches.


ein Punkt ist, daß eine sauber designte Datenbank auch bei größten Datenmengen bei weitem performanter ist als jedes Client-Caching, insbesondere da (damit der Client überhaupt cachen kann) die Datenmengen erst mal übers Netz müßten.

Ich spreche von Serverseitigen Caching und NICHT von Clientcaching. (Beispiel: Laden eines Kunden. Erstellen Des Kundenobjektes. Hinzufügen des Kundenobjectes dem Cache.) Ruft der nächste User den Kunden auf erfolgt ein Arbeitsspeicherzugriff und kein Zugriff auf die Datenbank) Wieviel das schneller ist kannst du dir selbst denken.

Aber ich denke das wird sowieso eine Endlosdiskussion. Ich bin eben der Meinung das die Applikation von der Anwendung von der Datenbank KOMPLETT getrennt werden soll(te). Optimieren kannst dann die Datenbankzugriffe immer noch. Allerdings sollten auf Dinge wie Caching keines falls verzichtet werden. Aber wir können uns gerne drauf einigen, dass sowohl die Anwendung als auch die Datenbankzugriffsidee dahinter schrott ist +ggg+

Die obrigen Aspekte sind übrigens erst zu einem kleinen Teil meine eigenen Erfahrungen sondern eher die Sicht eines (wirklichen) Profis bei Unternehmensanwendungen für große Versicherungen, etc. Wenn dich das Thema interessiert empfehle ich dir Patterns of Enterprise Application Architecture von Martin Fowler. Das Buch ist echt WOW ;-)

Antworten PM Alle Chronologisch Zum Vorgänger
 
Melden nicht möglich
....  Re(4): Asp to PHP Konvertierung  (Tom@33 am 26.06.2006, 07:57:43)
.....  Re(5): Asp to PHP Konvertierung  (Undying am 26.06.2006, 08:03:52)
......  Re(6): Asp to PHP Konvertierung  (Tom@33 am 26.06.2006, 10:32:21)
.......  Re(7): Asp to PHP Konvertierung  (Undying am 26.06.2006, 10:58:19)
........  Re(8): Asp to PHP Konvertierung  (Tom@33 am 26.06.2006, 12:42:49)
. Vom Autor zurückgezogen oder Autor hat seine Registrierung nicht bestätigt  (MG am 26.06.2006, 09:46:44)
 

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung