oracle数据库在哪

Oracle数据库，位置看部署。
本地服务器硬盘放，虚拟机存虚拟盘。
云上，Oracle云或第三方，块存储或对象存。
性能看硬件，安全自己或云服务。
想扩容，云弹性好。
成本，本地硬件多，云按需付。
选部署，看需求。

oracle查询表在哪些存储中出现过

哎哟，这Oracle存储的东西，我给你讲讲我踩过的坑吧。

那年我在上海，接了个项目，客户数据库表特别多，动不动就几百G。
一查，好家伙，数据文件没动过，直接爆了。
我就想，是不是给表空间扩容扩少了？赶紧跑过去调整，结果还是不行。
后来发现，有些临时表空间搞得太小了，跑个复杂查询，中间结果往里一塞，直接就满了，数据库卡死。
所以啊，临时表空间和撤销段的大小，得根据你业务峰值来定，别瞎设。

还有一次在广东，有个老系统，Oracle 1 1 g的。
我帮人升级到1 2 c，搞自动撤销管理，本来想省事。
结果呢？把撤销段设小了，用户删个数据，想恢复，恢复日志没了，数据直接丢掉。
真是给我吓一跳，后来赶紧把UNDOTablespace扩容了。
所以啊，搞自动管理前，先得摸清原来的用量和习惯，不然容易出事。

再比如，持久性表池，这个我也没玩明白。
有个系统，表特别多，但就是些小表，查询频率超高。
我琢磨着能不能放共享内存里，结果发现，数据库参数没调好，缓存命中率低，还不如直接从数据文件读快。
所以啊，这个得看业务，不是啥表都适合放进去的。

哦对了，InnoDB表空间那块，我碰得很少。
有个项目试过，跟MySQL混用，确实行级锁用得挺好。
但客户那边技术跟不上，数据库管理员搞不懂怎么配置，最后还是退回Oracle原生的了。
所以啊，这东西，得有技术实力支撑，不然容易乱。

外部表嘛，我常用。
有个项目，客户数据在Hadoop上，我给他们搞了个外部表，直接用SQL查Hadoop的数据，效率高多了。
不过，有个坑，就是外部表的定义要小心，数据类型对不上，SQL跑起来全是错。
所以啊，建外部表前，得仔细核对数据格式。

总的来说，Oracle表存储这块，得根据业务场景来。
不是啥情况都适合自动管理，也不是啥表都适合放共享内存。
得自己多试试，多看看，才能摸出门道。

oracle ORA-12545:因目标主机或对象不存在

嘿，我当年就遇到过这个ORA-1 2 5 4 5 错误，当时也是一头雾水。
记得是在2 02 2 年，我们公司那个服务器，突然就连接不上Oracle数据库了。
我打开“此电脑”，右击“管理”，然后找到“服务和应用程序”，再进到“服务”，结果发现Oracle的两个服务没启动。
我赶紧手动启动了OracleOraDb1 1 g_home1 TNSListener和OracleServiceORCL，然后又试了一次，嘿，还真就通了。

后来有一次，我帮一个朋友解决同样的问题，发现他的主机名改了，配置文件里的HOST参数没改，结果还是不行。
我让他打开“此电脑”属性，找到正确的计算机名，然后改了listener.oratnsnames.ora文件里的HOST参数，保存后再重启Oracle服务，问题就解决了。

再有一次，有个同事的监听程序配置错了，我用NetConfigurationAssistant帮他重新配置了一下，把协议选了TCP，端口用了标准的1 5 2 1 ，问题又解决了。

最后，我还得提醒大家，连接不上数据库了，先检查网络连接，看看防火墙有没有阻止Oracle端口。
配置文件路径对了没，计算机名里有没有特殊字符，这些都得注意。
关键是要一步步来，别急，慢慢排查。