ER Diagramm SQL Abfrage erstellen im Vergleich zu Access Beziehungen

[Dejan Vu]

Bei 'mysql ist sauschnell' prüft doch bitte, ob die storage engine immer noch diese Freie nicht Sichere engine ist ist. Das war für mich damals das k.o. Kriterium (Rechnerabsturz => Daten futsch). Ich will hier aber keine Diskussion darüber anfangen, da eure select procedure offenbar recht zielführend ist.

Bezüglich der Queries... denk mal drüber nach, wie oft Du Queries schreibst. Ich schreibe täglich so 0-200 und ich nehme nie irgend einen Query-Designer. Das dauert einfach viel zu lange. Die Code Completion reicht mir völlig, aber selbst die nervt, wenn man die Tabellen genau kennt.

[mkinzler]

Zitat:

Bei zwei bis drei Schreibvorgängen in der Sekunde ist es absehbar wann unser Flashspeicher kaputt ist.

Dann würde ich den durch besseren ersetzen.

[v2afrank]

Die Storage Engine die wir da benutzen ist Memory. Die Daten in dieser Tabelle selber sind nicht sicherungswürdig. Es sind reine Messwerte die ständig durch unser System aktualisiert werden. Sie sollen halt nur möglichst schnell zur Anzeige kommen. Nach einem Neustart interessieren die alten messwerte auch nicht mehr.Darum können wir dort super mit der Memorytablle leben. Bei anderen Daten ist es etwas anderes. Dort setzen wir dann auch MyISAM als storage engine ein.
Mit dem schreiben glaub ich Dir gerne. Nur bisher habe ich nicht viele geschrieben, darum geht es mir noch nicht so leicht von der Hand. Ich glaube aber auch dass es später sehr gut von Hand geht