Discussion :

[boby62423]

Bonjour,

Existe t il un attribut particulier sur les champs ou les tables permettant d'insérer automatique la date de création d'un enreg ainsi que la date de modif ?

Quel est le meilleur moyen pour garder un historique des différentes valeurs d'une table ?

D'avance merci

[boby62423]

Bonjour,

J'ai une table qui contient deux champs pour lesquels je ne veux pas de doublons.
D'un point de vue fonctionnel, l'appli est conçue pour ne jamais insérer des doublons dans ce couple de champ.

Ceci dit, par sécurité, je voudrais créer un index sur ces deux champs (index unique), de sorte que ça claque une erreur en cas de bug dans l'appli (si cette derniere insere un doublon).

Les index sont ils conçus pour répondre à ce genre de problématique ou bien est ce que je veux faire est est dehors des regles de l'art ?

D avance merci

[elsuket]

Bonjour,

Réponse à votre 1er post :

Effectuez le test suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
 
CREATE TABLE TEST
(
	IDTest INT IDENTITY CONSTRAINT PK_TEST PRIMARY KEY,
	val INT NOT NULL,
	DateCreation DATETIME NOT NULL CONSTRAINT DF_TEST_DateCreation DEFAULT GETDATE(),
	DateModification DATETIME
)
GO
 
INSERT INTO dbo.TEST (val, DateModification) VALUES (1, GETDATE())
WAITFOR DELAY '00:00:05'
INSERT INTO dbo.TEST (val, DateModification) VALUES (2, GETDATE())
WAITFOR DELAY '00:00:05'
INSERT INTO dbo.TEST (val, DateModification) VALUES (3, GETDATE())
GO
 
SELECT *
FROM dbo.TEST
GO
 
-- Maintient la date de modification
CREATE TRIGGER TR_AU_TEST
	ON dbo.TEST
AFTER UPDATE
AS
BEGIN
	UPDATE dbo.TEST
	SET DateModification = GETDATE()
	FROM dbo.TEST T
	JOIN INSERTED I ON I.IDTest = T.IDTest
END
GO
 
UPDATE dbo.TEST
SET val = 8
WHERE IDTest = 1
GO
 
SELECT *
FROM dbo.TEST
GO

En conclusion :

Existe t il un attribut particulier sur les champs ou les tables permettant d'insérer automatique la date de création d'un enreg

Vous pouvez utiliser le type de de données TIMESTAMP je crois, mais je ne vous le conseille pas.
Sinon vous pouvez faire comme je viens de vous le montrer, avec un contrainte de valeur par défaut.

ainsi que la date de modif ?

Avec un trigger, c'est le seul moyen de ne pas répéter le code de mise à jour de cette date dans toutes les procédures stockées qui effectuent des mises à jour sur cette table.

Quel est le meilleur moyen pour garder un historique des différentes valeurs d'une table ?

Vous pouvez créer une table d'annexe avec une clé étrangère référençant la table source, et une colonne de type DATETIME dans laquelle vous stockez toutes les dates de mise à jour avec un trigger.

Réponse à votre 2nd post :

Code :

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

1
2
3
ALTER TABLE maTable
ADD CONSTRAINT UQ_maTable_mesColonnes UNIQUE(colonne1, colonne2)
GO

[SQLpro]

Existe t il un attribut particulier sur les champs ou les tables permettant d'insérer automatique la date de création d'un enreg ainsi que la date de modif ?

Rien n'existe par défaut dans une base de données relationnelle. Vous devez donc mettre dans les tables ce sont vous avez besoin.
Donc dans votre cas, vous devez rajouter une colonne de type DATETIME avec comme valeur par défaut CURRENT_TIMESTAMP ce qui l'alimentera avec la date/heure de création de la ligne. (il n'y a pas "d'enregistrements " dans une base de données, nous n'en somme plus au temps des "fichiers")

Quel est le meilleur moyen pour garder un historique des différentes valeurs d'une table ?

Historiser dans une table d'historisation via un trigger.
Lisez l'article que j'ai écrit à ce sujet : http://www.sqlspot.com/Historisation-des-donnees.html

J'ai une table qui contient deux champs pour lesquels je ne veux pas de doublons. D'un point de vue fonctionnel, l'appli est conçue pour ne jamais insérer des doublons dans ce couple de champ.
Ceci dit, par sécurité, je voudrais créer un index sur ces deux champs (index unique), de sorte que ça claque une erreur en cas de bug dans l'appli (si cette derniere insere un doublon).
Les index sont ils conçus pour répondre à ce genre de problématique ou bien est ce que je veux faire est est dehors des regles de l'art ?

Un index sert à accélérer les recherches. Il ne sert à rien dans ce cas précis. En revanche il vous faut ajouter une contrainte d'unicité. Lisez ce que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/s...partie2#L7.2.2

A +

[boby62423]

Merci pour vos réponse.

Interessant d'utiliser les triggers pour faire une table d'historisation.

Cependant, existe t il un moyen de se débrouiller avec la log binaire pour retrouver l'historique ?
Est ce propre ?

A+

[elsuket]

Bonjour,

Vous voulez lire le journal de transactions pour gérer cela ?
C'est de la pure folie, et c'est pourquoi MS ne fournit aucun outil permettant de lire le journal des transactions.
Il en existe des payants, mais leur utilisation n'est pas garantie par leurs éditeurs.

@++

[boby62423]

Quel est le role des logs alors ?
Je pensais qu'on pouvait reconstituer la base de données jusqu'a une date t à partir de ces logs. Est ce exact ?

[elsuket]

Bonjour,

Le rôle du journal des transactions est celui que vous venez de décrire, c'est-à-dire d'assurer la cohérence transactionnelle de la base de données en enregistrant les modifications exécutées sur la base de données avant même que celles-ci soient réellement opérées.
De cette façon on peut faire, refaire ou défaire une transaction après un crash.

Je pensais qu'on pouvait reconstituer la base de données jusqu'a une date t à partir de ces logs. Est ce exact ?

C'est exact, mais vous aurez pour cela besoin au moins d'un backup complet de la base de données et d'un backup du journal de transaction courant.
La restauration se fait alors avec la commande RESTORE et son option STOPAT.

[boby62423]

ok merci pour les réponses.

La solution des triggers me bote bien mais petit Quid: J'aimerais également mémoriser quel utilisateur a fait telle ou telle modif.
Ma notion d'utilisateur est une notion purement interne (j'ai fait ma propre table des users).
Du coup, existe t il une solution ?...

D'avance merci

[elsuket]

Bonjour,

Si vous utilisateurs sont des acteurs de votre entreprise, il vous suffit de créer des utilisateurs de vos bases de données.
Dès lors vous pouvez récupérer l'utilisateur qui exécute la procédure stockée avec la fonction système SUSER_NAME().

Si ce sont vos clients, il vous faut alors les enregistrer dès qu'ils se connectent à l'application un identifiant que vous passez à la procédure stockée qui modifie votre table source.
Vous n'aurez alors qu'à lire cet identifiant dans la table virtuelle INSERTED dans le trigger pour l'insérer dans votre table d'historique.

@++

[boby62423]

Bonjour,

Je n'ai pas bcp de users donc effectivemenent, je peux les créer dans sql server.

Est il pertinent d'utilser les users créés au niveau base pour l'authentification sur l'application elle même.
Existe t il des requetes permettant de créer de nouveaux users afin que je puisse automatiser la chose ?

Autre chose, j'utilise linq dans mon appli.
Je sais qu'avant de faire un submitchanges(), on peut demander a linq la liste des elements qui vont etre changés.
Existe t il un moyen d automatisation au niveau appli ?

Merci d'avance

[elsuket]

Bonjour,

Est il pertinent d'utilser les users créés au niveau base pour l'authentification sur l'application elle même.

C'est à vous de voir, le mieux à mon sens est de créer une connexion pour votre application (niveau instance) et un utilisateur (qui est en fait l'application) sur la base de données concernée.

Existe t il des requetes permettant de créer de nouveaux users afin que je puisse automatiser la chose ?

Au démarrage de votre application, vous demandez à l'utilisateur un login et un mot de passe.
Si l'utilisateur existe dans votre table d'utilisateurs, vous vous retournez l'identifiant de cet utilisateur.
S'il n'existe pas vous l'insérez, et de même vous vous retournez l'identifiant de cet utilisateur.

Existe t il un moyen d automatisation au niveau appli ?

C'est-à-dire ?
Faites plutôt cela dans une procédure stockée dans la base de données, et appelez-là avec LINQ

@++