Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur SQL Serveur Dbcc checkident

Dbcc checkident

13 réponses
Avatar
SSO
Bonjour,

Est-il possible de donner des autorisations pour éxecuter la commande DBCC
CHECKIDENT RESEED(MaTable,0) à public?

Du style GRANT DBCC CHECKIDENT ON MaTable To public.

Ceci pour autoriser des connexions de droits db_writer, db_reader, public à
réinitialiser le champ compteur d'une table.

Si ce n'est pas possible, quelle autre solution j'ai pour réinitialiser un
compteur sachant que la connexion sql a les droits db_writer, db_reader,
public.

Merci pour vos réponses.

SSO
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Fred BROUARD
les commandes du DBCC sont utilisable uniquement en fonction de certains rôle de
serveur ou de base de données. En l'occurrence pour CHECKIDENT l'utilisateur
doit être sysadmin, db_owner ou db_ddladmin.

Ce problème est remanié dans la version 2005

A +

SSO a écrit:
Bonjour,

Est-il possible de donner des autorisations pour éxecuter la commande DBCC
CHECKIDENT RESEED(MaTable,0) à public?

Du style GRANT DBCC CHECKIDENT ON MaTable To public.

Ceci pour autoriser des connexions de droits db_writer, db_reader, public à
réinitialiser le champ compteur d'une table.

Si ce n'est pas possible, quelle autre solution j'ai pour réinitialiser un
compteur sachant que la connexion sql a les droits db_writer, db_reader,
public.

Merci pour vos réponses.

SSO




--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Avatar
SSO
Merci pour la réponse.
Quelle autre solution j'ai pour réinitialiser un champ
compteur dans une table pour une connexion sql qui a les droits db_writer,
db_reader, public.
Merci d'avance.

"SSO" a écrit :

Bonjour,

Est-il possible de donner des autorisations pour éxecuter la commande DBCC
CHECKIDENT RESEED(MaTable,0) à public?

Du style GRANT DBCC CHECKIDENT ON MaTable To public.

Ceci pour autoriser des connexions de droits db_writer, db_reader, public à
réinitialiser le champ compteur d'une table.

Si ce n'est pas possible, quelle autre solution j'ai pour réinitialiser un
compteur sachant que la connexion sql a les droits db_writer, db_reader,
public.

Merci pour vos réponses.

SSO



Avatar
Patrice
Truncate table ou peut-être alter table mais tu risques de buter toujours
sur le même problème.

Quel est le problème que cela pose si le compteur n'est pas réinitialiser ?
Cela devrait être une manip. tout à fait exceptionnelle. Cherche tu à faire
cela dans le cadre du fonctionnement normal d'une appli ?

--
Patrice

"SSO" a écrit dans le message de
news:
Merci pour la réponse.
Quelle autre solution j'ai pour réinitialiser un champ
compteur dans une table pour une connexion sql qui a les droits db_writer,
db_reader, public.
Merci d'avance.

"SSO" a écrit :

> Bonjour,
>
> Est-il possible de donner des autorisations pour éxecuter la commande


DBCC
> CHECKIDENT RESEED(MaTable,0) à public?
>
> Du style GRANT DBCC CHECKIDENT ON MaTable To public.
>
> Ceci pour autoriser des connexions de droits db_writer, db_reader,


public à
> réinitialiser le champ compteur d'une table.
>
> Si ce n'est pas possible, quelle autre solution j'ai pour réinitialiser


un
> compteur sachant que la connexion sql a les droits db_writer, db_reader,
> public.
>
> Merci pour vos réponses.
>
> SSO
>


Avatar
SSO
La table en question, sur laquelle on doit réinitialiser le compteur ne fait
que d'être chargée puis vidée. J'ai donc peur qu'un jour la valeur dépasse la
capacité du type int et que ça génére des plantages.
Oui c'est une manip qui se fait dans la cadre de fonctionnement normal d'une
appli.


"Patrice" a écrit :

Truncate table ou peut-être alter table mais tu risques de buter toujours
sur le même problème.

Quel est le problème que cela pose si le compteur n'est pas réinitialiser ?
Cela devrait être une manip. tout à fait exceptionnelle. Cherche tu à faire
cela dans le cadre du fonctionnement normal d'une appli ?

--
Patrice

"SSO" a écrit dans le message de
news:
> Merci pour la réponse.
> Quelle autre solution j'ai pour réinitialiser un champ
> compteur dans une table pour une connexion sql qui a les droits db_writer,
> db_reader, public.
> Merci d'avance.
>
> "SSO" a écrit :
>
> > Bonjour,
> >
> > Est-il possible de donner des autorisations pour éxecuter la commande
DBCC
> > CHECKIDENT RESEED(MaTable,0) à public?
> >
> > Du style GRANT DBCC CHECKIDENT ON MaTable To public.
> >
> > Ceci pour autoriser des connexions de droits db_writer, db_reader,
public à
> > réinitialiser le champ compteur d'une table.
> >
> > Si ce n'est pas possible, quelle autre solution j'ai pour réinitialiser
un
> > compteur sachant que la connexion sql a les droits db_writer, db_reader,
> > public.
> >
> > Merci pour vos réponses.
> >
> > SSO
> >





Avatar
Patrice
Selon le type de données choisi, il se peut que tu attendes très très
longtemps avant de te trouver dans ce cas ce que dois même pouvoir évaluer
grossièrement (par exemple avec le type utilisé, vois combien de numéros tu
pourrais consommer chaque jour et combien de jours cela représenterait avant
d'arriver au bout).

En plus je crois me souvenir que SQL Server repart de la valeur mini
négative lorsqu'il arrive au bout du compteur ce qui double au moins les
valeurs possibles. Au final je pense que tu risques de voir qu'il te
faudrait des années, voire des décennies avant de de te trouver dans ce cas
avec une table quelconque...

Dans le cas d'une table qui est chargée/vidée, le problème ne devrait pas se
poser du tout (les numéros bouclent et comme la table est vidée on ne
retombera pas sur les numéros précédent).

Je n'arrive pas à retrouver l'info pour le bouclage des numéros. Si
quelqu'un peut confirmer (ou non !)...
--
Patrice

"SSO" a écrit dans le message de
news:
La table en question, sur laquelle on doit réinitialiser le compteur ne


fait
que d'être chargée puis vidée. J'ai donc peur qu'un jour la valeur dépasse


la
capacité du type int et que ça génére des plantages.
Oui c'est une manip qui se fait dans la cadre de fonctionnement normal


d'une
appli.


"Patrice" a écrit :

> Truncate table ou peut-être alter table mais tu risques de buter


toujours
> sur le même problème.
>
> Quel est le problème que cela pose si le compteur n'est pas


réinitialiser ?
> Cela devrait être une manip. tout à fait exceptionnelle. Cherche tu à


faire
> cela dans le cadre du fonctionnement normal d'une appli ?
>
> --
> Patrice
>
> "SSO" a écrit dans le message de
> news:
> > Merci pour la réponse.
> > Quelle autre solution j'ai pour réinitialiser un champ
> > compteur dans une table pour une connexion sql qui a les droits


db_writer,
> > db_reader, public.
> > Merci d'avance.
> >
> > "SSO" a écrit :
> >
> > > Bonjour,
> > >
> > > Est-il possible de donner des autorisations pour éxecuter la


commande
> DBCC
> > > CHECKIDENT RESEED(MaTable,0) à public?
> > >
> > > Du style GRANT DBCC CHECKIDENT ON MaTable To public.
> > >
> > > Ceci pour autoriser des connexions de droits db_writer, db_reader,
> public à
> > > réinitialiser le champ compteur d'une table.
> > >
> > > Si ce n'est pas possible, quelle autre solution j'ai pour


réinitialiser
> un
> > > compteur sachant que la connexion sql a les droits db_writer,


db_reader,
> > > public.
> > >
> > > Merci pour vos réponses.
> > >
> > > SSO
> > >
>
>
>


Avatar
Patrice
Je ne trouve pas pour le bouclage.

Si tu utilises un int tu pourras aller jusqu'à 2 147 483 647. Si tu
consommes 1 000 000 de numéros par jour, cela te donne déjà 5 ans devant
toi, 50 ans avec 100 000 etc....

--
Patrice

"Patrice" a écrit dans le message de
news:
Selon le type de données choisi, il se peut que tu attendes très très
longtemps avant de te trouver dans ce cas ce que dois même pouvoir évaluer
grossièrement (par exemple avec le type utilisé, vois combien de numéros


tu
pourrais consommer chaque jour et combien de jours cela représenterait


avant
d'arriver au bout).

En plus je crois me souvenir que SQL Server repart de la valeur mini
négative lorsqu'il arrive au bout du compteur ce qui double au moins les
valeurs possibles. Au final je pense que tu risques de voir qu'il te
faudrait des années, voire des décennies avant de de te trouver dans ce


cas
avec une table quelconque...

Dans le cas d'une table qui est chargée/vidée, le problème ne devrait pas


se
poser du tout (les numéros bouclent et comme la table est vidée on ne
retombera pas sur les numéros précédent).

Je n'arrive pas à retrouver l'info pour le bouclage des numéros. Si
quelqu'un peut confirmer (ou non !)...
--
Patrice

"SSO" a écrit dans le message de
news:
> La table en question, sur laquelle on doit réinitialiser le compteur ne
fait
> que d'être chargée puis vidée. J'ai donc peur qu'un jour la valeur


dépasse
la
> capacité du type int et que ça génére des plantages.
> Oui c'est une manip qui se fait dans la cadre de fonctionnement normal
d'une
> appli.
>
>
> "Patrice" a écrit :
>
> > Truncate table ou peut-être alter table mais tu risques de buter
toujours
> > sur le même problème.
> >
> > Quel est le problème que cela pose si le compteur n'est pas
réinitialiser ?
> > Cela devrait être une manip. tout à fait exceptionnelle. Cherche tu à
faire
> > cela dans le cadre du fonctionnement normal d'une appli ?
> >
> > --
> > Patrice
> >
> > "SSO" a écrit dans le message de
> > news:
> > > Merci pour la réponse.
> > > Quelle autre solution j'ai pour réinitialiser un champ
> > > compteur dans une table pour une connexion sql qui a les droits
db_writer,
> > > db_reader, public.
> > > Merci d'avance.
> > >
> > > "SSO" a écrit :
> > >
> > > > Bonjour,
> > > >
> > > > Est-il possible de donner des autorisations pour éxecuter la
commande
> > DBCC
> > > > CHECKIDENT RESEED(MaTable,0) à public?
> > > >
> > > > Du style GRANT DBCC CHECKIDENT ON MaTable To public.
> > > >
> > > > Ceci pour autoriser des connexions de droits db_writer, db_reader,
> > public à
> > > > réinitialiser le champ compteur d'une table.
> > > >
> > > > Si ce n'est pas possible, quelle autre solution j'ai pour
réinitialiser
> > un
> > > > compteur sachant que la connexion sql a les droits db_writer,
db_reader,
> > > > public.
> > > >
> > > > Merci pour vos réponses.
> > > >
> > > > SSO
> > > >
> >
> >
> >




Avatar
Patrice
Tant que j'y étais j'ai vérifié expérimentalement et il y a overflow au lieu
de bouclage. Je ne sais pas ou j'ai pêché cette idée.

Accessoirement une autre possibilité qui m'est venue à l'esprit serait
éventuellement de le planifier comme une tâche de maintenance si l'espérance
de vie de ton compteur parait trop courte...

--
Patrice

"Patrice" a écrit dans le message de
news:
Je ne trouve pas pour le bouclage.

Si tu utilises un int tu pourras aller jusqu'à 2 147 483 647. Si tu
consommes 1 000 000 de numéros par jour, cela te donne déjà 5 ans devant
toi, 50 ans avec 100 000 etc....

--
Patrice

"Patrice" a écrit dans le message de
news:
> Selon le type de données choisi, il se peut que tu attendes très très
> longtemps avant de te trouver dans ce cas ce que dois même pouvoir


évaluer
> grossièrement (par exemple avec le type utilisé, vois combien de numéros
tu
> pourrais consommer chaque jour et combien de jours cela représenterait
avant
> d'arriver au bout).
>
> En plus je crois me souvenir que SQL Server repart de la valeur mini
> négative lorsqu'il arrive au bout du compteur ce qui double au moins les
> valeurs possibles. Au final je pense que tu risques de voir qu'il te
> faudrait des années, voire des décennies avant de de te trouver dans ce
cas
> avec une table quelconque...
>
> Dans le cas d'une table qui est chargée/vidée, le problème ne devrait


pas
se
> poser du tout (les numéros bouclent et comme la table est vidée on ne
> retombera pas sur les numéros précédent).
>
> Je n'arrive pas à retrouver l'info pour le bouclage des numéros. Si
> quelqu'un peut confirmer (ou non !)...
> --
> Patrice
>
> "SSO" a écrit dans le message de
> news:
> > La table en question, sur laquelle on doit réinitialiser le compteur


ne
> fait
> > que d'être chargée puis vidée. J'ai donc peur qu'un jour la valeur
dépasse
> la
> > capacité du type int et que ça génére des plantages.
> > Oui c'est une manip qui se fait dans la cadre de fonctionnement normal
> d'une
> > appli.
> >
> >
> > "Patrice" a écrit :
> >
> > > Truncate table ou peut-être alter table mais tu risques de buter
> toujours
> > > sur le même problème.
> > >
> > > Quel est le problème que cela pose si le compteur n'est pas
> réinitialiser ?
> > > Cela devrait être une manip. tout à fait exceptionnelle. Cherche tu


à
> faire
> > > cela dans le cadre du fonctionnement normal d'une appli ?
> > >
> > > --
> > > Patrice
> > >
> > > "SSO" a écrit dans le message de
> > > news:
> > > > Merci pour la réponse.
> > > > Quelle autre solution j'ai pour réinitialiser un champ
> > > > compteur dans une table pour une connexion sql qui a les droits
> db_writer,
> > > > db_reader, public.
> > > > Merci d'avance.
> > > >
> > > > "SSO" a écrit :
> > > >
> > > > > Bonjour,
> > > > >
> > > > > Est-il possible de donner des autorisations pour éxecuter la
> commande
> > > DBCC
> > > > > CHECKIDENT RESEED(MaTable,0) à public?
> > > > >
> > > > > Du style GRANT DBCC CHECKIDENT ON MaTable To public.
> > > > >
> > > > > Ceci pour autoriser des connexions de droits db_writer,


db_reader,
> > > public à
> > > > > réinitialiser le champ compteur d'une table.
> > > > >
> > > > > Si ce n'est pas possible, quelle autre solution j'ai pour
> réinitialiser
> > > un
> > > > > compteur sachant que la connexion sql a les droits db_writer,
> db_reader,
> > > > > public.
> > > > >
> > > > > Merci pour vos réponses.
> > > > >
> > > > > SSO
> > > > >
> > >
> > >
> > >
>
>




Avatar
Med Bouchenafa
create table tblTest
(
a int identity(2147483647, 1)
)
insert into tblTest Default values
insert into tblTest Default values

--
Bien cordialement
Med Bouchenafa

"Patrice" wrote in message
news:
Selon le type de données choisi, il se peut que tu attendes très très
longtemps avant de te trouver dans ce cas ce que dois même pouvoir évaluer
grossièrement (par exemple avec le type utilisé, vois combien de numéros
tu
pourrais consommer chaque jour et combien de jours cela représenterait
avant
d'arriver au bout).

En plus je crois me souvenir que SQL Server repart de la valeur mini
négative lorsqu'il arrive au bout du compteur ce qui double au moins les
valeurs possibles. Au final je pense que tu risques de voir qu'il te
faudrait des années, voire des décennies avant de de te trouver dans ce
cas
avec une table quelconque...

Dans le cas d'une table qui est chargée/vidée, le problème ne devrait pas
se
poser du tout (les numéros bouclent et comme la table est vidée on ne
retombera pas sur les numéros précédent).

Je n'arrive pas à retrouver l'info pour le bouclage des numéros. Si
quelqu'un peut confirmer (ou non !)...
--
Patrice

"SSO" a écrit dans le message de
news:
La table en question, sur laquelle on doit réinitialiser le compteur ne


fait
que d'être chargée puis vidée. J'ai donc peur qu'un jour la valeur
dépasse


la
capacité du type int et que ça génére des plantages.
Oui c'est une manip qui se fait dans la cadre de fonctionnement normal


d'une
appli.


"Patrice" a écrit :

> Truncate table ou peut-être alter table mais tu risques de buter


toujours
> sur le même problème.
>
> Quel est le problème que cela pose si le compteur n'est pas


réinitialiser ?
> Cela devrait être une manip. tout à fait exceptionnelle. Cherche tu à


faire
> cela dans le cadre du fonctionnement normal d'une appli ?
>
> --
> Patrice
>
> "SSO" a écrit dans le message de
> news:
> > Merci pour la réponse.
> > Quelle autre solution j'ai pour réinitialiser un champ
> > compteur dans une table pour une connexion sql qui a les droits


db_writer,
> > db_reader, public.
> > Merci d'avance.
> >
> > "SSO" a écrit :
> >
> > > Bonjour,
> > >
> > > Est-il possible de donner des autorisations pour éxecuter la


commande
> DBCC
> > > CHECKIDENT RESEED(MaTable,0) à public?
> > >
> > > Du style GRANT DBCC CHECKIDENT ON MaTable To public.
> > >
> > > Ceci pour autoriser des connexions de droits db_writer, db_reader,
> public à
> > > réinitialiser le champ compteur d'une table.
> > >
> > > Si ce n'est pas possible, quelle autre solution j'ai pour


réinitialiser
> un
> > > compteur sachant que la connexion sql a les droits db_writer,


db_reader,
> > > public.
> > >
> > > Merci pour vos réponses.
> > >
> > > SSO
> > >
>
>
>






Avatar
SSO
Merci pour vos réponses.

Toujours concernant mon pb sur l'execution du dbcc checkident pour une
connexion sql en public, db_reader, db_writer, je pense plutôt ajouter dans
le code de mon trigger une verification des droits de l'utilisateur connecté
pour lancer ou pas la cmd dbcc.

Je voudrai donc ajouter ce type de verif :

Si MonUtilisateurEncours a les droits (sysadmin ou db_owner ou ddladmin) Alors
Dbcc checkident....
Fin si

or je n'y arrive pas, si vous avez du source sql qui fait ça, je suis
preneuse car je n'y arrive pas. A moins que ce ne soit pas encore possible.

Merci d'avance pour vos réponses.

SSO

"Med Bouchenafa" a écrit :

create table tblTest
(
a int identity(2147483647, 1)
)
insert into tblTest Default values
insert into tblTest Default values

--
Bien cordialement
Med Bouchenafa

"Patrice" wrote in message
news:
> Selon le type de données choisi, il se peut que tu attendes très très
> longtemps avant de te trouver dans ce cas ce que dois même pouvoir évaluer
> grossièrement (par exemple avec le type utilisé, vois combien de numéros
> tu
> pourrais consommer chaque jour et combien de jours cela représenterait
> avant
> d'arriver au bout).
>
> En plus je crois me souvenir que SQL Server repart de la valeur mini
> négative lorsqu'il arrive au bout du compteur ce qui double au moins les
> valeurs possibles. Au final je pense que tu risques de voir qu'il te
> faudrait des années, voire des décennies avant de de te trouver dans ce
> cas
> avec une table quelconque...
>
> Dans le cas d'une table qui est chargée/vidée, le problème ne devrait pas
> se
> poser du tout (les numéros bouclent et comme la table est vidée on ne
> retombera pas sur les numéros précédent).
>
> Je n'arrive pas à retrouver l'info pour le bouclage des numéros. Si
> quelqu'un peut confirmer (ou non !)...
> --
> Patrice
>
> "SSO" a écrit dans le message de
> news:
>> La table en question, sur laquelle on doit réinitialiser le compteur ne
> fait
>> que d'être chargée puis vidée. J'ai donc peur qu'un jour la valeur
>> dépasse
> la
>> capacité du type int et que ça génére des plantages.
>> Oui c'est une manip qui se fait dans la cadre de fonctionnement normal
> d'une
>> appli.
>>
>>
>> "Patrice" a écrit :
>>
>> > Truncate table ou peut-être alter table mais tu risques de buter
> toujours
>> > sur le même problème.
>> >
>> > Quel est le problème que cela pose si le compteur n'est pas
> réinitialiser ?
>> > Cela devrait être une manip. tout à fait exceptionnelle. Cherche tu à
> faire
>> > cela dans le cadre du fonctionnement normal d'une appli ?
>> >
>> > --
>> > Patrice
>> >
>> > "SSO" a écrit dans le message de
>> > news:
>> > > Merci pour la réponse.
>> > > Quelle autre solution j'ai pour réinitialiser un champ
>> > > compteur dans une table pour une connexion sql qui a les droits
> db_writer,
>> > > db_reader, public.
>> > > Merci d'avance.
>> > >
>> > > "SSO" a écrit :
>> > >
>> > > > Bonjour,
>> > > >
>> > > > Est-il possible de donner des autorisations pour éxecuter la
> commande
>> > DBCC
>> > > > CHECKIDENT RESEED(MaTable,0) à public?
>> > > >
>> > > > Du style GRANT DBCC CHECKIDENT ON MaTable To public.
>> > > >
>> > > > Ceci pour autoriser des connexions de droits db_writer, db_reader,
>> > public à
>> > > > réinitialiser le champ compteur d'une table.
>> > > >
>> > > > Si ce n'est pas possible, quelle autre solution j'ai pour
> réinitialiser
>> > un
>> > > > compteur sachant que la connexion sql a les droits db_writer,
> db_reader,
>> > > > public.
>> > > >
>> > > > Merci pour vos réponses.
>> > > >
>> > > > SSO
>> > > >
>> >
>> >
>> >
>
>





Avatar
Med Bouchenafa
Voir IS_SRVROLEMEMBER and IS_MEMBER dans Aide En Ligne

--
Bien cordialement
Med Bouchenafa

"SSO" wrote in message
news:
Merci pour vos réponses.

Toujours concernant mon pb sur l'execution du dbcc checkident pour une
connexion sql en public, db_reader, db_writer, je pense plutôt ajouter
dans
le code de mon trigger une verification des droits de l'utilisateur
connecté
pour lancer ou pas la cmd dbcc.

Je voudrai donc ajouter ce type de verif :

Si MonUtilisateurEncours a les droits (sysadmin ou db_owner ou ddladmin)
Alors
Dbcc checkident....
Fin si

or je n'y arrive pas, si vous avez du source sql qui fait ça, je suis
preneuse car je n'y arrive pas. A moins que ce ne soit pas encore
possible.

Merci d'avance pour vos réponses.

SSO

"Med Bouchenafa" a écrit :

create table tblTest
(
a int identity(2147483647, 1)
)
insert into tblTest Default values
insert into tblTest Default values

--
Bien cordialement
Med Bouchenafa

"Patrice" wrote in message
news:
> Selon le type de données choisi, il se peut que tu attendes très très
> longtemps avant de te trouver dans ce cas ce que dois même pouvoir
> évaluer
> grossièrement (par exemple avec le type utilisé, vois combien de
> numéros
> tu
> pourrais consommer chaque jour et combien de jours cela représenterait
> avant
> d'arriver au bout).
>
> En plus je crois me souvenir que SQL Server repart de la valeur mini
> négative lorsqu'il arrive au bout du compteur ce qui double au moins
> les
> valeurs possibles. Au final je pense que tu risques de voir qu'il te
> faudrait des années, voire des décennies avant de de te trouver dans ce
> cas
> avec une table quelconque...
>
> Dans le cas d'une table qui est chargée/vidée, le problème ne devrait
> pas
> se
> poser du tout (les numéros bouclent et comme la table est vidée on ne
> retombera pas sur les numéros précédent).
>
> Je n'arrive pas à retrouver l'info pour le bouclage des numéros. Si
> quelqu'un peut confirmer (ou non !)...
> --
> Patrice
>
> "SSO" a écrit dans le message de
> news:
>> La table en question, sur laquelle on doit réinitialiser le compteur
>> ne
> fait
>> que d'être chargée puis vidée. J'ai donc peur qu'un jour la valeur
>> dépasse
> la
>> capacité du type int et que ça génére des plantages.
>> Oui c'est une manip qui se fait dans la cadre de fonctionnement normal
> d'une
>> appli.
>>
>>
>> "Patrice" a écrit :
>>
>> > Truncate table ou peut-être alter table mais tu risques de buter
> toujours
>> > sur le même problème.
>> >
>> > Quel est le problème que cela pose si le compteur n'est pas
> réinitialiser ?
>> > Cela devrait être une manip. tout à fait exceptionnelle. Cherche tu
>> > à
> faire
>> > cela dans le cadre du fonctionnement normal d'une appli ?
>> >
>> > --
>> > Patrice
>> >
>> > "SSO" a écrit dans le message de
>> > news:
>> > > Merci pour la réponse.
>> > > Quelle autre solution j'ai pour réinitialiser un champ
>> > > compteur dans une table pour une connexion sql qui a les droits
> db_writer,
>> > > db_reader, public.
>> > > Merci d'avance.
>> > >
>> > > "SSO" a écrit :
>> > >
>> > > > Bonjour,
>> > > >
>> > > > Est-il possible de donner des autorisations pour éxecuter la
> commande
>> > DBCC
>> > > > CHECKIDENT RESEED(MaTable,0) à public?
>> > > >
>> > > > Du style GRANT DBCC CHECKIDENT ON MaTable To public.
>> > > >
>> > > > Ceci pour autoriser des connexions de droits db_writer,
>> > > > db_reader,
>> > public à
>> > > > réinitialiser le champ compteur d'une table.
>> > > >
>> > > > Si ce n'est pas possible, quelle autre solution j'ai pour
> réinitialiser
>> > un
>> > > > compteur sachant que la connexion sql a les droits db_writer,
> db_reader,
>> > > > public.
>> > > >
>> > > > Merci pour vos réponses.
>> > > >
>> > > > SSO
>> > > >
>> >
>> >
>> >
>
>







1 2