|
I'm trying to understand why is isn't possible in DB2/400 to use field level
security to prevent ALL access to a column (field) in a *FILE using field level
security.
It looks like the only Data Security attribute that can be restricted at the
field level is UPDATE... as in:
REVOKE UPDATE(oaddat, oadtim) ON KENNETH/CVTOBJAUT FROM PUBLIC
Does anyone know the "technical" reason for not being able to do this:
REVOKE READ(oaddat, oadtim) ON KENNETH/CVTOBJAUT FROM PUBLIC
or
REVOKE ALL(oaddat, oadtim) ON KENNETH/CVTOBJAUT FROM PUBLIC
Note: oaddat and oadtim are fields within the table CVTOBJAUT.
I know field access can be restricted through the use of views, but I'm trying
to restrict access to certain fields when someone uses an ADHOC file editor
against a physical file.
Is this just a restriction for DB2/400 or do other DB products (MS SQL, Oracle)
have the same restriction?
Kenneth
****************************************
Kenneth E. Graap
IBM Certified Specialist
AS/400e Professional System Administrator
NW Natural (Gas Services)
keg@xxxxxxxxxxxxx
Phone: 503-226-4211 x5537
FAX: 603-849-0591
****************************************
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.