donc si je resume: vaut mieux laisser sqlserver que pour le stockage des tables et coder tous le reste en VB. Hein Messieurs?
donc si je resume: vaut mieux laisser sqlserver que pour le stockage des tables et coder tous le reste en VB. Hein Messieurs?
Bonjour,
Je suis d'accord avec SQLPro effectivement, décrypter des objets cryptés(triggers, procedure, UDF, etc) avec WITH ENCRYPTION est très simple.
Il y a plein d'application qui le font depuis bien longtemps...
Cepedant ça n'empêche pas de grands éditeurs spécialiste des bases de données (Quest software par exemple ! ) de crypter certains de leurs objets.
Cepedant c'est pas pour autant qu'il faut éviter le produit.
A mon avis tout est fonction de l'utilité du produit et sa place dans l'entreprise (si c'est un ERP, une CRM ou encore une GED ... conservez la main sur le modèle de données pour le jour où vous devrez dégager l'éditeur et migrer ).
@+
Non, le fait de mettre son code en VB rend ton application plus compliquée et plus difficile à maintenir, moins performante et ne garantit en rien la confidentialité de ton code. Même si tu places ton code SQL en VB, il est récupérable en laissant tourner une session du profiler (en 2000, pour qqn qui a des droits d'admin sur le serveur).Envoyé par BOMBARDIER
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager