MySQL von R5 auf R34

Och Mensch.
Dieser stock sendet immer 1 query pro field an die Datenbank...
Ist uneffizient.

(Ich weiß natürlich nicht, obs bei r34 auch so ist )

dein ernst?
1. wenn du so vorgehst, bringen dir die "ach so tollen" threads n scheiß
2. Ist das plugin ganz anders aufgebaut, wenn du es nicht verstehst wie man damit arbeitet sölltest du die finger davon lassen,
auch beim R5 finger weg von den stocks, das ist der sichere tod für dein server.

Guten Tag,
ein User hat dir bei einen der ersten Post's schon ein Tutorial Thread geschickt
Wo alles BESTENS erklärt ist
Sry, aber warum ließt du es nicht?
Da verstehe ich nicht warum du es dir nicht durchließt
Das würde 10000 mal schneller gehen

HIER, les es dir durch BITTE
Da lernst du es richtig. Was für dein weiteres verstehen wichtig ist

%e ist nicht %s! %e wurde extra eingebaut um zu escapen. Verwende nicht diese Funktionen (mysql_GetInt, mysql_GetString, ...) - diese sind für die Tonne und das waren sie schon immer.

Litpa:
Dann sehe dir mal lieber an wie man richtig damit arbeitet

Campbell:
Man muss ja nicht alle funktionen benutzen die ein plugin bietet..
Vllt bleibts auch bei gewohnheit mit den escape und dem %s..

Warum sollte man mysql_real_escape_string und mysql_format verwenden, wenn man nur mysql_format verwenden könnte?

Hey,
schau dir das Tutorial besser an.
Da wird das ganze Login u. Register system erklärt
Wie man richtig speichert bzw. Ressorcenschonend

Bitteschön

Zitat von Campbell

Warum sollte man mysql_real_escape_string und mysql_format verwenden, wenn man nur mysql_format verwenden könnte?

Weil das genau das selbe ist, wie man sich stunden drüber streiten könnte, welche plugin version die bessere ist

Hier geht es nicht um eine Pluginversion, sondern darum etwas Umständliches einfacher zu gestalten.

Ja, natürlich. mysql_format, SELECT, mysql_tquery, neuer Callback, dort weiterarbeiten.

Campbell:
Ich sagte das ist das selbe wie man sich drüber streiten könnte, wenn du nachdenkst wie ich das gemeint haben könnte,
merkst du das rauskommt, das es jedem selbst überlassen ist, wenn es einem so gewohnt ist kann es einfacher sein wie es will.

2 letzte Dinge, worüber du dir Gedanken machen sollst: KISS, Bad Practice

new query[88];
mysql_format(handle, query, sizeof(query), "SELECT `Abgeschlossen` FROM `autosystem` WHERE `Besitzer` = '%e'", playerName);
mysql_tquery(handle, query, "OnSelectLockStatus", "ii", playerid, 2);
// Hier nun nichts mehr!

forward OnSelectLockStatus(playerid, vehicleIdx);
public OnSelectLockStatus(playerid, vehicleIdx) {
new rows,
fields;

cache_get_data(rows, fields);
if(rows > 0) {
Autos[playerid][vehicleIdx][Abgeschlossen] = cache_get_row_int(0, 0);
}

// Hier Rest des Scripts.
}

Ja, musst eben cache_get_row bzw. cache_get_row_float verwenden statt cache_get_row_int.

Erster Teil kommt dort hin, wo du den Query ausführen musst.

playerid und 2 steht für die playerid in Autos[playerid] und die 2 für die 2 in Autos[playerid][2]. Ich übergebe sie als Parameter zum Callback. playerid ist playerid in Callback und 2 vehicleIndex.

0, 0 steht bei cache_get_row für rowID 0 und fieldID 0.

Wenn du mehrere Rows hast:

new intValue;
for(new i = 0; i < rows; i++) {
intValue = cache_get_row_int(i, 0);
}

Die fieldID steht hierbei für:

SELECT `field1`, `field2`, `field3` FROM `table` LIMIT 1;
ID      0         1         2