Bug #7485 | When foreign key was added, the automatically created index is not shown | ||
---|---|---|---|
Submitted: | 22 Dec 2004 15:26 | Modified: | 6 Feb 2005 5:35 |
Reporter: | Mark Junker | Email Updates: | |
Status: | No Feedback | Impact on me: | |
Category: | MySQL Query Browser | Severity: | S2 (Serious) |
Version: | 1.1.3 | OS: | Windows (WinXP Pro SP2) |
Assigned to: | Assigned Account | CPU Architecture: | Any |
[22 Dec 2004 15:26]
Mark Junker
[5 Jan 2005 14:35]
Michael G. Zinner
We relay on the server to add the index. Therefore we do not add the index explicitly in the table editor. In my opinion the index that is created automaticly is only a workaround to make FKs work. I just want to create a FK and the fact that the server adds a index to do so is only secondary. But I don't know how other databases handle this. Could you list the reason why you would like to see the index instantly? I wonder what would happen if the user removes the index manually after he created the FK... as the server will re-add the index when you press Apply Changes. I guess we would get a bug report for that. Thanks!
[6 Jan 2005 5:35]
Mark Junker
Hi, I simply need the because the QueryBrowser struggles if I continue working with the same "Table Editor" window after adding the foreign keys. Maybe it should reload the table definition after applying a change? Currently, I'm too lazy to test it but I think it struggles after adding a foreign key, applying the changes, deleting it and renaming the column of the (now deleted) foreign key. When you try to apply it now, it should produce an invalid SQL statement because the QB isn't aware of the automatically created index. Mark
[14 Feb 2005 22:54]
Bugs System
No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".