eh, no.

My theory of relationships is that we use them for two reasons. The first is the laws of physics, you can’t put a pipe in a trench if you haven’t dug the trench. The second is that resources (essentially anything we count on the “y” axis) men, material, access, deck space, money, maximum permit count – the list is long – are not infinitely available, and we use relationships to help manage the restrictions/limitations. When we remove all of “type 2” relationships, our PERT network is likely to have lots of parallel tasks. Resource levelling should deal with this however we describe the “budget” for the resources.
Disappointingly, P6 lacks several key features. Some of which P3 had 30 years ago, and all of which Spider Project has now.

Proper control of splittable activities. If we have started a job, but a higher priority job that needs the same resource(s) becomes available, do we interrupt the first task? What is the minimum ”split” duration, what is the maximum split duration? (P3 didn’t quite get this right)

Stretching/Crunching. Simplistically, if the only job I can do takes 3 fitters, and I have 4 available, can I reduce the duration of the activity by using all four? Conversely, can I extend the duration if I have too few of a trade? (P3 nearly got this right)

Hard Lag. All lags in P6 are “soft”, i.e. not mandatary. For example, I isolate a valve, and then it is removed for service. In P6 a levelled schedule might show the valve isolated a week ago, because there are not enough fitters to do the actual work. I want a lag which is mandatory, the successor MUST start immediately the predecessor is finished ( no primavera product offered this)

I still have P3 running on an old laptop. The same one I have Suretrack on.