Discussion :

[bipbip2006]

Bonjour
Tout d'abord, milles excuses si ce n'est pas le bon forum, mais je pense que ma question déborde un peu entre le SQL et le C#
Je suis en train de développer une dll en c# qui gérer le CRUD sur une base de donnée SQL server.
J'utilise Linq to SQL pour la liaison.
Voila mon souci
Je souhaite renforcer ma dll pour éviter les crash inévitables (perte de connexion sur la base de donnée, etc)
Mais j'ai un gros souci (ou pas...)
J'utilise les procédures stockée pour par exemple supprimer une vidéo dans la table vidéo... Pas de souci
Seulement l'application que je fais dois pouvoir avoir sa base de donnée sur un serveur (de base de donnée) et je dois avoir plusieurs logiciel client...
Or, je me pose la question suivante :
Admettons qu'un client 1 par exemple supprimer une vidéo, le client 2 lui voit toujours cette vidéo.
Admettons qu'il veuille à son tour supprimer la vidéo.
Bref, j'ai tester, et en fait dans mon application, pas de plantage !
Bref, j'aimerai afficher dans mon client 2 un message du style "impossible de supprimer une video déjà supprimée" par exemple.
Ceci n'est bien sur qu'un exemple, et on peut mélanger le genre "impossible de mettre à jour une vidéo inexistante" (car supprimer par un autre utilisateur) etc....
Bref, je n'ai pas d'idée sur le comment faire, car je ne rentre à aucun moment dans mon try/catch....
Merci d'avance

[pgeiger]

Bonjour,

Comment gérez-vous les accès concurentiels ? Quel est votre niveau d'isolation ?

Bonne journée.

[bipbip2006]

Tout d'abord, merci d'avance pour vous joindre à la conversation.
En fait je suis un jeune et fougueux stagiaire qui se doit de développer une DLL, en C# donc.
A vrai dire, je ne serai répondre à vos questions, n'ayant pas moi même la réponse exacte.
Pour ce qui est de l'aspect "technique", j'ai une base de donnée avec 8 tables et en gros 4 procédures stockées par table pour le CRUD.
Le logiciel est "découpé" en 2 parties.
Une version monoposte et une version multi utilisateurs.
Je me dois de renforcer la DLL pour éviter d'éventuel problèmes comme j'ai expliqué plus haut.
Le problème étant par exemple que j'ai une vidéo, avec un ID à 5 par exemple.
J'ai testé directement avec la procédure pour supprimer une vidéo, et ma base de donnée me retourne 0 comme valeur de retour dans les 2 cas (sous entendu la procédure stockée c'est bien passée).
Or, je trouve curieux que l'on puisse "supprimer" 2 fois une même vidéo sans que la base de donnée ne me prévienne lors de la seconde fois.
Ce que j'ai fais pour l'instant, dans ma procèdure stockée, mais ça ne me satisfait pas du tout, est un select des id video, et si l'id que l'on veut supprimer est contenu dans ce select, alors on supprime, sinon on retourne -1
Ensuite dans ma DLL je récupère la valeur retour et je fais un try/catch
Cette situation ne me convient pas car je fais un select qui pourrait être long.
A mon avis, il y a mieux, mais je ne sais pas comment le faire, ni les moyens existants....
Voila, j'espère avoir était clair....
Merci d'avance

[ben et nuts]

Ce que j'ai fais pour l'instant, dans ma procèdure stockée, mais ça ne me satisfait pas du tout, est un select des id video, et si l'id que l'on veut supprimer est contenu dans ce select, alors on supprime, sinon on retourne -1

Je pense que c'est plus ou moins la voie à suivre, mais pourquoi pensez-vous que la requête de select est trop longue ? Une requête select sur un id doit être très rapide normalement,non?

Et puis, vous ne rentrez pas dans votre "try catch" côté c# car en testant si votre enregistrement existe ou pas dans la procédure de suppression avant de supprimer ne renverra jamais d'exception, mais une valeur à -1 si j'ai bien compris.

[bipbip2006]

En fait ce que je redoute vis à vis du select, même si c'est une opération très rapide, c'est une lenteur lors de la montée en charge (avec par exemple 50000 vidéos, et faire l'opération supprimer 1 vidéo 1 à 2 fois par minute, avec bien sûr d'autre opérations sur d'autres tables en même temps)
C'est certes un exemple peu probable, mais c'est t-on jamais.
Je pensais que SQL Server aurait pu me renvoyer un code erreur dans le cas de la suppression d'une donnée inexistante.
Enfin, pour la partie c#, ma procédure stockée retourne un int (dans le cas de la suppression impossible un -1) que je récupère, et à l'aide d'un if je fais un throw que j'ai créer moi même.
Si vous avez une meilleure idée...
Sinon je penserai à mettre un résolu dans la journée
Merci d'avance

[SQLpro]

Lorsque l'on veut supprimer de très grosses données (soit en volume intrinsèque, soit en nombre de tuples) on fait une suppression logique (colonne booléenne par exemple) suivie d'une suppression physique par un batch déporté aux heures creuses.

Si en sus vous utiliser le FILESTREAM disponible à partir de la version 2008 vous n'aurez aucun souci de perf.

A +

[bipbip2006]

Merci pour cette piste, effectivement je n'y avais pas pensé
Merci à tous !