nicht angemeldet
Hi!
Wenn es sich dabei um einen Dump handelt, und an der Tabellen- und Referenzdefinition nichts geändert wurde seit dem Dump, dann sollte der Reimport auch sauber durchlaufen, egal, ob man ein Multi-Insert (für das man übrigens keine improved Functions benötigt) durchführt oder in einer Schleife immer diskrete Inserts pro Datensatz.
Er hat doch mehrere Statements pro Datei, schon weil er zwei Tabellen drin hat. Soweit ich mich erinnere, erzeugt ein Dump auch keine Monster-Multi-Insert-Statements sondern erzeugt nach einer bestimmten Größe ein neues. Er hat als nicht nur ein einzelnes Multi-Insert-Statement sondern derer viele. Und dafür braucht es dann die mysqli-Extension.
Das kann ich jetzt nicht nachvollziehen, dass er die improved Functions benötigen würde. Es ging ja früher auch ohne...
Ein Semikolon (außerhalb eines Strings) und mysql_query() bricht mit einem Fehler ab. Und das schon seit ewig. Das ist in der MySQL-Client-API so festgelegt und nicht von PHP beeinflusst. Jeder Client-API-Nutzer, der mehrfache Statements in einer Query senden will, hat das zu beachten. Er muss entweder beim Verbinden das Flag CLIENT_MULTI_STATEMENTS (ggf. mit CLIENT_MULTI_RESULTS) setzen oder bei laufender Verbindung die Option MYSQL_OPTION_MULTI_STATEMENTS_ON setzen. PHP lässt weder noch zu, sondern setzt es von selbst und nur bei mysqli_multi_query().
Aber Du hast meine Aussage sowieso fehlinterpretiert. Es geht mir um die Datenkonsistenz, Integrität und Kontrolle.
Nö, den Teil hab ich einfach nur übergangen. Ich wollte nur deine Klammerbemerkung richtig-/klarstellen.
Lo!