Discussion :

[exopartners]

Bonjour,

Sur une application SilverLight 3 avec un serveur SQL server 2008 Express,
je souhaite gérer des couleurs dans un tableau, qui est rafraichi toutes les secondes, en fonction de données dans une base de données SQL Server.
Les couleurs doivent changer en fonction de la date et de l’heure de l’insertion ou de la modification des données.

Exemple :

• 1 couleur qui apparait pendant un certain temps lorsque c’est une nouvelle donnée. (5 secondes a chaque insertion / modification)

• 1 couleur qui apparait lorsque la date et l’heure de la nouvelle donnée est < à un certain temps. (1 heure après insertion / modification)

Je pensais utiliser des déclencheurs SQL à l’insertion et à la modification de ma table pour insérer la date et l’heure du serveur (GetUtcDate()) dans un champ.
J’ajoute une fonction SQL qui attend en paramètre le champ DateHeure, et le compare à l’heure courante.
Celle-ci ressort la valeur 1 selon s’il s’agit d’une ligne de moins de 5 secondes, la valeur 2 de moins d’une heure, la valeur 3 pour les autres cas.
Ensuite dans mon interface selon la valeur du champ « Etat » (1, 2 ou 3) , j’ajoute la couleur correspondante.

Est-ce que cette méthode vous parait optimisée ? ou existe t-il des méthodes plus simple pour comparer ces dates ?

Je suis passé par des méthodes SQL car j'ai rencontré des décallages entre les heures des machines clients et celle du serveur.
J'ai donc donc tout centraliser au niveau du serveur SQL.


Merci d’avance pour votre réponse

[Nathanael Marchand]

Personellement je suis pour sortir toute la logique de la base de données.
Je mettrais le "timestampage" plutot côté dans la couche DAO sur le serveur des webservices.

[yoyo88]

Pourquoi ne pas gérer cela coté silverligth plutôt ?
Il suffit de remonter une information de temps et de gerer la couleur en fonction.

[Nathanael Marchand]

Il a dit qu'il pouvait y'avoir un décalage de temps entre les horloges clientes et serveur. Un élément pourrait être classé en vert alors qu'il est rouge.

[yoyo88]

Pourquoi comparer le temps avec la machine local ?

tu peut aussi renvoyer l'heure courante du serveur au client et de comparer ensuite des dates.

même si idéalement il serrai plus logique de la faire coté web service. (meilleurs performance sans doute)

[Nathanael Marchand]

Oui c'est ce que je suggérais (peut être n'étais-je pas assez clair).

[exopartners]

Bonjour,
tout d'abord merci pour vos réponses.

On ne gère pas les éléments relatifs à l'heure au niveau client car les données insérées dans la bdd proviennent d'un système extérieur (ce n'est pas le client qui les ajoute, mais c'est lui qui doit voir l'affichage des couleurs selon les cas).

Cette méthode fonctionne globalement bien. Toutefois étant débutant en SilverLight, je me demandais s'il n'existait pas des méthodes plus simple que celle ci.

Merci.

[Nathanael Marchand]

Voilà comment je ferais sur toute la chaîne:
-Un champ dans la base de donnée qui te donne l'horaire de la dernière modif
-Dans ta couche d'accès aux données, lorsque tu insères ou modifie une ligne, mettre à jour le champ
-Dans ta couche d'accès aux données, mettre une propriété sur l'objet renvoyé à la couche business d'un type énumeration dont la valeur depend du temps
-Sur la couche silverlight tu peux faire différents VisualState sur ton objet, un état par valeur de l'énumération
-Sur la couche silverlight tu peux faire un DataTrigger bindé sur la propriété de type enumeration qui provoque un changement de VisualState

[yoyo88]

Le problème est que ton client n'a pas forcement la même heure que ton serveur.

Mais au lieu de gérer le changement de couleur de ton champ coté client, tu peut la gérer coté serveur comme sa pas de problèmes d'heure.

tu peut même mettre une variable couleur dans les info qui redescende. comme sa le binding fait le reste, et ta rien a gère coté silverlight