Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
MS strategy why ignoring the need to put security in DBC
Message
De
27/05/1998 11:39:36
 
 
À
27/05/1998 05:23:50
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Divers
Thread ID:
00101360
Message ID:
00102390
Vues:
31
One note on the observation about Access. If MS encapsulated Dbf's into an Access like
MDB we too could have security. Unfortunatelly we would also receive Access's lack
of speed. It is a trade-off on security, if you want real security you have to give up some
of your speed.
===================================
>>>Jim,
>>> I tried this but I get 'variable glMyVariable is not found'. Can you please explain exactly where and how to insert this variable?
>>>
>>>Thanks,
>>Bill,
>>
>>In the startup program you can declare PRIVATE glMyVariable and assign it a vlaue of .T. just before the read events is issued. That way the variable exists if the user is runing your app, it doesn not exist if the user is trying to get at the data without running your app.
>
>Jim,
> Perhaps I'm missing the point but I am still able to open the table I tested with the VFP command window and also from Excel. By the way, where is MyValidCheck() defined.
> Also, it can be noted that Access has security for the .mdb file. Microsoft certainly didn't tell Access users to upgrade to SQL Server if they wanted security (just an observation).
>
>Thanks,
----------------------------------
-myron kirby (mkirby2000@gmail.com)-
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform