I haven't yet no. I thought it looked fairly good from what I've seen, I like that type of separation, hopefully just beta bugs that'll be ironed out
The seperation is great and works well once you get your head around it (I had only worked on a custom built framework before). The main quirks are:
1) you have a table called tblProfile, you add it to the entity model and it creates an entity class called tblProfile and an entity set call tblProfile, same name gets confusing. If you rename the entity in the diagram to Profile, you get a class Profile and an entity set ProfileSet, so it's either wrong in the first instance with the same name, or the second instance when they are different. I think they should be different.
2) You add two tables linked with a foreign key to the diagram, tblProfile and tblImage, again you rename to Profile and Image in the entity diagram. Even though the classes are created as Profile and Image the relation link is created as oImage.tblProfile, instead of the expected oImage.Profile. You either have to manually rename all of the relationships in the diagram or not prefix your tablenames.
3) If you delete an entity model from the diagram it removes it from the diagram, and removes the relationships, but leaves the reference to the table in the XML behind it. As a result you can't re-add the entity unless you manually open the XML and remove all references to it.
They are all problems with the Entity model creator in VS2008, and are all abundant on the MSDN forums so hopefully will be rectified in the proposed service pack 2.