健康资讯 PL/SQL块包含三部分：声明部分、可执行部分和异常处理部分。可执行部分是块中唯一必需的部分，而声明和异常处理部分都是可选的。
PL/SQL表示“对SQL的过程语言扩展”。由于PL/SQL与SQL紧密集成，因此它支持绝大多数的SQL功能，如SQL数据操作、数据类型、运算符、函数和事务控制语句。作为对SQL的扩展，PL/SQL把SQL与任何高级语言提供的编程结构和子程序相结合。
PL/SQL同时用于服务器端和客户端二者的开发。例如，可以使用PL/SQL在服务器端编写数据库触发器，也可以在客户端编写Oracle Form后面的逻辑。此外，配合各种Oracle开发工具使用时，PL/SQL还可以在常规和云环境中开发网络和移动应用。
块是PL/SQL中最基本的单元。所有的PL/SQL程序都组合成块。这些块也可以互相嵌套。通常情况下，PL/SQL块把代表单个逻辑任务的语句组合在一起。因此，在单个程序中的不同任务可以被分离成块。采用这种结构，程序的逻辑就很容易理解和维护。
PL/SQL块可以分为两类：命名和匿名。创建子程序时，将使用命名的PL/SQL块。这些子程序，包括过程、函数和包，都可以存储在数据库中，并随后通过它们的名称来引用。此外，类似过程和函数的子程序也可以在匿名PL/SQL块内定义。只要该块被执行，这些子程序就存在，但它们不能在块外被引用。换句话说，在一个PL/SQL块中定义的子程序不能被其他PL/SQL块调用，也不能随后通过它们的名字被引用。匿名PL/SQL块，正如你可能已经猜到的，它们没有名字。因此，它们不能被存储在数据库中，也不能在以后被引用。
当这些SELECT语句被组合成一个PL/SQL程序时，它们被作为单个单元发送到服务器。这个PL/SQL程序中的SELECT语句都在服务器上执行。服务器也把这些SELECT语句的结果作为单个单元返回给客户端。因此，包含多个SELECT语句的PL/SQL程序可以在服务器上执行，并且所有结果都在同一个往返行程中被返回给客户端。比起让每个SELECT语句都独立执行，这显然是一种更有效的方法。
安装与登录plsql
找到plsql安装包和教程
再把install_client12装到d盘，再在pldql首选项里面指向install_clint里的oci文件
登录plsql 用户名 密码 服务器名加数据库名
navicat preminm功能类似plsql
工作经验还是不足，今天犯了个低级错误。
oracle11g的数据库，我想把生产库备份还原到测试库上。
一开始我图省事，直接plsql备份dmp文件，在用plsql还原，发现系统登不上去，然后用语句还原，还是登陆不上去，各种尝试也不好使，感觉可能是plsql备份的问题，于是用语句备份，果然发现问题，plsql的备份文件只有1G，用语句备份的是3G。 然后又一通还原，发现系统还是登录不上去有报错。
然后进后台找日志，看了一下似乎是有视图没进来，重新执行视图，又发现似乎有的表缺字段，把表重新建了，发现还是报错呢。。。我操。
然后问老员工，老员工说有两个日志的地方，我找的是其中一个，我又找了另外一个也没发现问题，又一通删数据库还原数据库，不好使，还重新备份还原了应用，各种重建数据连接。
最后发现我们系统居然是有3个地方有日志！！！打开那个日志果然找到有执行select报缺表或者视图，然后我就拿着这个表去生产查果然发现生产是有的，我把建表语句备份还原到测试库，发现还有其他表缺，然后就百度，发现oracle11有一个功能，设为Y的时候，备份的数据库是没有空表的！！ 我用百度给的语句查一下库里所有的空表，果然发现所有的空表我的测试数据库都没还原过来啊！！此时我已经折腾一天了!!!
然后按教程给空表折腾一下，重新备份还原，起服务！！我曹，成了！！！！！
低级失误啊。
有可能有人会喷我数据库备份还原都不会，说实话，确实少，在老东家，有全职的运维人员负责备份还原数据库，只有申请不到资源的时候才会自己去还原数据库，而且基本只需要还原，备份要么是运维做，要么是服务器每天有自动备份，都不用我操心，所以我有还原数据库经验，但备份数据库次数很少，这个坑还是第一次遇到，新东家产品的日志也是个坑，操了，有3个日志文件夹
面向对象的类的概念被滥用了，名词越搞越多，效率越搞越低，最后干脆躺平等35岁算了。
Wirth说编程序本质就是数据结构加算法，现在我们又给它们起了个名字，叫贫血模型+接口服务。Martin Fowler大神说的贫血模型问题就是说这个。
有网友说：“如果按照数据库设计范式设计数据库结构，那么每一张表都是一个类，每条数据都是一个实例，数据库实际上是一个天然的贫血模型，只不过由于这种天然的贫血性，导致无处安放的行为只能由PLSQL承担，而PLSQL对数据库的天然依赖又限制了它的可扩展性。所以，其实结构性数据库的核心问题还是难以横向扩展的。”
面向对象实际上只说对象不说实体，实体一词出自美国PeterChen大师的ER理论。面向对象的对象和数据库的实体，我的理解还是有本质差异的。对象还是利用指针在内存中有一个标识，即使两个对象的属性值完全一样，这在内存中也是两个对象，数据库则不然。其实两者在哲学和数学理论层面都存在差异。
还有人评论说SQL非常高效率？！我们在内存中肯定会把对象组织成链表或者数组进行操作，这是高维度表，我们肯定不会组织成二维表，那样操作不仅受限制，而且效率就低了。你试着写一下某支股票历史记录中最长的连续上涨天数，程序马上就有思路，你试试SQL？
把面向对象方法弄清楚还是十分有必要的。
部门统一将Mysql客户端，
改为DBeaver社区版。
好家伙，很好用,
不用再纠结navicat是不是盗版了，
也不用再安装能把系统搞崩溃的PL/SQL了，
#老铁#，你用上了吗？
#程序员##热门##好平台好讲师##MySQL##数据库#
