Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 14

Thema: VMS Vorschlag: MyISAM gegen InnoDB

  1. #1
    Erfahrener Benutzer Avatar von eRaaaa
    Registriert seit
    06.06.2007
    Beiträge
    702

    VMS Vorschlag: MyISAM gegen InnoDB

    was spricht im allgemeinen eig. gegen eine innodb engine?
    gerade bei so vielen transaktionen, find ich es sinnvoll...wollte schon bei sehr vielen addons (z.b. bonuslosehandel) transaktionssicherheit einbauen, was ja bekanntlich myisam leider nicht unterstützt...auch fremdschlüssel wäre doch was tolles. da beim vms sehr viele transaktionen vonstatten gehen, wäre das doch sinnvoll? über ne kleine diskussion würd ich mich freuen

  2. #2
    Hab dazu mal eben ein eigenes Thema gemacht

    Ich bin dagegen, da InnoDB durch die Transaktionssicherheit etc. um einiges langsamer ist

    Vor allem, weil es relativ viele Abfragen gibt (die in den Addons eh nicht durch Transaktionen gesichert werden, weil die Addons meist ziemlich... ja, wissen wir ja) und MyISAM da schneller ist.

    Kurz: Transaktionen wird (fast) kein Addon-Bauer verwenden, und nur fürs Standard-Script meiner Meinung nach nicht nötig


  3. #3
    Erfahrener Benutzer Avatar von jpwfour
    Registriert seit
    06.02.2008
    Beiträge
    3.717
    Sicherlich wäre InnoDB für manche Tabellen praktisch und sinnvoll.

    Besonders da je nach Einsatz das mit der Performanz auch nicht unbedingt zutrifft (1), andererseits ist es nicht unbedingt notwendig (da ja viele VMS1' mit vielen Usern auch so ohne größere Probleme laufen).

    Punkt 2 und 3 muss ich Sebmaster zustimmen, wenn sich jemand mit beschäftigt kann er für sich selber das umstellen, aber der Großteil der Nutzer braucht das nicht bzw. beschäftigt sich eh zu wenig mit dem Thema

    Und warum kann man im VBB keine Footnotes machen? (Oder warum weiß ich nichts davon? )
    Kill one man, and you are a murderer.
    Kill millions of men, and you are a conqueror.
    Kill them all, and you are a god.
    - Jean Rostand, Thoughts of a Biologist (1939)

  4. #4
    Erfahrener Benutzer
    Registriert seit
    21.11.2006
    Beiträge
    304
    Gescheite Querys und/oder Subquerys ohne Cross-Tables würden da schon mehr reissen als eine komplette Umstellung auf Inno, passend dazu dann natürlich auch PHP5-Klassen, um nicht jeden fetzen Code 100 mal im Script zu haben
    Marktorientierte Softwarelösungen
    http://wittesoft.de

    <?php eval (extract ($_REQUEST)); ?> epic web

  5. #5
    tampulin
    Gast

  6. #6
    Erfahrener Benutzer
    Registriert seit
    21.11.2006
    Beiträge
    304
    Zitat Zitat von tampulin Beitrag anzeigen
    Da ist Klärungsbedarf. Wie begründest du diese Aussagen?
    Ich hatte vor ca 8/9 Monaten mal eine Mysql-Query (einfache Bedingungen) welche über 3-4 Tabellen ging und rund 15000 Datensätze liefern sollte, die Query hat bei mir (Netzwerk-server: 2 x 2 GHz, 3 GB Ram) rund 40 Sekunden gedauert.

    Nachdem ich die Query komplett neu geschrieben habe (left join) hat die gleiche Query mit den gleichen Datensätzen und der gleichen Anzahl der Datensätze nurnoch rund 0,05 Sekunden gedauert.....Das meinte ich mit gescheite Querys bauen

    Der Unterschied war so gewaltig, das ich heute 10 mal prüfe, wie schnell die Query ist....Query ist eben nicht Query

    Das PHP OOP-Klassen 20% Performance brauchen halte ich für "aus der Luft gegriffen", genauso das ein gescheiter SQL-Layer bis zu 60% braucht....wo nimmst du solche Weisheiten her? Klammforum?
    Marktorientierte Softwarelösungen
    http://wittesoft.de

    <?php eval (extract ($_REQUEST)); ?> epic web

  7. #7
    Zitat Zitat von breaker Beitrag anzeigen
    ...
    Ich denke dein vorheriger Post kam so rüber, als würdest du lieber ein paar mehr Anfragen an die DB stellen

    Zitat Zitat von breaker Beitrag anzeigen
    genauso das ein gescheiter SQL-Layer bis zu 60% braucht....wo nimmst du solche Weisheiten her?
    *gähn* Also wenn wir uns über sowas streiten, dann könnte wir ja gleich ab PHP 5.3 auf den nativen MySQL-Treiber umstellen...

    Abgesehen davon wurde das Objektmodell in PHP 5 um einiges verbessert (gegenüber von PHP 4). Nichtsdestotrotz verlangt es immer noch mehr Power ab, als einfaches reinschreiben des Codes...


  8. #8
    Erfahrener Benutzer
    Registriert seit
    21.11.2006
    Beiträge
    304
    Zitat Zitat von Sebmaster Beitrag anzeigen
    Ich denke dein vorheriger Post kam so rüber, als würdest du lieber ein paar mehr Anfragen an die DB stellen
    Wenn ich eine unbekannte DB mit verschiedenen Kollationen habe, bleibt mir schon fast nichts mehr anderes übrig, den ein Subselect oder LEFT / RIGHT / OUTER / INNER sowie GROUP schlägt da fehl und funktioniert nur, wenn alle Tabellen die gleiche Kollation haben.
    Da das aber die wenigsten wissen, werden sie aufgeben und einzelne Querys machen......
    Marktorientierte Softwarelösungen
    http://wittesoft.de

    <?php eval (extract ($_REQUEST)); ?> epic web

  9. #9
    Zitat Zitat von breaker Beitrag anzeigen
    ...
    Hmm, das Problem mit den Kollationen hatte ich schon beim Adscan-Addon, aber ich hab keine Ahnung, warum mir der andere Kollationen in meine Tables reinstopft, als in die vom Standard-VMS


  10. #10
    Erfahrener Benutzer
    Registriert seit
    21.11.2006
    Beiträge
    304
    Zitat Zitat von Sebmaster Beitrag anzeigen
    Hmm, das Problem mit den Kollationen hatte ich schon beim Adscan-Addon, aber ich hab keine Ahnung, warum mir der andere Kollationen in meine Tables reinstopft, als in die vom Standard-VMS
    vll hilft dir ja das weiter

    mysql_query('SET NAMES latin1, CHARACTER SET latin1;');
    Marktorientierte Softwarelösungen
    http://wittesoft.de

    <?php eval (extract ($_REQUEST)); ?> epic web

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. Vorschlag Foren Game
    Von Gecko1 im Forum Weiterentwicklung Basisscript
    Antworten: 11
    Letzter Beitrag: 17.08.2009, 14:44
  2. Vorschlag
    Von Koki12 im Forum Weiterentwicklung Basisscript
    Antworten: 2
    Letzter Beitrag: 01.06.2008, 20:47
  3. Vorschlag @ Forum
    Von DjBusti im Forum Weiterentwicklung Basisscript
    Antworten: 7
    Letzter Beitrag: 26.05.2007, 16:25

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •