问题标签 [scalar]

所以，我相信这与数组和列表之间的区别有关，但我不明白这里发生了什么。谁能解释一下 Perl 如何以及为什么将表达式 like与and(1..4)区别对待？(1, 2, 3, 4)@{[1..4]}

我正在从 Java 迁移到 C++，并且对该语言的灵活性有点困惑。有一点是存储对象的三种方法：指针、引用和标量（如果我理解正确，存储对象本身）。

我倾向于尽可能使用引用，因为它尽可能接近 Java。在某些情况下，例如派生属性的 getter，这是不可能的：

这不会编译，因为t只存在于范围内getSomeAttribute()，如果我返回对它的引用，它在客户端可以使用它之前将无处可指。

因此，我有两个选择：

1. 返回一个指针
2. 返回一个标量

返回指针如下所示：

这是可行的，但是客户端必须检查这个指针NULL才能真正确定，这对于引用来说是不必要的。另一个问题是调用者必须确保它t被释放，如果我可以避免它，我宁愿不处理它。

另一种方法是返回对象本身（标量）：

这很简单，这正是我在这种情况下想要的：感觉就像一个参考，它不能为空。如果对象超出客户端代码的范围，则将其删除。很方便。但是，我很少看到有人这样做，这是有原因的吗？如果我返回标量而不是指针或引用，是否存在某种性能问题？

处理这个问题的最常见/最优雅的方法是什么？

最好是长的。

我能找到的所有示例都是将日期/时间作为字符串而不是任何标量值。:)

我可以在 MDX 中使用正弦函数吗？我想知道一个度量的正弦值。

查看Const::Fast 源代码，我注意到它在内部使用了内置函数Internals::SvREADONLY。直接在我的 Perl 脚本中使用该函数是否安全？它似乎存在于 Perl 5.8 的核心中。

我有一个数据集，它计算每小时生产的托盘数量，例如

11/11/2010 22:00 --> 22
11/11/2010 23:00 --> 12
11/12/2010 00:00 --> 18
11/12/2010 01:00 --> 19
11/ 12/2010 03:00 --> 20

您可能会注意到，01:00 和 03:00 之间存在间隔，因为该小时没有数据。该数据在 SSRS 2005 中使用带有时间尺度 x 轴的图表进行可视化。当图表类型为“列”时，完全没有问题，因为 02:00 被可视化，没有 (0) 值，并且图表中的差距很明显。当图表类型为“线”或“区域”时，02:00 也会在图表上可视化，但没有 0 值：在 01:00 和 03:00 的值之间有一条连接线。查看折线图时，可以得出结论，在 02:00 有生产，但事实并非如此，它只是将 01:00 的值与 03:00 的值连接起来的线。

面积图中相同数据的示例（原始图像：http: //img577.imageshack.us/img577/9616/area.jpg）

和一个柱形图（原图：http: //img577.imageshack.us/img577/7590/column.jpg）

应该说明问题。

有谁知道如何解决这个问题？谢谢！

我需要设置一些标签地址/偏移量的最高位。

我试过：

测试.nasm：

但是当试图组装这个时，我得到：

为什么它不将mylabel视为标量值？我认为标签只是被汇编器替换为它们的地址（标量值）。

如果这很重要，我正在使用 nasm v 2.09.04。

提前感谢您的帮助。

编辑： 我已经能够使用+而不是| . 看起来好像按位运算符不适用于标签。你怎么看，这是故意的还是错误的？

我正在评估一个简单的功能：

哪里x是一个包含大约 100 个值的向量。但是，MATLABy在此实例中等于单个标量值。如果我做：

y我按预期得到了一个值向量。如果我做：

我还y按预期得到了一个值向量。

为什么上面的等式y = (2*x)/sqrt( 1 + x.^2 );给出一个值而不是一个值向量？

我在 O'Reilly 的书中发现了一个有点奇怪的例子：

输出是：

我不明白的是scalar1上下文：

这本书说'reverse something'给出了一个列表上下文，所以我猜qw/ yabba dabba doo /它被视为一个列表和reverse qw/ yabba dabba doo /（'doo'，'dabba'，'yabba'）。

所以来了$backward = something，这意味着某事是一个标量，所以我期待结果'doo dabba yabba'，但它是不同的：'oodabbadabbay'。

我想，原因是不能直接将列表设置为标量。所以我做了scalar2测试：只打印列表中的最新项目。为什么？为什么不在 scalar1 测试中？

标量测试输出如何工作？

我想我一直天真地假设 SQL 查询的 select 部分中的标量函数只会应用于满足 where 子句的所有条件的行。

今天我正在调试来自供应商的一些代码，并且对这个假设提出了挑战。我能想到这段代码失败的唯一原因是 Substring() 函数被调用了应该被 WHERE 子句过滤掉的数据。但似乎在过滤发生之前正在应用子字符串调用，查询失败。这是我的意思的一个例子。假设我们有两个表，每个表有 2 列，分别有 2 行和 1 行。每个中的第一列只是一个 id。NAME 只是一个字符串，NAME_LENGTH 告诉我们名称中有多少个字符具有相同的 ID。请注意，只有具有多个字符的名称在 LONG_NAMES 表中有对应的行。

如果我想要一个查询来打印每个名称的最后 3 个字母被截断，我可能会首先尝试这样的事情（假设现在是 SQL Server 语法）：

我很快就会发现这会给我一个错误，因为当它到达“X”时，它会尝试在子字符串调用中使用负数，它会失败。我的供应商决定解决这个问题的方法是过滤掉字符串太短而无法使用 len - 3 查询的行。他通过加入另一张桌子来做到这一点：

乍一看，这个查询似乎可行。连接条件将消除任何具有足够短的 NAME 字段以使子字符串调用失败的行。

但是，据我观察，SQL Server 有时会尝试计算表中所有内容的子字符串表达式，然后应用连接过滤掉行。这应该以这种方式发生吗？是否有记录在案的操作顺序，我可以在其中找出某些事情何时发生？它是特定于特定的数据库引擎还是 SQL 标准的一部分？如果我决定在我的 NAMES 表中包含一些谓词以过滤掉短名称（如 len(NAME) > 3），SQL Server 是否也可以在尝试应用子字符串后选择应用它？如果是这样，那么执行子字符串的唯一安全方法似乎是将其包装在选择中的“case when”构造中？