如何查看导入的Oracle表
我有来自 Oracle8 的 Oracle 转储文件。我正在尝试在 Oracle 10 中导入数据。为了导入数据,我使用 PL/SQL Developer(顺便购买,我有 TOAD 客户端)。我通过单击“工具”->“导入表”选择“Oracle 导入”,然后选择“导入文件”来执行此操作。之后单击确定,完成。那么我如何找到导入的表? 我正在使用“sys”登录。数据库位于远程。
更新1 好的。在导入过程中,我收到此日志
Export file created by EXPORT:V08.01.07 via conventional path
import done in CL8MSWIN1251 character set and AL16UTF16 NCHAR character set
import server uses WE8MSWIN1252 character set (possible charset conversion)
export client uses WE8ISO8859P1 character set (possible charset conversion)
export server uses WE8ISO8859P1 NCHAR character set (possible ncharset conversion)
. importing SYSTEM's objects into SYSTEM
. importing MD's objects into MD
*****
Then
"ALTER SESSION .....
....there some sql syntaxes
. . skipping table "MyTable"
****
WHY it is skipping?
****
end last
Import terminated successfully with warnings. :)
UPDATE2。通过在虚拟机中安装 Oracle8 解决了该问题。导入成功。
I have oracle dump file from Oracle8. I am trying to import data in Oracle 10. For importing data I am using PL/SQL Developer(buy the way, I have TOAD client). I am doing that by click Tools->Import Tables choose Oracle Import, and then choose Import file. after that click Ok, Done. so How I can find imported tables?
I am using "sys" login. Database is located remotely.
UPDATE1
Ok. During importing I got this log
Export file created by EXPORT:V08.01.07 via conventional path
import done in CL8MSWIN1251 character set and AL16UTF16 NCHAR character set
import server uses WE8MSWIN1252 character set (possible charset conversion)
export client uses WE8ISO8859P1 character set (possible charset conversion)
export server uses WE8ISO8859P1 NCHAR character set (possible ncharset conversion)
. importing SYSTEM's objects into SYSTEM
. importing MD's objects into MD
*****
Then
"ALTER SESSION .....
....there some sql syntaxes
. . skipping table "MyTable"
****
WHY it is skipping?
****
end last
Import terminated successfully with warnings. :)
UPDATE2. The Issue was resolved by installing Oracle8 in virtual machine. Import was success.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
如果您以前的数据库中没有这些表,您可以尝试按创建时间找到它们:
并且,是的,正如已经说过的,不要使用 SYS 进行日常操作。这根本不是一个好的做法。
You could try to find them by creation time, if you haven't had these tables in your database before:
And, yes, as it has already been said, don't use SYS for day-to-day operations. It's not a good practice at all.
导入的表不会以任何特定方式进行标记。导入过程本身知道加载哪些表——如果您使用命令行导入实用程序,则可以让它生成导入对象的日志。我希望您的 GUI 具有类似的日志功能。
我希望您不会将对象导入 SYS 模式或使用 SYS 进行正常的日常操作。 SYS是一个非常特殊、非常强大的帐户。它应该很少使用,并且仅用于少数管理任务。
Imported tables aren't going to be flagged in any particular manner. The import process itself knows what tables are loaded-- if you use the command-line import utility, you can have it generate a log of the objects that are imported. I would expect that your GUI would have a similar log functionality.
I'm hoping that you are not importing the objects into the SYS schema or using SYS for normal day-to-day operations. SYS is a very special, very powerful account. It should be used very rarely and only for a handful of administrative tasks.
希望导出是作为其他用户完成的,并且对象未是在
SYS
架构下导入的。通常不建议这样做 - 或者几乎任何事情 - 作为SYS
,因为有很多方法可以损坏数据库。如果您知道对象的原始所有者,请查看连接架构列表底部的“其他用户”(在左侧面板中),找到并展开该用户,表应该位于其中。我必须补充一点,我没有以这种方式导入,但是使用命令行
imp
工具,您会收到有关以其他用户身份导入的警告,并且会告诉您原始所有者。这次导入有日志吗?Hopefully the export was done as a different user and the objects have not been imported under the
SYS
schema. Doing that - or pretty much anything - asSYS
is generally not advisable as there are a lot of ways you can damage your database.If you know the original owner of the objects, look under the 'Other users' at the bottom of the schema list for your connection (in the left-hand panel), find and expand that user, and the tables should be in there. I have to add that I haven't imported that way, but with the command-line
imp
tool you get a warning about importing as a different user and that would tell you the original owner. Was there a log from this import?