Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Community-Fossil
Zitat
Wie bereits gesagt ist es mir nicht wichtig ob ich jetzt 5-15Euro für einen VServer ausgeben kann, sondern ich möchte den Aufwand und die Kosten für den eventuellen Drittnutzer (aka Administrator) so gering wie möglich halten.
Zitat
Warum ist eine NoSQL-DB fürs Web besser geeignet?
Ich meine die Frage ernst, denn mir scheint es so, als ob NoSQL nur für einige Anwendungsgebiete tatsächliche Vorteile bringt.
Naja, gerade dieses Beispiel ist nicht so günstig, da einerseits das Datenmodell hier nicht flexibel sein muss (Blogpost und Kommentare lassen sich hier recht einfach als Tabellen abbilden) und ich hier zu behaupten wage, dass es keine Performanzeinbußen gegenüber einer relationalen Datenbank gibt.Das hängt auch stark von der Anwendung ab. Im Web Bereich möchte man normalerweise schnelle Zugriffszeiten, im Vergleich zu z.B. einer Batch Verarbeitung. Und da sind relationen evt. langsamer.
Ein Beispiel das häufig genannt wird sind Blogposts: anstatt eine Tabelle für Blogposts und eine für Kommentare zu haben, werden die Kommentare am Blogpost Dokument mit gespeichert. Ließt man jetzt (möglichst effizent über die ID z.B.) den Blogpost aus, bekommt man direkt alle Kommentare mit geliefert.
Es gibt noch andere Vorteile, z.B. bilden Dokumente Entitäten im Programm besser ab als relationale Datenbanken (man braucht keinen Mapper um zu zerlegen/zusammen zu bauen).
Und viele mehr. Das wäre vielleicht mal ein eigenes Thema wert.
Allerdings ist man auch von den gefühlt eine Millionen Javascript Frameworks mehr als überfordert. Eh man da was gefunden hat, was man WIRKLICH braucht, muss man meiner Meinung nach erstmal eine komplette Webanwendung bauen.
Dass Startups die ganzen "alternativen" Benutzen macht ziemlich sinn, weil das alles OpenSource und kostenlos ist. Wenn du aber Richtung Sharepoint/ Windows Server gehst, was bei durchaus vielen Firmen, die sowieso auf Microsoft setzen, sehr üblich ist, wird da auch nach ASP.NET geschriehen. Ganz abgsehen jetzt mal von der ganzen, mächtigen Java Application Server sparte...
Community-Fossil
Naja, gerade dieses Beispiel ist nicht so günstig, da einerseits das Datenmodell hier nicht flexibel sein muss (Blogpost und Kommentare lassen sich hier recht einfach als Tabellen abbilden) und ich hier zu behaupten wage, dass es keine Performanzeinbußen gegenüber einer relationalen Datenbank gibt.Das hängt auch stark von der Anwendung ab. Im Web Bereich möchte man normalerweise schnelle Zugriffszeiten, im Vergleich zu z.B. einer Batch Verarbeitung. Und da sind relationen evt. langsamer.
Ein Beispiel das häufig genannt wird sind Blogposts: anstatt eine Tabelle für Blogposts und eine für Kommentare zu haben, werden die Kommentare am Blogpost Dokument mit gespeichert. Ließt man jetzt (möglichst effizent über die ID z.B.) den Blogpost aus, bekommt man direkt alle Kommentare mit geliefert.
Es gibt noch andere Vorteile, z.B. bilden Dokumente Entitäten im Programm besser ab als relationale Datenbanken (man braucht keinen Mapper um zu zerlegen/zusammen zu bauen).
Und viele mehr. Das wäre vielleicht mal ein eigenes Thema wert.
Müsste man jetzt Daten über mehrere Relationen zusammensuchen, dann könnte NoSQL evtl. von Vorteil sein. Könnte, muss aber nicht. Kommt auch ein bisschen auf das Datenmodell selbst an.
Ich denke eher, dass NoSQL bei flexiblen Datenmodellen Sinn macht, also bei Datenmodellen, wo man das Modell sozusagen zur Laufzeit noch erweitern können muss. Und selbst bei diesem Anwendungsfall habe ich Lösungen gesehen, welche auf RDBMS basieren und trotzdem hochperformant waren.
Wobei ich nicht gegen NoSQL bin, versteh mich bitte nicht falsch, aber ich denke, dass man gerade bei solch trivialen Anwendungsfällen nicht unbedingt zu NoSQL greifen muss.
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Fireball« (27.10.2015, 17:55)
Zitat von »PHP: The Right Way«
There’s a lot of outdated information on the Web that leads new PHP users astray, propagating bad practices and insecure code. PHP: The Right Way is an easy-to-read, quick reference for PHP popular coding standards, links to authoritative tutorials around the Web and what the contributors consider to be best practices at the present time.
Das kann man konkret nicht einfach so behaupten und ich behaupte auch eher das genaue Gegenteil.Zitat
Warum ist eine NoSQL-DB fürs Web besser geeignet?
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ventrix« (28.10.2015, 13:01)
Werbeanzeige