Re: project track / log outstanding items list
- From: avi <avi38521@xxxxxxxxx>
- Date: Mon, 21 Sep 2009 13:56:08 -0700 (PDT)
Roger,
in reply to your query:
1) what if someone (contractor) wants to post, how's that doneTo avoid duplicates, please refer to my last reply to Bob. It should
2) what if you want to reply to a contractor's reply, how's that done
be basically thru some kind of form or forms.
seems like you need to track who is doing it and whenthat's right
with my design, the action list is your original post of what is
required, by whom, when
and the comments are a list of posts (by whomever) to accomplish this
action item
I don't know how the contractor accesses your system, but if they
login to windows, it is easy to captures the windows login
or to use ms-access login and its current user
the problem with setting up a 'thread' environment, where an id links
replies to an original post, it is hard to query up / down the thread,
thus my flat tblActionItemComment table
the same here, please refer to my last reply to Bob on common
'linear' (one post-replies!) table design.
Maybe I should use that design and give up the other option I was
considering.
But please explain then this 'per record' user level security and
corresponding form design.
NOTE that client and contractor ("posts" and "replies") do not use
exactly the same data, some are common ie same, the other are
different.
How to differentiate this then (form or forms /wrt to linear i.e.
common post-replies table) ?
Many thanks in advance.
.
- References:
- Re: project track / log outstanding items list
- From: avi
- Re: project track / log outstanding items list
- From: Roger
- Re: project track / log outstanding items list
- Prev by Date: Re: project track / log outstanding items list
- Next by Date: Re: project track / log outstanding items list
- Previous by thread: Re: project track / log outstanding items list
- Next by thread: Field type on a linked table
- Index(es):
Relevant Pages
|
Loading