Project Server technical bits

Just a quickie... I've been interested in how MS have handled the "multiple PWA sites in a Content DB" thing since I read that this was their new approach.  Most of my reporting is via SSRS so i am reliant (still... in 2016) on DB queries rather than OData feeds (tsk) and this "querying a PWA DB with more than one PWA site in it is unsupported" quote was worrying me. So it looks like what is happening is this. When you create the first PWA site in a Content DB it hard-codes the SiteID into the _Userview view design elements.  This means that your first PWA Site is the default.  All the data for subsequent sites are still held in the tables against separate SiteID's but you cannot utilise the OOTB _Userview components (see below) SELECT        ProjectFields.... FROM            pjrep.MSP_TVF_EpmProject('FF19B767-CA6D-4C4C-B123-C0B5AE5354D6') AS MSP_EpmProject  LEFT OUTER JOIN         ...

Following on from my previous 2016 PWA Setup post, I am encountering an issue with PWA on the root of a HNSC with PWA in ProjectServer Permission Mode. Scenario  I want to create a pwa site on a HNSC at http://pwa.domain.com ,  I don’t PWA as a pathed web under the HNSC (‘/pwa’) and I would like to avoid using a Host Header on a separate webapp with PWA provisioned at ‘/’ if poss as its horrible and ikkie Method Create a web app on server name http://fe1 Create a root Site Collection on the web app Lock Content DB down Create new Content DB for the PWA site Create a HNSC called http://pwa.domain.com pointing to the above web app using the PWA#0 template etc New-spsite " http://pwa .domain.com " -hostheaderwebapplication " http://fe1 " -name "PWA" -Description "Project Web App" -owneralias "Domain\user" -language 1033 -template "PWA#0" Lock the content db down Enable PWASite features and all that jazz Swi...