pl/sql null语句
语法是这些主题之一。 引起十分重要讨论的情感话题之一。 我个人喜欢PL / SQL。 它非常冗长且精确。 它迫使您坚持使用非常坚固的系统,这会使您减速,这可能有助于您避免错误。
我特别喜欢PL / SQL中的一件事。 没有空块之类的东西。
在Java中,您可以编写:
// Just an empty block:
{}
// An empty block with a label:
label1: {}
// Or, in fact, the empty statement:
;
label2: ;
仅从句法的角度来看,上述问题是一个空块可能被无意留为空。 一个空语句甚至根本不可见。 在if语句的上下文中考虑以下问题:
if (something) {
}
if (somethingElse) ;
在PL / SQL中,这是不可能的。 没有空块之类的东西。 以下内容无法编译:
BEGIN
END;
不:
ORA-06550: line 2, column 1:
PLS-00103: Encountered the symbol "END" when expecting ...
或者,采用IF
语句。 这里不允许空虚:
IF 1 = 1 THEN
END IF;
不起作用
如果您确实想创建空块(例如,作为稍后将要写的代码的占位符),则必须在其中显式放置一个伪语句。 PL / SQL有这样的声明。 NULL
语句:
BEGIN
NULL;
END;
IF 1 = 1 THEN
NULL;
END IF;
这就说得通了。 您会立即看到:好的,这里什么都没有发生。
结论
详细程度有助于减少代码中的错误数量。 人们对语法的关注越少(再次参见关于非常非常重要的主题的讨论 ),他们就越会专注于他们真正打算写的内容。 让我们吞下我们的骄傲。 当我们习惯一种语言时,我们将接受任何一种语言。 他们都是有缺陷和古怪的。 没关系 但是至少,这种语言应该使我们避免争论不同的样式。
现在,让我重新格式化所有该白痴的小写PL / SQL代码。 谁会写小写的begin
和end
!
pl/sql null语句