Version imprimable
Je viens de lire un article sur SQL Server, si j'ai bien compris, l'application et interface que je voudrait programmer devrait se contenter au maximum de présenter les données, ce sont les procédures stockées et les trigger qui doivent faire le gros des modifications dans les table?
Désolé je débute et j'aimerai mieu comprendre les méthodes de programmation de ce genre d'application
travailler via procédures stockées apporte des avantages de performance. Maintenant, cela revient à coder du SQL assez propriétaire.
le triggers, c'est plus limite. En environnement 3 tiers, la logique applicative devrait être dévouée au 2e tiers, par forcément à la base... et les triggers sont pas supers en terme de perfs.
Et comment gérer les utilisateurs multiple?
Laisser le formulaire 'déconnecté' de la BDD, et le rafraichir a chaque enregistrement?
Mettre a jour par SQL lors d'une modification
Je n'arrive pas a programmer les connections correctes, j'ai toujours qqch qui se passe mal, position de l'enregistrement a -1, Erreur lors de l'Update etc
Une idée?
Je pense que ca peut provenir d'un ORDER BY dans ma source de donnée...