问题标签 [in-operator]

我在 Windows 10 和 ubuntu 14.04 LTS 上都使用 python 3.5.1。我有一个列表，其中包含超过一百万个字符串项。项目是土耳其语单词的 unicode 字符串。我使用 in 运算符检查该列表中是否存在某些字符串。大多数答案都是正确的。然而，有些字符串返回 False，即使它们存在于列表中。将列表转换为集合后，我尝试了相同的检查。但什么都没有改变。我该怎么做才能获得正确的结果。谢谢。

我到处都在使用 utf-8 编码。

相关代码在这里

我有这些查询：

我想使用 Charindex 进行更改：

但是@DocumentID='3,4,5'的值。在这种情况下，我不知道如何使用 CHARINDEX。有人可以帮忙...谢谢

我的目标是测试由一个查询生成的 grp 是否与同一查询的输出相同。但是，当我更改单个变量名称时，会得到不同的结果。

下面我展示了一个相同查询的示例，我们知道结果是相同的。但是，如果您运行该组，您会发现一个查询产生的结果与另一个查询不同。

更糟糕的是……现在，如果您尝试运行完全相同的查询，只是将变量名test1更改为test3，您将得到完全不同的结果。

我想不出任何解释可以满足这两种奇怪的行为，这使我无法验证我的数据。有任何想法吗？

编辑：

我已经按照响应建议的方式更新了 BigQuery SQL，并且出现了同样的不一致。

我对 Javascript 还很陌生，并试图根据运算符的工作方式准确地弄清楚for...in循环是如何in工作的。

这消除了混乱。

但是，我现在很困惑，为什么in操作员会在除最后一个场景之外的所有场景中返回false。

看起来for...in循环正在使用其最后一次迭代的值在 obj 中创建键 keyTest 。

我的理解正确吗？for...in当用于遍历所有对象键时，循环是否会在它们迭代的对象中创建键/值 ？

如果是这样，对理解的任何帮助都会有所帮助。

当我们使用等号并且 IN 运算符具有相同的值时，SQL 引擎有何不同？执行时间会改变吗？

第一个使用相等检查运算符

第二个使用IN运算符和单个值

如果只有一个值，SQL 引擎是否会更改IN？=

MySQL 和 PostgreSQL 有什么不同吗？

“我正在调整我的一些查询，以通过使用绑定参数重写它们来防止 SQL 注入。这对于简单的查询来说足够简单：

例如

我无法让它适用于使用 IN 运算符的查询。正如这里所建议的，我尝试了以下方法：

但是，此查询失败并显示错误消息：

“您的 SQL 语法有错误；请查看与您的 MySQL 服务器版本相对应的手册，以在第 6 行的 'Array' 附近使用正确的语法”

似乎查询已更改为：

我真的看不出我做错了什么。有什么建议么？

我编写了一个 SQL Server 2008 R2 存储过程来执行协调，并且我有一个协调状态标志 (TINYINT)，它的值可以是 0（新）、1（已协调）或 2（异常）。

在此过程中，我使用 != 运算符选择所有未成功协调到临时表中的记录：

在与工作中的 DBA 交谈时，他认为将其重新编码为：

性能会更好，因为我们知道 RECONCILIATION_STATUS 字段的所有可能值是多少。我找不到任何文献支持这一点，想知道他是否真的正确？

下拉菜单中有几个项目，即

我尝试用这样的两个 linq 查询填充下拉列表

现在当我尝试这一行时 //List admin = tea.spadminlist().ToList(); 然后数据源显示 null 其中作为 sp 返回值，即。工厂

所以我决定 qrite linq 查询所以在写完 linq 查询之后

这显示一个错误

错误 3 查询正文必须以 select 子句或 group 子句结尾

而且我还想如果角色不是管理员，那么我不想显示工厂值，如果角色是管理员，那么我只想在下拉列表中显示值“工厂”，所以我如何在第二个 linq 查询中使用 not in operator 和 for in operator我在第一个 LINQ 中使用 contains 运算符，但这显示了我上面提到的错误

我有一个较大的表（200 万行），其中有一列包含文本标识符（这些是物种的拉丁名称、Homo_sapiens、Tyranosaurus_rex 等）

我有另一个包含拉丁名称和物种“常见”名称的表，我可以查询它以获得拉丁名称的一小部分（约 140 个名称），其中一些映射到第一个表中。我想获取第一个表中的行，其名称完全映射到这个小选择。我用来获取小选择（只有 140 行）的查询运行速度很快，因为通用名称有一个 mySQL 'FULLTEXT' 索引

但是，如果我尝试使用 SQLIN运算符将这些匹配到 200 万行的大表中，则需要很多分钟，

即使我在 latin_name 列上设置了全文和普通索引也是如此。

我怎样才能加快速度？IN使用带有索引文本字段的运算符是否有问题？如果是这样，是否有某种特殊的“完全匹配”索引可以用于文本字段？latin_name 字段都是“VARCHAR”类型，并且在小表中最大长度为 190，在大表中最大长度为 200，如果这有什么不同的话。

谢谢你的帮助

根据要求 - 以下是表定义：

对于约 700 个 id 的列表，查询性能比传递返回这 700 个 id 的子查询慢 20 倍以上。应该是相反的。

例如（第一次查询需要 400 毫秒以下，后面的 9600 毫秒）

在我的机器上比直接传递数组快 20 倍：

知道可能是什么问题或如何优化并获得相同的性能吗？