Architecture 3 tiers et contrainte d'unicite

d'après ce que je viens de lire, le defaut de conception est surtout lorsqu'on choisit l'utilisation d'un DataSet en pensant que cela va nous permettre d'augmenter la capacité d'utilisateurs connectés à l'application. :P

Parcontre, dans le cas par exemple de création d'une commande d'articles, est-il nécessaire lorsque tu incrémentes la quantité d'un article commandé de faire un a/r serveur ?

Autre question, le code implémenté dans le DAL n'est-il pas finalement le même que celui implémenté dans le TableAdapter ?

(ce ne sont que des questions, je débute et cherche seulement à acquérir des bonnes pratiques... ;) )

Citation:

---

Envoyé par stephane.net

Parcontre, dans le cas par exemple de création d'une commande d'articles, est-il nécessaire lorsque tu incrémentes la quantité d'un article commandé de faire un a/r serveur ?

---

Pour mettre à jour ton dataset tu es de toute façon obligé de faire un aller/retour serveur justement c'est dû à l'architecture web. :). Tu ne peux pas envoyer le dataset au client, que celui-ci le manipule autant qu'il veut et puis qu'il le renvoie une fois pour toute (comme tu pourrais le faire en winform)

Citation:

---

Envoyé par stephane.net

Autre question, le code implémenté dans le DAL n'est-il pas finalement le même que celui implémenté dans le TableAdapter ?

---

Si bien sûr, c'est le même genre de code à ceci près que tu le contrôles entièrement puisqu'il est de ton cru :) et que si tu codes correctement, tu peux même envisager réutiliser cette DAL dans tout autre type de projet (winform, console, web service).

Bonjour,
En parlant de transactions, quelqu'un a une idée de la meilleure façon de l'implementer dans ce genre d'appli. Bien sùr, j'utilise un dataset typé et des TableAdapter pour chaque table de ma base de données ?????
Merci pour tout.

Citation:

---

Vous avez souvent rencontré des développements Web utilisant le mode déconnecté à 100%?

---

Cette question est très pertinente ...

Si on supposes en mode Web l'utilisation d'un dataset unique partagé au niveau de l'application, comment sera il chargé ? Les données de toute la bd seront chargées ou cela va être fait "à la demande" ??

Citation:

---

D'après l'expérience que j'ai, les développeurs WEB utilisent le dataset pour l'acquisition de données(par facilité et/ou réutilisation comme la liaison à plusieurs contrôles) et gèrent les mises à jour via une DAL (data access library) dont les méthodes sont appelées directement après une MAJ. Ces méthodes utilisent des procédures stockées.

---

Et du coup après maj la version des données chargée dans le dataset est obsolète ...

Moi je crois que le choix de travailler en connecté ou déconnecté dépend aussi du type d'application, de la fréquence des mises à jour, de la criticité même de ces mises à jour. Immaginez un ERP où plusieurs personnes travaillent sur base commune et que chacun doit bosser sur une vue des données et mettre à jour pour que ce soit disponible pour les autres ...

Juste une question :
Pour architecture vraiment scalable, si on on veut pouvoir évoluer vers le load balancing, y'a 'il un moyen de gérer les contraintes d'unicité autrement que dans le SGBD ?
C'est à dire, si on a deux serveurs web qui tapent la même BDD...

Le problème pourrait aussi se poser si tu as un système qui fonctionnent avec des sites qui ont leurs données respectives c'est à dire non directement connectées à la base centrale (en temps réel !).

Comment comptes tu vérifier ces contraintes sans passer pas le SGBD central ? (notamment au moment de la réplication).

Sinon le débat est passionnant, des solutions existent peut être ...:)

Citation:

---

Envoyé par Mose

Juste une question :
Pour architecture vraiment scalable, si on on veut pouvoir évoluer vers le load balancing, y'a 'il un moyen de gérer les contraintes d'unicité autrement que dans le SGBD ?
C'est à dire, si on a deux serveurs web qui tapent la même BDD...

---

A ma connaissance seul le SGBD gere l'integrite transactionnelle.
J'ai pas tout lu mais si sur un site Web des personnes font des saisies et traitements dans leur coin les donnees ne seront plus a jour apres pour les envoyer dans le SGBD.
Seul le SGBD gere l'unicite vu que c'est lui qui conserve et manipule les donnees

Citation:

---

Envoyé par jpelaho

Immaginez un ERP où plusieurs personnes travaillent sur base commune et que chacun doit bosser sur une vue des données et mettre à jour pour que ce soit disponible pour les autres ...

---

Ce genre d'ERP n'existe pas ou bien on n'a pas la meme notion d'ERP.
Si tu prends un ERP comme PeopleSoft tu construits des Forms et chaque champs est rattache directement a un SGBD.