If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
Tasks Not Completed
I have a query of a table that lists all tasks for this
year. I have another table that records each employee, the task completed, and the date it was completed on. I desire to create a query that will return the employee and the tasks that he has not completed. Can someone assist me with this? I truly appreciate the help. |
#2
|
|||
|
|||
Tasks Not Completed
SELECT employee, task
FROM tblMyTable WHERE Nz([taskcompleteddate], 99999) Date() ORDER BY employee Regards, Graham R Seach Microsoft Access MVP Sydney, Australia Microsoft Access 2003 VBA Programmer's Reference http://www.wiley.com/WileyCDA/WileyT...764559036.html wrote in message ... I have a query of a table that lists all tasks for this year. I have another table that records each employee, the task completed, and the date it was completed on. I desire to create a query that will return the employee and the tasks that he has not completed. Can someone assist me with this? I truly appreciate the help. |
#3
|
|||
|
|||
Tasks Not Completed
I am a little confused about this.
What does Nz with the date do? I do not see where the tasks from the query (the master list of tasks) are being compared to the list of tasks that the employee has already completed from the table. The master list of tasks (the query: query1) may contain 100 tasks to be completed for the year. The table (table1) records the employee, the tasks he completed, and the date he completed it. The new query, I hope, will compare that table to the query to determine which tasks the employee still needs to complete. -----Original Message----- SELECT employee, task FROM tblMyTable WHERE Nz([taskcompleteddate], 99999) Date() ORDER BY employee |
#4
|
|||
|
|||
Tasks Not Completed
SELECT employee, task
FROM tblMyTable WHERE Nz([taskcompleteddate], 99999) Date() ORDER BY employee Nz is the "Null to Zero" function, which returns the specified value if the argument is Null. In this case, its looking at the date. If a record has a Null taskcompleteddate, then the task has not been completed. I could of course make another assumption, but that too could prove incorrect. To save a lot of screwing around with the incomplete information you've provided thus far, why don't you post the structure of ALL tables involved, and the SQL for the query you mentioned. I will then do your work for you. Regards, Graham R Seach Microsoft Access MVP Sydney, Australia Microsoft Access 2003 VBA Programmer's Reference http://www.wiley.com/WileyCDA/WileyT...764559036.html wrote in message ... I am a little confused about this. What does Nz with the date do? I do not see where the tasks from the query (the master list of tasks) are being compared to the list of tasks that the employee has already completed from the table. The master list of tasks (the query: query1) may contain 100 tasks to be completed for the year. The table (table1) records the employee, the tasks he completed, and the date he completed it. The new query, I hope, will compare that table to the query to determine which tasks the employee still needs to complete. -----Original Message----- SELECT employee, task FROM tblMyTable WHERE Nz([taskcompleteddate], 99999) Date() ORDER BY employee |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
How to hide completed tasks in calendar view | news.rcn.com | General Discussion | 1 | June 25th, 2004 06:32 AM |
How to hide completed tasks in task list in calendar view | news.rcn.com | General Discussion | 0 | June 19th, 2004 04:28 PM |
Calendarized Tasks View: format not working | jg70124 | Calendar | 1 | June 8th, 2004 03:30 AM |
Task Pad will not show today's tasks and won't hold settings | CLiff | General Discussion | 1 | June 2nd, 2004 11:19 PM |