Version imprimable
Bonjour,
je compte créer une application web à accès interne qui traite un certain nombre de demande clients. et en même je dois créer un site web qui permettra au client de suivre le statut de sa demande.
j'ai opté pour vb.net pour l'application web interne et un CMS pour le site.
est-il possible d'utiliser la même base de données ou bien il y a un autre moyen pour que une fois je mets à jour le statut en interne le client peut voir cette mise à jour sur le site.
Merci.
Bonjour,
Oui il est tout a fait possible d'utiliser ta base de données par les deux applications. Je te conseil par contre d'utiliser des utilisateurs différents pour chaque application. Comme ça si tu casses des trucs dans la bdd, tu pourras voir quel utilisateur et donc quelle application en ai la cause.
Je me trompe peut-être mais à moins de faire de la duplication de données tu ne peux qu'utiliser la même base pour mettre à jour ton site (plus ou moins directement après).
Bonne journée.
-- Momoth --
Bonjour et merci pour votre réponse.
Bonjour, svp je veux savoir qu'est ce que vous avez fait pour la base de données ? elle est en interne ou en externe ? qu'elles sont les bonnes pratiques a votre avis.
PS : j'ai un peu prés le même cas et je me demande sur les bonnes pratiques pour garantir la sécurité des données.
C'est plus un choix d'architecture que des bonnes pratiques. C'est à toi de choisir s'il convient de cloisonner tes données, ou s'il est plus avantageux de tout regrouper dans une seule et même base de données.
Exemple : si tu as 1000 clients, tu peux choisir d'avoir une seule et unique base de données, avec dans chaque table une colonne discriminante pour distinguer tes clients. Tu peux également choisir d'avoir 1000 bases de données (une par client). Les deux solutions ont leurs avantages et inconvénients (maintenance, taille de la base, complexité de mise à jour, etc.).
Quelques éléments de réflexion ici : Une seule base de données ou plusieurs ?
En terme de sécurité, voici quelques bonnes pratiques :
- Désactiver le compte SA et lui interdire toute connexion
- Utiliser l'authentification Windows (NTLM), et ne pas activer l'authentification SQL Server
- Créer des utilisateurs SQL distincts pour chacune des bases de données, avec des droits restreints, puis ajuster les permissions au fur et à mesure
- Héberger le serveur SQL derrière la DMZ (il vaut mieux éviter de l'exposer directement sur Internet)
- En cas d'utilisation de l'instance par défaut, changer le port standard (1433), en choisir un au hasard pour limiter les attaques
Compris, merci beaucoup pour ces conseils :)