Well I read it - interesting (except for the errors e.g. fig 37) and I agree that UML has some features not available in IDEFIX notation, but, like another modelling language, Object Role Modelling, what do I do with the differences when it comes to building a database.
Rational Rose allows one to convert a class diagram to a data model diagram and produce DDL, but the conversion results may need to be modified to take care of actual database implementation requirements.
Visio has an ORM modelling facility but you can't get DDL until you convert it to an ER diagram and you lose much of the extra information.
I really want some information on why it would be an advantage to use UML as a modelling language when the end result for me is to produce a well designed working database. One answer might be that since one has to build a class diagram for the developers one might as well use it to define the database - but as I indicated, that approach in practice does not work very well - not all classes are tables, not all tables are part of the class diagram. In any case developers I've worked with often prefer to work with sequence diagrams.
Finally - what advantage is UML (over ER) when designing Data Warehouses. If I sound negative it is mostly because people tell me of the theoretical advantages, but seem to fade out when it comes to practical advantages.