Discussion :

[Duddy]

Bonjour le forum,

Je commence à peine à travailler sur SQL Server 2008.

J'ai créé un BD dans laquelle j'ai 2 tables identiques. Sur Management STUDIO, lorsque j'éxecute

Code :

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

Select * from [maBD].dbo.[maTable] where [monChamp]='24/09/2012'

la requête me retourne les lignes correspondantes et si je fait :

Code :

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

Delete from [maBD].dbo.[maTable] where [monChamp]='24/09/2012'

la suppression est instantanée.

Par contre, sur ma seconde table (qui est un copie conforme) la requête "SELECT" me remonte des lignes et la requête "DELETE" tourne sans ne rien supprimer (arrêt manuel) et sans message d'erreur.

Quelqu'un a t-il déjà rencontré ce type de fonctionnement?

Merci d'avance

[StringBuilder]

Il semble qu'il y ait un lock sur au moins une partie de la table.

Selon le niveau de lock, il n'empêche pas forcément les SELECT, mais bloquera les modification.

SQL Server met donc en attente la requête en attendant que le verrou soit levé.

[StringBuilder]

PS : Saisissez plutôt votre date sous la forme ISO : "yyyy-mm-dd". Car là, si demain un américain lance la requête, il va avoir des surprises.

[Serguei_TARASSOV]

Fait l'attention sur le format des dates.
Quel est le résultat de

Code :

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

DELETE FROM [maBD].dbo.[maTable] OUTPUT deleted.* WHERE [monChamp]='20120924'

[Duddy]

Bonjour le Forum,

Quand je demande la date au format américain, SQL Server me retourne une erreur.

En ce qui concerne

Code :

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

DELETE FROM [maBD].dbo.[maTable] OUTPUT deleted.* WHERE [monChamp]='20120924'

SQL Server me retourne une erreur .

Syntaxe incorrecte vers 'deleted'.

Où puis-je trouver les locks? il ne semble pas en avoir déterminé.

Encore merci à vous 2

[Serguei_TARASSOV]

SQL Server me retourne une erreur .
Syntaxe incorrecte vers 'deleted'.

Apriori, tu utilise la BDD au niveau de compatibilté 2000/2005 sous SQL Server 2008. Il y a des raisons ?

Pour vérifier

Code :

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

EXEC sp_helpdb 'maBD'

Où puis-je trouver les locks? il ne semble pas en avoir déterminé.

Code :

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

SELECT * FROM sys.dm_tran_locks WHERE resource_database_id = db_id('maBD')

Mais le verrouillage (lock) ramène l’attente d’exécution, et si ton DELETE passe vite sans supprimer les lignes il s'agit d'autre pb.

[Duddy]

Bonjour Serguei_TARASSOV,

Pour la version, j'ai installé la version 2008 directement je n'ai touché à rien, et comme je ne connais pas cela ne me parle pas du tout.

Pour la première requete, voici le retour de status

Status=ONLINE, Updateability=READ_WRITE, UserAccess=MULTI_USER, Recovery=SIMPLE, Version=655, Collation=French_CI_AS, SQLSortOrder=0, IsAutoCreateStatistics, IsAutoUpdateStatistics, IsFullTextEnabled

Pour la 2eme requête, elle remonte 5 lignes.

Non, rien ne se passe. Le curseur tourne et le temps défile sans action, à priorio la BDD attend une action, mais pourquoi sur une table et pas l'autre?

[Serguei_TARASSOV]

Duddy,

Il est difficile de trouver des verrouillages à distance...
Essais cela :
1. Voir l'object ID da ta table (SELECT object_id('maBD.dbo.MaTable')
2. Rajouter SELECT @@spid avant DELETE puis lancer tous cela
3. Dans un autre connexion voir les verrouillages correspondants à ta table

Code :

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

 EXEC sp_lock

.
Normalement, tu doit voir 2 verrouillages au moins dont l'un corresponde à SPID (ID de connexion) de DELETE

[Duddy]

Bonjour Serguei_TARASSOV,

Malgré tes explications, je n'ai pas réussi à trouver.

Donc, pour contourner, j'ai, avec l'aide d'un collègue, dupliquer la table qui ne présente pas de problèmes et transférer les données de la table "contrariée" vers la nouvelle.

Encore merci.

NB: vu mes compétences, il est clair que je reviendrai vers le forum très vite