|
|
|
|
|
|
|
|
|
|
|
|
|
|
Schon wieder ne neue Seite
|
|
|
|
|
|
|
|
|
|
|
sry 
|
|
|
|
|
|
|
|
|
|
|
|
ORDER BY timestamp DESC LIMIT 20
|
|
|
|
|
|
|
|
|
|
|
Und was macht ein Sortieralgorithmus bei 1mio Einträge? 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ist das nicht der Moment, wo irgendjemand Document-DBs vorschlagen müsste?
Oder Redis? Oder beides?
Blockchain!
|
|
|
|
|
|
|
|
|
|
|
Gibt es da nicht auch etwas von NodeJS?
|
|
|
|
|
|
|
|
|
|
|
|
Gute Preise Gute Datenbank?
|
|
|
|
|
|
|
|
|
|
|
|
EventSourcing to the rescue!
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Ashtray
ORDER BY timestamp DESC LIMIT 20
| |
POST (Id, ThreadId)
INDEX auf Id und ThreadId in POST
UNIQUE (Id, ThreadId) - Increment der ID muss selber programmiert werden. Kein AutoIncrement
THREAD (Id, MaxPostId)
SELECT *
from POST p, THREAD t
where t.Id = p.ThreadId
and p.Id > (t.MaxPostId - 100);
MaxPostId kann auch mit einem subselect auf POST ersetzt werden. Kommt drauf an, ob eher öfter gepostet oder gelesen wird.
/e Fehler mit AutoIncrement entfernt
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von DeineOmi am 06.11.2020 11:41]
|
|
|
|
|
|
|
|
|
Wenn mann einfach dynamisch je thread eine datenbanktabelle anlegen würde wäre das forum viel schneller
Ausserdem redet ihr immer von "den letzten x" - ist euch mal aufgefallen, wie schnell die letzten x posts auf der antworten Seite laden und dass das gar nichts mit der thread Ansicht zu tun hat in der die "posts von Seite y" geladen werden müssen (unter Berücksichtigung der anderen Seite Nummerierung für mods, die ja noch gesperrte posts sehen können)?
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Noch_ein_Kamel
Wenn mann einfach dynamisch je thread eine datenbanktabelle anlegen würde wäre das forum viel schneller
Ausserdem redet ihr immer von "den letzten x" - ist euch mal aufgefallen, wie schnell die letzten x posts auf der antworten Seite laden und dass das gar nichts mit der thread Ansicht zu tun hat in der die "posts von Seite y" geladen werden müssen (unter Berücksichtigung der anderen Seite Nummerierung für mods, die ja noch gesperrte posts sehen können)?
| |
Guter Punkt mit der "Post Reply" Seite. Vermutlich läuft da ein "schlankeres" Query mit weniger JOINs. Während für die echte Threadansicht dann mehr Tabellen gejoint werden um das gewünscht Ergebnis zu liefern.
Evtl. würde man hier schon was gewinnen, wenn man nicht in einem Query die Posts und Joins macht, sondern ein Query besorgt die Posts und ein zweites die fürs Rendering notwendigen Details.
|
|
|
|
|
|
|
|
|
|
|
|
enos, giv source code plz!
|
|
|
|
|
|
|
|
|
|
| | Zitat von Noch_ein_Kamel
Wenn mann einfach dynamisch je thread eine datenbanktabelle anlegen würde wäre das forum viel schneller
| |
Dann kann man gleich jeden Thread in eine Datei packen.
Datenbanken sind also quasi obsolet.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von DeineOmi
| | Zitat von Noch_ein_Kamel
Wenn mann einfach dynamisch je thread eine datenbanktabelle anlegen würde wäre das forum viel schneller
| |
Dann kann man gleich jeden Thread in eine Datei packen.
Datenbanken sind also quasi obsolet.
| |
sag ich doch
| | Zitat von -Marvin-
alles in txt files umbauen, problem solved
| |
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von -Marvin-
| | Zitat von DeineOmi
| | Zitat von Noch_ein_Kamel
Wenn mann einfach dynamisch je thread eine datenbanktabelle anlegen würde wäre das forum viel schneller
| |
Dann kann man gleich jeden Thread in eine Datei packen.
Datenbanken sind also quasi obsolet.
| |
sag ich doch
| | Zitat von -Marvin-
alles in txt files umbauen, problem solved
| |
| |
Und die Textdateien laden wir nach AWS und machen per Hive dann Abfragen darauf.
|
|
|
|
|
|
|
|
|
|
|
|
Gibts hier niemanden, der eine Migration nach S/4HANA machen könnte?
|
|
|
|
|
|
|
|
|
|
|
|
S/4 jetzt nicht unbedingt, aber Hana wäre durchaus möglich.
|
|
|
|
|
|
|
|
|
|
|
|
Dann sollten wir mit OffTopic e.V. reden. Eine Machtbarkeitsstudie im bereich 1-2Mio¤ sollte da vorher schon drin sein
|
|
|
|
|
|
|
|
|
|
|
|
ich setze meinen Beratervertrag schon mal auf. 800 Mannstunden sollten für ein Grobkonzept ausreichen, das muss dann nur vom Vorstand abgesegnet werden. Dann kann man sich Committen und die Stakeholder auf den Driver Seat setzen, damit die Profit Center im Blick bleiben.
|
|
|
|
|
|
|
|
|
|
|
|
ich überwache euren Progress - Tagessatz ist bei mir 1500,- Netto für 1000 Tage - Vorkasse natürlich
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von -Marvin- am 06.11.2020 14:31]
|
|
|
|
|
|
|
|
|
|
forum.mods.BER - Fertigstellung leicht hinter dem Zeitplan und eventuell muss man dann noch etwas Geld nachwerfen
|
|
|
|
|
|
|
|
|
|
|
|
Natürlich muss man das. Es ist ein agiles Softwareprojekt! Wenn das nicht min. 150% over budget ist, ist es nicht ernst zu nehmen. BB3.0: To big to fail!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Hallo 
aus Langeweile hab ich mir das Forum ein wenig mit CSS aufgeräumt:
Und würde noch gerne, falls möglich, die Post-Optionen in die jeweilige Zeile rechts vom Name packen. In der Zeile ist normalerweise das Post-Icon drin, die soll also sowieso bleiben und die untere Zeile könnte ich mir dann sparen. So hatte ich mir das vorgestellt:
Da bin ich mit meinem Latein aber gerade am Ende, zumal es bisher auch eher so ablief:
Ist das mit CSS überhaupt noch möglich?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Danke, ich versuch es mal mit flex, sonst lass ich's bleiben
|
|
|
|
|
|
|
|
| Thema: Gehirnsalat ( wir unter uns ) |
![[dk]peacemaker](./avatare/[dk]peacemaker.gif)
