Guild of Project Controls: Compendium | Roles | Assessment | Certifications | Membership

Tips on using this forum..

(1) Explain your problem, don't simply post "This isn't working". What were you doing when you faced the problem? What have you tried to resolve - did you look for a solution using "Search" ? Has it happened just once or several times?

(2) It's also good to get feedback when a solution is found, return to the original post to explain how it was resolved so that more people can also use the results.

Drivin predecessor/successor info in SQL DB

6 replies [Last post]
Daniel Højer
User offline. Last seen 7 years 4 weeks ago. Offline
Joined: 15 Feb 2007
Posts: 13

Hi,

Do anyone know, if information of driving predecesor/successor is available in the SQL DB.

I am trying to do a report directly from the DB, but have not been able to locate the information if a relationship is driving.

Please let me know if this is possible.

Thanks

 

BR

Daniel

Replies

Rafael Davila
User offline. Last seen 13 hours 14 min ago. Offline
Joined: 1 Mar 2004
Posts: 5229
  • http://www.austprojplan.com.au/relationship-float-and-viewing-in-primave...
  • http://www.ronwinterconsulting.com/The_Inner_Workings_Of_P6.pdf
  • Keep in mind P6 calculations for resource leveled floats are unreliable and that P6 Longest Path calculations break under resource leveling.
  • http://www.planningplanet.com/forums/planning-scheduling-programming-discussion/579702/cpm-longest-path-theory-broken-under-resour
  • https://docs.oracle.com/cd/E17462_01/Web_Access/Help/en/Projects/Tasks/pm_cpm.htm
Andrew Podolny
User offline. Last seen 40 weeks 4 days ago. Offline
Joined: 16 Nov 2004
Posts: 130

Tom is right. Instead of old Btrieve P3 database P6 doesn't store information regarding driving predecessors, relationship float etc in database. In order to get proper access to this data you have to use Primavera API.

Regards,

Andrew

Rafael Davila
User offline. Last seen 13 hours 14 min ago. Offline
Joined: 1 Mar 2004
Posts: 5229
  1. In-Progress Lag Report and Value. Remaining Lag should be displayed just as remaining duration is shown and editable. The CPM feature of Remaining Duration was added so that Schedulers could monitor and change this calculated duration result. Lags are to relationships what durations are to activities. Why should Remaining Lag calculations be discarded by the software instead of saved and displayed? Why should we be unable to indicate that Actual Remaining Lag is only 2 days instead of the calculated 4 days?
  2. Also Relationship Slack should be displayed; the amount of inter-activity float a relationship has in relation to other relationships with the same successor activity, measured in the same units as float for the schedule involved.
  3.  Part of the reason CPM Schedules are so hard to understand is that fact that not all of the data used is displayed.
  • You can make some of the equivalent data visible if using activities to model links & lag, but this is impractical for most of us. For 0 lag use a milestone. In these activities; Actual Duration will be the equivalent to In-progress Lag Lag, Remaining Duration will be the equivalent to Remaining Lag and Free Float equivalent to Relationship Slack.
  • I use different software and it gives me a similar table without need of additional software. Same as P6-Logic_League it misses to display some of the data, data discarded and not stored in the database. 
  • Keep in mind P6 calculations for resource leveled floats are unreliable and that P6 Longest Path calculations break under resource leveling.
  • http://www.planningplanet.com/forums/planning-scheduling-programming-discussion/579702/cpm-longest-path-theory-broken-under-resour
  • https://docs.oracle.com/cd/E17462_01/Web_Access/Help/en/Projects/Tasks/pm_cpm.htm
  • Therefore I would not trust P6 calculations on resource leveled schedules.
  • Good luck,
  • Rafael
Daniel Højer
User offline. Last seen 7 years 4 weeks ago. Offline
Joined: 15 Feb 2007
Posts: 13

Hi Tom,

Thanks for your reply eventhough you didn't give the answer I hoped for :-(

However, I "expected" that answer as I have not been able to find the information. We have a way of speek in Denmark when you been looking for something for a while and then other just finds it (you cannot see the forest for trees).

Tom Boyle
User offline. Last seen 3 weeks 4 days ago. Offline
Joined: 28 Nov 2006
Posts: 304
Groups: None

[Duplicate Delete]

Tom Boyle
User offline. Last seen 3 weeks 4 days ago. Offline
Joined: 28 Nov 2006
Posts: 304
Groups: None

I could be mistaken, but I managed to convince myself that relationship free float (and the associated "driving" flag) are not stored in the database but are instead computed and displayed by the client application.  Your reporting application would have to compute it independently - not a trivial exercise because it requires calendar math.