SQL的“泪”和“ =”运算符有何区别？
我正在构建一些使用参数化值的准备好的语句。举个例子：
SELECT * FROM "Foo" WHERE "Bar"=@param
有时@param可能是NULL。在这种情况下，我希望查询返回其中Baris的记录NULL，但是上面的查询不会这样做。我了解到可以使用IS运算符。换一种说法：
SELECT * FROM "Foo" WHERE "Bar" IS @param
除了对的不同处理之外NULL，还有其他两种方式可以使上述两个语句的行为有所不同？如果@param不是NULL，而是说，那该5怎么办？IS在这种情况下，使用操作员是安全（又理智）的事情吗？我应该采取其他方法吗？
问题答案：
您需要从Foo获得Bar = @param的记录，或者如果@param为null，Bar为null的记录。某些建议的解决方案将使用nonnull@param为您提供空记录，这听起来不像您的要求。
Select * from Foo where (@param is null and Bar is null) or (Bar = @param)
这并不是说这是Oracle还是SQLServer还是其他RDBMS，因为它们各自实现的助手功能略有不同。SQL的ISNULL（第一，第二）类似于NVL（第一，第二）。我喜欢SQLServer的COALESCE（）的一般适用性。
IS比较仅用于空比较。
如果您使用的是SQL Server，并且 确实需要 使用其他3VL逻辑真值表来解决您的问题（也就是说，如果您特定需要在某个时间点将“ NULL =
NULL”设置为“ true”，以及认识到不推荐使用此方法，并禁止您的原因（通常不是一个好主意），您可以在代码块中使用指令
设置ANSI_NULLS OFF
这是BOL：http：
//msdn.microsoft.com/en-
us/library/ms188048.aspx
-
有符号和无符号变量在按位运算上有区别吗？< br >例如，在处理无符号数字时:< br> 将得到00000101。 但当处理带符号的数字时会发生什么？
-
问题内容： Java中的和运算符有什么区别？ 问题答案： 是算术右移，是逻辑右移。 在算术移位中，将扩展符号位以保留数字的符号性。 例如：用8位表示的将是（因为最高有效位的权重为负）。使用算术移位将其右移一位，你将得到1。但是，逻辑右移并不关心该值是否可能表示带符号的数字；它只是将所有内容移至右侧，并从左侧填充0。使用逻辑移位将右移一位将得到。
-
问题内容： 如果移位的数字为正，>>>和>>的工作原理相同。 如果移位数为负，>>>将最高有效位填充为1，而>>操作将MSB填充为0。 我的理解正确吗？ 如果负数是在MSB设置为1的情况下存储的，而不是Java使用2s补码的方式，则运算符的行为将完全不同，对吗？ 问题答案： 表示负数的方式称为2的补码。为了演示其工作原理，以-12为例。12的二进制值为00001100（假设整数为8位，尽管实际上它
-
问题内容： 和之间有什么区别？它们都创建一个类的实例，我不确定它们之间有什么区别。 问题答案： 在操作创建一个是静态已知的（在编译时），并可以调用你想创建对象的任何构造一个类型的新对象。这是创建对象的首选方式- 快速且JVM对它进行了许多积极的优化。 是一个动态构造，用于查找具有特定名称的类。它比使用速度慢，因为无法将对象的类型硬编码到字节码中，并且因为JVM可能必须执行权限检查以确保您有权创建对
-
问题内容： JavaScript代码： Java代码： 为什么？我已经阅读了文档，但没有发现不同。如何将JavaScript代码移植到Java？ 问题答案： 两者都是合乎逻辑的右移，但JavaScript在处理数字方面有些怪异。通常，JavaScript中的数字为浮点数，但按位运算会将其转换为无符号的32位整数。因此，即使该值看起来不应更改，它也会将数字转换为32位无符号整数。 您看到的值与相同，
-
那么，在这些语言中同时使用逻辑运算符和按位运算符有什么具体的理由吗？或者他们只是出于熟悉的原因被包括在内？ （我知道您可以在布尔上下文中使用“按位”运算符来避免Java和C#中的短路，但我从来不需要这样的行为，所以我想这可能是一个大部分未使用的特例）