Discussion :

[StringBuilder]

Bonjour,

En C#, si je veux connaître la différence entre deux dates sous la forme d'un intervalle de temps, je fais comme ça :

Code csharp :

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

1
2
3
4
 
DateTime from = ...;
DateTime to = ...;
TimeSpan diff = to - from;

J'ai maintenant une table :

Code sql :

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

1
2
3
4
5
6
7
8
9
10
 
create table worktime
(
	id int primary key identity,
	ticket_id int null references plannis.ticket(id),
	[description] varchar(max) not null,
	[start] datetime2 not null,
	[end] datetime2 not null
);
go

Pour des facilités d'interrogation, je souhaite rajouter une colonne "duration" de type time qui contient la différence entre les deux date.

Naïvement, j'ai tenté :

Code sql :

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

1
2
3
4
 
alter table worktime
add duration as ([end] - [start]) persisted;
go

Sauf que j'obtiens le résultat suivant :

Msg*8117, Niveau*16, État*1, Ligne*2
Le type de données de l'opérande datetime2 n'est pas valide pour l'opérateur subtract.

Ok, moi je veux bien... SQL c'est pas aussi malin que C# au niveau de convertions de type, pourquoi pas.

Seulement, la seule fonction qui semble permettre de calculer la différence entre deux dates, c'est DATEDIFF().
Au simple détail près que DATEDIFF() ne retourne pas un TIME, mais un INT correspondant à la granularité étudiée.

J'ai rien contre le fait de reconstruire un TIME à partir d'un nombre de secondes ou minutes, sauf que si pour une raison ou une autre, j'ai d'un côté une date en 2019, et de l'autre, car elle n'est pas renseignée, une date en l'an 1, je fais avoir une erreur de dépassement de capacité car le nombre de seconde, minutes et même heures depuis la naissance de notre pote Jésus dépasse allègrement la capacité d'un simple INT...

Comment faire proprement un TIME à partir de la différence entre deux dates ?

[StringBuilder]

HMPF !

Bon, en fait un TIME c'est pas du tout un TimeSpan, simplement la partie "temps" d'une date... Du coup de toute façon ça va pas au delà de 24h...

[StringBuilder]

J'adore parler tout seul

Finalement datediff_big fera l'affaire...

Code sql :

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

1
2
3
4
 
alter table worktime
add duration as datediff_big(minute, [start], [end]) persisted;
go

[aieeeuuuuu]

bonjour,

en effet, TIME n'a pas vocation à stocker une durée, mais une heure.

La solution du bigint est la bonne s'il est vraiment nécessaire de rester sur une précision à la seconde... mais sur des période de plus de 60 ans... est-ce que ça a vraiment un intérêt ?

j'ai d'un côté une date en 2019, et de l'autre, car elle n'est pas renseignée, une date en l'an 1, je fais avoir une erreur de dépassement de capacité car le nombre de seconde, minutes et même heures depuis la naissance de notre pote Jésus dépasse allègrement la capacité d'un simple INT...

Pour les secondes, certes, mais pour les minutes, c'est OK, puisque, sauf erreur de ma part, 2³¹ minutes font plus de 4000 ans.
Enfin si à la base la date de début n'est pas renseignée, l'intervalle devrait renvoyer un NULL plutôt qu'une valeur qui ne veut rien dire non ?


Par ailleurs, vue la simplicité du calcul effectué, je ne suis pas certain qu'il soit pertinent de rendre cette colonne persistante ?!?

[StringBuilder]

Vu la brouette sur laquelle la base est hébergée, tout cycle CPU économisé est bon à prendre...

Pour ce qui est des dates non renseignées, actuellement start et end sont not null.
Du coup l'application cliente peut envoyer des données bidon à la place. Genre un DateTime.MinValue

[aieeeuuuuu]

le mieux serait de nettoyer les données en amont.

sinon :

Code :

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

DATEDIFF(SECOND, NULLIF(debut, '00010101'), fin)