M
Max Metral
Ok, Visio For "Enterprise Architects" is just junk. I put this message here
so those who google after me will avoid it like the plague.
1) Database projects are an abomination. Want to see an application take
800 MB of swap and then crash? Use them.
2) The documentation on database features is all but nonexistent. One gets
the impression that there's one poor soul in a room in Redmond who is the
"database modeling" guy. Sorry you're stuck doing that. You should stop
now, do us all a favor, and cancel the product.
3) Objects can get simply LOST from your model. They're still in there
somewhere, but you sure can't get to them. Try getting to a predicate,
especially in situation #1. This wouldn't be so disastrous if, like every
other modern Microsoft product, you supported any sort of open file format
like oh say XML. Think of it as a way to have other people fix your
mistakes.
4) When copying and pasting a set of tables from one document to another,
there really isn't a whole lot of reason for adding 1 to every table name is
there? Silly, and illustrative of a shaky underlying framework or code
structure.
5) My database document will now "attempt" to generate DDL, not generate
any, and then the entire database menu just doesn't do anything. No
messages, no nothing. No logged conflicts, no model warnings, no nothing.
Because of #4 and a 60 table document, it's going to be an adventure to try
and fix it, and who knows if it even will.
6) Call me crazy, but if I EXPORT an Erwin file FROM Visio, wouldn't you
think Visio could import it too? Madness I know, but unless two different
trained monkeys were banging away at the export and import code, it's a
pretty big bug.
7) Your friends in the SQL Server group make great products. One of the
great features is called "computed columns." Ask them about it. Then
implement it.
I will post updates here as more things go wrong in my attempt to rescue the
last week of work I've wasted on building this Visio model.
so those who google after me will avoid it like the plague.
1) Database projects are an abomination. Want to see an application take
800 MB of swap and then crash? Use them.
2) The documentation on database features is all but nonexistent. One gets
the impression that there's one poor soul in a room in Redmond who is the
"database modeling" guy. Sorry you're stuck doing that. You should stop
now, do us all a favor, and cancel the product.
3) Objects can get simply LOST from your model. They're still in there
somewhere, but you sure can't get to them. Try getting to a predicate,
especially in situation #1. This wouldn't be so disastrous if, like every
other modern Microsoft product, you supported any sort of open file format
like oh say XML. Think of it as a way to have other people fix your
mistakes.
4) When copying and pasting a set of tables from one document to another,
there really isn't a whole lot of reason for adding 1 to every table name is
there? Silly, and illustrative of a shaky underlying framework or code
structure.
5) My database document will now "attempt" to generate DDL, not generate
any, and then the entire database menu just doesn't do anything. No
messages, no nothing. No logged conflicts, no model warnings, no nothing.
Because of #4 and a 60 table document, it's going to be an adventure to try
and fix it, and who knows if it even will.
6) Call me crazy, but if I EXPORT an Erwin file FROM Visio, wouldn't you
think Visio could import it too? Madness I know, but unless two different
trained monkeys were banging away at the export and import code, it's a
pretty big bug.
7) Your friends in the SQL Server group make great products. One of the
great features is called "computed columns." Ask them about it. Then
implement it.
I will post updates here as more things go wrong in my attempt to rescue the
last week of work I've wasted on building this Visio model.