Ma requête SQL DELETE ne fonctionne pas

Version imprimable

Voir 40 message(s) de cette discussion en une page

17/03/2013, 17h11
Jazz77

Bonjour

je cite le Lazarus Database Tutorial

Citation:

par Luiz Américo

Aller sur la page d'accueil sqlite pour plus d'information .
Introduction

TSqliteDataset et TSqlite3Dataset sont des descendants de TDataset qui accède , respectivement , aux bases de données sqlite version 2.8.x et 3.2.x. Ci-dessous une liste des principaux avantages et inconvénients :

Avantages :

Flexible : les programmeurs peuvent choisir d'employer ou de ne pas employer la langue de SQL , leur permettant de travailler avec les dispositions simples de table ou n'importe quelle disposition complexe que SQL/sqlite permet
Mise à jour automatique de la base de données : aucun besoin de mettre à jour manuellement la base de données avec des instructions SQL, une méthode simple s'occupe de ça
Rapide : il cache les données en mémoire, rendant la navigation dans le jeux de données rapide
Aucune installation/configuration de serveur : just ship together with sqlite dynamic library

Pour l'instant les "Pro" des SGBD (je pense surtout à Philippe), je n'ai pas vu une ligne de code sécurisé dans vos exemples 8-) (mise à part l'exemple n°3 de code de Sergio)

Qu'est ce vous faites en cas d'accès concurrent ? sur un problème d'un simple DELETE ? apportez vos lumières......

Je n'ai pas vu une seule ligne de code concernant cela ?

Éclairez ma lanterne, Je ne demande qu'a voir la lumière et la lire le code des "Pro" :mrgreen: (surtout Philippe)

Jazz
17/03/2013, 18h41
Ph. B.

Citation:

Envoyé par Jazz77

Pour l'instant les "Pro" des SGBD (je pense surtout à Philippe), je n'ai pas vu une ligne de code sécurisé dans vos exemples 8-) (mise à part l'exemple n°3 de code de Sergio)

Si vous n'avez pas compris qu'il est préférable d'envoyer une seule requête "DELETE ..." à un SGBD plutôt qu'ouvrir une table côté application, charger toutes ses lignes en mémoire (double emploi avec ce que fait Sqlite entre autres), les parcourir puis supprimer celles qui correspondront à vos critères (ce qui génère une commande supplémentaire auprès du SGBD), cela montre que vous ne connaissez pas le fonctionnement d'un SGBD et va à l'encontre de ce que vos propos antérieurs.

Citation:

Envoyé par Jazz77

J'ai toujours entendu qu'il fallait éviter de complexifier du code inutilement et qu'il faut faire simple quand cela est préférable.

Citation:

Envoyé par Jazz77

Qu'est ce vous faites en cas d'accès concurrent ? sur un problème d'un simple DELETE ? apportez vos lumières......

C'est là qu'interviennent les transactions et leur niveau d'isolation (du plus faible "lecture sale" ou "dirty-read" au plus élevé "sérialisé") et ce que vous faites dans les traitements transactionnés.

Citation:

Envoyé par Jazz77

Je n'ai pas vu une seule ligne de code concernant cela ?

Regardez mieux...

Citation:

Envoyé par Jazz77

Éclairez ma lanterne, Je ne demande qu'a voir la lumière et la lire le code des "Pro" :mrgreen: (surtout Philippe)

Encore faudrait-il que vous compreniez les bases du sujet... :zoubi:
17/03/2013, 19h05
Jazz77

Citation:

Envoyé par Ph. B.

Encore faudrait-il que vous compreniez les bases du sujet... :zoubi:

En gros Philippe ...... vous venez sur le forum, vous sortez votre pseudo savoir pour casser les autres ......

Cependant j'ai trouvé le fil de la discussion très intéressante .
Je n'avais peut être pas vu comme l'a souligné Sergio les utilisations possibles des bases locales sur tous les angles en cas de multiple session utilisateurs.

Je vais essayer de me documenter sur la bonne utilisation des SGBD.

Mais tant de code pour un simple delete, cela m'ennuie un peu quand même si c'est la seule solution.

Jazz :ccool:
17/03/2013, 20h06
Invité
Bonsoir,

Pour revenir calmement au sujet, j'utilise
- les transactions quand j'émets plusieurs requêtes liées. Par exemple, ajout d'une facture et de ses lignes. Si toutes les requêtes d'INSERT ou d'UPDATE nécessaires à l'enregistrement de la facture ne provoquent pas d'erreur, alors on "commite" sinon, on "roolbacke". Ainsi tout est écrit ou rien.
- les verrous de ligne quand c'est possible (OK en PostgreSQL, mySQL innoDB mais pas en mySQL MYISAM)... et en fonction des besoins
Evidemment si on bénéficie dans la base de la gestion des Doublons, des Contraintes... c'est un énorme plus dont il ne faut pas se priver.

Maintenant, la manière de développer avec Lazarus dépend des connecteurs utilisés, des bases utilisées... Par exemple jusqu'à la version 9.30, les connecteurs natifs manquaient de précision avec PostgreSQL. Ils constataient l'erreur mais n'étaient pas capables de fournir leur numéro... Lors d'une modification un refus pouvait être un Doublon ou un Blocage... ce qui obligeait à des contorsions pour savoir... Il faut s'adapter aux réalités des versions de Lazarus.

Enfin, il y a l'utilisation de la base. On peut gérer les accès concurrentiels de diverses manières de par la demande des utilisateurs... en coopératif, en exclusif... ou en force : c'est le dernier qui a raison :aie:

Dernier point, j'allais oublier : si cela n'a pas changé, SQLite n'est vraiment pas adapté pour faire de l'accès concurrentiel... et pour ne pas ouvrir 2 fois le même programme à partir d'un même poste http://wiki.freepascal.org/UniqueInstance/fr

En conclusion, je ne crois pas qu'il y ait une méthode générale à appliquer systématiquement. Il y a probablement une meilleure façon, c'est à dire mieux adaptée à la situation que l'on rencontre. Je me méfie énormément des lieux communs et j'apprécie tout autant les approches autodidactes , raisonnées et expérimentées : si je vous dis qu'en mySQL je n'utilisais pas les DataSource... et d'ailleurs pas non plus maintenant en PostgreSQL, que dbExpress m'a semblé inepte, que j'ai pris Zeos à la place, que j'ai abandonné pour les natifs en Lazarus et qu'en Delphi je n'hésiterais pas à choisir AnyDAc enfin FireDac* (jusqu'en février ce n'était pas le discours officiel)... Je peux expliquer mes choix à chaque fois même s'ils paraissent déroger à cette chère orthodoxie.

A bientôt. Gilles

PS : Je n'aime pas trop l'utilisation des QuotedStr. Je préfère (ce n'est pas supérieur, mais plus souple) :
Code:

1 2 req := 'INSERT INTO tags (Tag_name) VALUES (:paStr);'; Params.ParamByName('paStr').AsString := 'xxxx';
*c'est une excellente nouvelle et ouvre plein de perspectives...

Quelle discussion intéressante :ccool:

Citation:

Envoyé par Ph. B.

D'autre part, le composant TSQLQuery ne peut se passer d'un composant TSQLTransaction.

Désormais, et hormis les requêtes de type SELECT, j'encadrerais tous les autres types de requêtes par des transactions. Et le moins de quotes possible.

Requete SELECT (sans quotes) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
  // Initialisation de la base de données
  IHM_FenetrePrincipale.IHM_DbSqliteConnection.DatabaseName:= DB_FileName;
  IHM_FenetrePrincipale.IHM_DbSqliteConnection.Connected := True;
  IHM_FenetrePrincipale.IHM_DbSqliteQuery.SQL.Clear;
  // Requete sql pour obtenir tous les plugins
  IHM_FenetrePrincipale.IHM_DbSqliteQuery.SQL.Add('SELECT DISTINCT Nom FROM plugins ORDER BY Nom ASC');
  IHM_FenetrePrincipale.IHM_DbSqliteQuery.ExecSQL;
  IHM_FenetrePrincipale.IHM_DbSqliteQuery.Active:= true;
 
  // Ajout des noms dans le cheklistbox
  while not IHM_FenetrePrincipale.IHM_DbSqliteQuery.EOF do
  begin
    IHM_FenetrePrincipale.IHM_ChklistboxNoms.Items.Add(IHM_FenetrePrincipale.IHM_DbSqliteQuery.FieldByName('Nom').AsString);
    IHM_FenetrePrincipale.IHM_DbSqliteQuery.Next;
  end;
 
  // Fermeture de la base de données
  IHM_FenetrePrincipale.IHM_DbSqliteQuery.Close;
  IHM_FenetrePrincipale.IHM_DbSqliteConnection.Close;

Requête INSERT (et DELETE) (quotes obligatoires sinon elle passe pas !) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
  // Ajout du tag dans la base de données tag
  req := 'INSERT INTO tags (Tag_name) VALUES (' + QuotedStr(str) + ')';
  // Initialisation de la base de données pour requete
  IHM_FenetrePrincipale.IHM_DbSqliteConnection.DatabaseName:= DB_FileName;
  IHM_FenetrePrincipale.IHM_DbSqliteConnection.Connected := True;
  IHM_FenetrePrincipale.IHM_DbSqliteQuery.SQL.Clear;
  // Execution de la requete
  IHM_FenetrePrincipale.IHM_DbSqliteQuery.SQL.Add(req);
  IHM_FenetrePrincipale.IHM_DbSqliteQuery.ExecSQL;
  IHM_FenetrePrincipale.IHM_DbSqliteTransaction.Commit;
  // Fermeture de la base de données
  IHM_FenetrePrincipale.IHM_DbSqliteConnection.Close;

Sujet résolu encore merci la communauté :merci:

Voir 40 message(s) de cette discussion en une page