Under Reference Properties, the PK/FK table has two design decisions that make it less intuitive.

The first is that the form fields for creating a new relationship are shown *before* rather than after the existing relationships. The second is that the form pre-populated with values, and fields have a much lighter color than the extant rows of the table.

Combined, it is visually unintuitive to easily see the existing relationship(s).

Suggest using a different color for the existing rows, or a bold font, moving the blank form below any existing rows, and dimming the form fields.

small typo in one of the popups

Currently its not possible to define indexes that use a sub length of a column. This is often used for char and byte type fields that are very long.

In mysql you can do the following

    CREATE INDEX part_of_name ON customer (name(10));

It seems that only one diagram is allowed per model.  For large databases, having a single diagram does not work so well.

Why can't you allow creating multiple diagrams for a single model.

Also, subject areas does not work as well, because they require related tables to be close to each other within a diagram.

With multiple diagrams, you can create diagrams specific to some topic and still use subject areas to group tables within the diagram.

Thanks!

Please, alway show scrollbar in columns section because when I use this section for table that have a few column I found a problem.
First I expand column's property by click arrow down button that make scroll bar appear and delete button moved.
Then I want to collapse this column's property without move my mouse so I hit the moved delete button.

When I change the column type to another value in a table with PK in another table that contains the FK does not update.

It will correct this?

Sorry for my english, thanks.

Hi.

Mysql field description not have a sql script. Whats problem ?

Thanks. 

Is there a way to import .dmd files(oracle plataform)? Because I have some db normalizations that I have to implant in my project. If not, that would be a great and useful idea! :)

Obs: Sorry for my english, I need to improve that.

I know if you expanded support for NoSQL DBs (MongoDB) our company would jump fully on board. You have the basics to do this already and really no competitors.

Is there plans for this?