Re: unix permissions theory applied to db security? Or...?
This WebDNA talk-list message is from 2000
It keeps the original formatting.
numero = 31586
interpreted = N
texte = >Could someone think out loud with me on this- ? > >I have a main.db with 10,000's of records (possibly 100,000's in the >future) and each >record can be appended/replaced/deleted by a user belonging to the >specific group >associated with that record PLUS everyone belonging to a group above >him in the >hierarchy of groups (but no one in a more lowly group). Imagine a >tree with branches >and the person at the trunk can edit any record, while the few >people at the level of >the first branches can edit 75% of the records, while people at the >fine twig level can >only edit a few records... But the trunk man can of course edit a >twig record... > >I came up with a solution but someone suggested to me that this is >really just a >permissions issue and so could be more efficiently handled than the >way I thought of.This has nothing to do with permissions.Webcatalog has 'permission' to modify the database file, and each member has access to that db via webcatalog. So you must use webcatalog to control who has the right to modify each record. The only thing the OS sees is that webcat is modifying it, and that's just fine with the OS. ================================ Kenneth Grome, WebDNA Consultant 808-737-6499 http://webdna.net ================================------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list
. To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to
Associated Messages, from the most recent to the oldest:
>Could someone think out loud with me on this- ? > >I have a main.db with 10,000's of records (possibly 100,000's in the >future) and each >record can be appended/replaced/deleted by a user belonging to the >specific group >associated with that record PLUS everyone belonging to a group above >him in the >hierarchy of groups (but no one in a more lowly group). Imagine a >tree with branches >and the person at the trunk can edit any record, while the few >people at the level of >the first branches can edit 75% of the records, while people at the >fine twig level can >only edit a few records... But the trunk man can of course edit a >twig record... > >I came up with a solution but someone suggested to me that this is >really just a >permissions issue and so could be more efficiently handled than the >way I thought of.This has nothing to do with permissions.Webcatalog has 'permission' to modify the database file, and each member has access to that db via webcatalog. So you must use webcatalog to control who has the right to modify each record. The only thing the OS sees is that webcat is modifying it, and that's just fine with the OS. ================================ Kenneth Grome, WebDNA Consultant 808-737-6499 http://webdna.net ================================------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to
Kenneth Grome
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
email [title] (1997)
Sort Order on a page search (1997)
Sku numbers (1997)
Fun with Dates - any progress? (1997)
RE: Missing contexts on NT (1997)
Email (1998)
View order not right (1997)
Date Range Sorting (1997)
[WebDNA] Fails to recognize comma-separated db (2010)
[OT] Apple Auto Index (2001)
Hosting Services (1999)
Version 6 Problems (2004)
I forgot (1998)
NT vs Mac (1997)
Solve the Problem, get the code! (2001)
TeaRoom Search page (2000)
multi-paragraph fields (1997)
More to Expire (1998)
Field name-subcategory (1997)
Search multiple fields (1997)