oracle sql开发者编辑字段
我最近尝试了 oracle sql Developer 2.11 和 3 EA 2 32 位 Windows（尽管我也尝试过 2.11 64 位）。一直让我发疯的一个问题是在数据视图中，我似乎无法直接从 MYSQL、数据库编辑字段中的数据，但是，我可以通过 SQL 操作数据，所以这不是权限问题。
谁能告诉我如何启用它，以便我可以单击字段并进行编辑，我确信通过观看 youtube 上的视频可以做到这一点，但是，这些演示是使用 oracle 的，所以我想知道这是否是 mysql 的限制？有人吗？
PS MS Access 数据库也有同样的问题。
I have recently tried oracle sql developer 2.11 and 3 EA 2 both 32-bit windows (although I have tried 2.11 64bit as well). One issue that has been driving me nuts is in data view I cant seem to edit the data in fields, from a MYSQL, database directly, however, I can manipulate data via SQL so it isn't a permissions problem.
Can anyone please tell me how to enable it so I can click on fields and edit, I am sure this is possible from looking at video on youtube, however, these demos are with oracle so I wonder if this is a restriction with mysql? Anyone?
PS Also have the same issue with MS Access Database.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我认为这是一个限制。
Oracle 表有一个名为 ROWID 的内置标识符，它对于表中的任何记录都是唯一的。因此，数据浏览器可以提取它所显示的每一行的 ROWID。当您将列“pet”从“CAT”更改为“DOG”时，它只会生成一个 UPDATE 表 SET PET='DOG' WHERE ROWID = ...。
这存在一些问题（例如具有细粒度访问控制的表/行级安全性），因此即使对于 Oracle 表，它也并不总是有效。
从技术上讲，可以通过确定主键列来完成等效操作，但这需要表强制执行主键，因此排除可更新视图。然后存在确定哪些列是主键列并使用这些值（数据类型等）的麻烦。简而言之，这是大量额外的工作，都是特定于数据库的，所以我对尚未开发功能并不感到惊讶。
I think its a restriction.
Oracle tables have a built-in identifier called ROWID that is unique to any record in a table. As such, the data browser can pull out the ROWID for each row it is displaying. When you change column 'pet' from 'CAT' to 'DOG' it simply generates an UPDATE table SET PET='DOG' WHERE ROWID = ....
There are a few issues with this (eg tables with fine grained access control/row level security) so it doesn't always work even for Oracle tables.
Technically the equivalent can be done by determining the primary key columns, but that would require the table has a primary key enforced, so excluding updatable views. And then there is the hassle of determing which columns are the primary key ones and using those values (data types etc). In short, it is a lot of extra work under the hood, all database specific, so I'm not surprised that functionality hasn't been developed.