Discussion :

[SNY77]

Bonjour, je voudrais appeler un script .sql à base de requête d'insertion depuis une page .php. Je voudrais savoir s'il est possible de dire si l’exécution du script entier est OK dans un fichier .log ?... Ou bien je devrai taper les requêtes une par une et écrire le déroulement dans un fichier.log au fur et à mesure ?
Merci;

[RunCodePhp]

Salut

Je ne vois pas vraiment à quoi ça avancerait de savoir que tel ou tel script (ou requête) c'est bien déroulé.

Dans la majorité des cas on fait plutôt l'inverse, c'est à dire qu'on n'y met essentiellement des messages d'erreurs dans des fichiers de log afin de les consulter pour les réparer ensuite.
Là c'est vraiment utile, voire essentiel.


Donc à mon sens il serait mieux de rajouter toutes sortes de vérifications, quitte à déclencher des erreurs volontairement qui après coup seront enregistrés dans le log d'erreur de Php.
Cela s'appel de la gestion des erreurs.
-> try/catch, thow new Exception, trigger_error, etc ...


Ou alors du coté de MySQL, si cela concerne essentiellement de requêtes SQL, les transactions (COMMIT/ROLLBACK).

[SNY77]

Oui c'est du MySQL, j'envoie des données d'une BDD vers une autre depuis le script .sql, je suis obligé de lancer les requêtes une par une pour voir si les requêtes passent ou non ? (si non je renseigne un fichier log)
L'idéal serait dans un 1er temps de lancer le script .sql et de voir si l'execution renvoie une erreur ou non (en batch c'est possible ...) ?

[RunCodePhp]

je suis obligé de lancer les requêtes une par une pour voir si les requêtes passent ou non ? (si non je renseigne un fichier log)

Tu peux faire ce que tu veux.

Mais on ne sait pas de quoi il s'agit, du coup on ne peu pas te répondre avec certitude.

Si par exemple il y a 2 requêtes d'insertions, et que les 2 tables sont liées entre elles (clé primaire, clé secondaire), dans tel cas il est préférable que les 2 se fasses sans aucune erreur.
Cela sous-entend que si une erreur venait à arrivée, il vaudrait mieux annuler cet ensemble de requêtes pour se retrouver exactement dans la même situation que si rien avait été fait.

Si on ne fait pas ça, la Bdd sera corrompue, et c'est bug garanti lorsqu'on exploitera ces données là.

Dans tel cas il est bon d'exploiter les transactions (commit/rollback).


Vois tu, ce n'est pas aussi simple vu qu'on ne sait pas de quoi il s'agit.

[SNY77]

Au fait c'est un outil pour centraliser des BDD.
Oui ca serait pas mal de pouvoir gérer le fait que si une table n'est pas entré on supprime les entrées précédentes ... Avez vous une piste pour commencer cela ?
Merci!

[SNY77]

J'ai pensé à utiliser ce bout de code pour gérer les erreurs, si une erreur intervient toutes les données entrés précédemment ne seront pas sauvegardés dans la BDD ? Si par exemple l'erreur intervient à l'écriture dans la 10 éme table ça sa passe comment ?
Je voudrai aussi qu'en cas d'erreur je quitte le programme et j'entre un message dans un fichier .log.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
if(!$result)
{
rollback(); // transaction rolls back
echo "transaction rolled back";
exit;
}
else
{
commit(); // transaction is committed
echo "Database transaction was successful";
}

ps: j'ai crée des fonctions rollback et commit ...
Je voudrai aussi de l'aide quant à l'écriture de la requête suivante (je me connecte à une BDD avant ...) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$insertion = "INSERT INTO table (champs_id,champs_2, champs_3, champs_4,champs_5,champs_6)
SELECT bdd2.champs_id, bdd2.champs_2, bdd2.champs_3, bdd.champs_4, bdd2.champs_5, '$reference'
FROM bdd2.table"

MERCI !