Als erstes SQL ist die Sprache, welche sowohl in MySQL als auch in SQLite, was du meinst, verwendet wird.
Und ja, warum sollte es denn nicht kompatibel sein?
Aber warum verschiedene speicherungen, entweder man Arbeitet "nur" mit MySQL oder halt nur mit nem Filesystem.
MySQL ist ein Datenbankverwaltungssystem und keine Skriptsprache.
Außerdem ist SQL ebenso keine Skript sondern eine Datenbanksprache.
Genau, Dini ist genauso keine Skriptsprache sondern eine Engine für SAMP.
Deine Frage verstehe ich nicht..
MySQL soll für das Reallife abgespeichert werden & SQL soll für Deathmatch abgespeichert werden
Da das Deathmatch Welt weniger Sachen hat als das Reallife System, da alles in einem Gamemode drinne ist.
Da ich in der SAMP Szene mal was ganz anderes rein bringen möchte.
Ich empfehle für Reallife trotzdem MYSQL weil es mehr braucht deathmatch reicht Dini aus
MySQL soll für das Reallife abgespeichert werden & SQL soll für Deathmatch abgespeichert werden
Da das Deathmatch Welt weniger Sachen hat als das Reallife System, da alles in einem Gamemode drinne ist.
Da ich in der SAMP Szene mal was ganz anderes rein bringen möchte.
Dafür brauchst du aber nicht 2 unterschiedliche "Datenbanken".
Du kannst das Skript bzw. wenn du 2 Skripts hast, beide auf eine MySQL Datenbank anpassen.
Bspw.
"SELECT NULL FROM `reallife_accounts` WHERE `??` = :??"
"SELECT NULL FROM `deathmatch_accounts` WHERE `??` = :??"@Azcaq:
Ich benutze nur ein Script.
Bevor mann sich einloggen kann kommt ob man Deathmatch oder Reallife spielen möchte.
Und nach dem Login lädt er dann die Sachen aus script_deathmacht_accounts oder script_reallife_accounts aus.
Und was ist nun deine Frage? 
Wieso nimmst du nicht eine Datenbank und erstellt für dein Reallife-Server sowie dem Deathmatch-Server deine Tabellen mit einem jeweiligen Erkennungs-Präfix? Deine Datenbank-Struktur könnte bspw so aussehen:
rl_accounts
rl_vehicles
rl_factions
rl_bank
rl_bizzes
rl_configs
dm_accounts
dm_rankings
dm_configsDann würdest du, je nachdem, was der Spieler aussucht, die richtige Tabelle wählen. Wozu dann beide Datenbanken trennen? Ist doch ganz einfach ô.o
ShowPlayerDialog(playerid, DIALOG_GAMEMODE, DIALOG_STYLE_MSGBOX, "Server", "Was möchtest du spielen?", "Reallife", "Deathmatch");
public OnDialogResponse(playerid, dialogid, response, listitem, inputtext[])
{
if(dialogid == DIALOG_GAMEMODE)
{
if(response)
{
mysql_query("SELECT * FROM `rl_accounts` WHERE Name = `Hans`");
// REALLIFE-CODE
}
else
{
mysql_query("SELECT * FROM `dm_accounts` WHERE Name = `Hans`");
// DEATHMATCH-CODE
}
return 1;
}
return 0;
}
Zu deiner Frage:
ZitatWelche von denn 3 Sprachen ist besser ?
Da ich schon mit MySQL R39-2 angefangen habe.
Ich persönlich empfehle übrigens MySQL-R7, jedoch steht es dir frei zu nutzen, was du möchtest. Ich persönlich nutze R7 und bin zufrieden c:
Auch wenn jede SQL-Version die selbe "Sprache" ist 
Du kannst auch gleichzeitig 2 Verbindungen zu 2 Datenbanken aufbauen. Mit dem MySQL Plugin von BlueG.
Das wäre am einfachsten.
@Azcaq:
Welche von denn 3 Sprachen ist besser ?
Da ich schon mit MySQL R39-2 angefangen habe.
Das sind keine 3 Sprachen, wie oft noch?
BlueG hat lediglich ein Plugin entwickelt, das eine Verbindung zu der MySQL Datenbank aufbaut.
MySQL R39-2 gibt es nicht. Das ist die Version vom Plugin das BlueG entwickelt hat.
Nutzt das MySQL Plugin BlueG und nutz nur eine einzige Datenbank mit jeweils 2 Prefixe für deine 2 Spielmoden.
