Your feedback is highly appreciated! Let's make Vertabelo even better.

0
Not a bug

When primary key is selected, nullable is greyed out

richard@tallent us 11 років тому оновлено Jarosław Błąd (CEO) 11 років тому 2
When primary key is checked, the nullable column checkbox is greyed out.

This is all well and good if the nullable column is blank, but if it is checked as well, it makes it difficult to resolve the inconsistency (one has to uncheck PK, uncheck N, then re-check PK).

Suggest that either nullable checkbox should *not* be greyed out if it is checked, or alternatively that any action to check the PK field should uncheck nullable.

0
Fixed

Oracle 11g support URI Type, but Vertabelo says it's invalid

John Rojas 11 років тому оновлено Rafał Strzaliński (Senior Engineer) 11 років тому 3
Hello, 
I see a warning in my model that says:
"Type is not supported by chosen database engine"

It refers to a field that is of type uritype(256).  We have checked Oracle 11g reference guide and it is supported.  See this reference link for 11g:
http://docs.oracle.com/cd/B28359_01/appdev.111/b28...

Thanks,

John
0
Fixed

Pressing Enter on Reference Properties should not create a new reference

richard@tallent us 11 років тому оновлено Rafał Strzaliński (Senior Engineer) 11 років тому 3
If you're editing the reference name or description and press Enter, a new PK/FK reference is added to the table below. This is unexpected behavior.
0
Declined

Global edits that cascade to related tables, e.g. when I change the name of a primary key the change should cascade to related tables.

Ayokunle Giwa 11 років тому оновлено Jarosław Błąd (CEO) 11 років тому 1
0
Under review

Presentation of existing references in table is visually confusing

richard@tallent us 11 років тому оновлено Jarosław Błąd (CEO) 11 років тому 1
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.
0
Fixed

"your are" typo in "Model is now under your control" popup

Marc Belley 11 років тому оновлено Jarosław Błąd (CEO) 11 років тому 1
Image 14
small typo in one of the popups
0
Declined

More advance index creation required

Roger Thomas 11 років тому оновлено Jarosław Błąd (CEO) 11 років тому 1
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));
0
Declined

I would like to create multiple diagrams within a single model

John Rojas 11 років тому оновлений 11 років тому 2
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!
0
Виконано

Please, alway show scrollbar in columns section

Thanaphat Suwannikornkul 11 років тому оновлено Jarosław Błąd (CEO) 11 років тому 3
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.
0
Not a bug

Don'tt update the column type PK-FK relationships

Michael Medina 11 років тому оновлено anonymous 11 років тому 3
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.
Відповідь
anonymous 11 років тому
Not updating the type of FK column is a desired behaviour. This is because you can have, for instance, "SERIAL" datatype for your PK and "INT" type for FK and this is perfectly valid structure (I'm talking about PostgreSQL now, but such cases exist in other RDBMSs as well).
If you change the PK type and the types of PK and FK don't match, you should get an error in the "Problems" section.