|
|
1
2
只是投掷
另外,在Rails中手动编写完整的SQL查询的有效原因非常少。你应该研究使用ActiveRecord来做一些类似的事情
|
|
|
2
0
对于上面其中一个答案中的代码片段,“@ids”没有被消毒。如果您的代码“知道”@ids“只包含有效的整数id,这很好,但是如果有任何id来自用户输入或URL,则非常危险。见: …寻找可能的解决方案。这是一个受保护的方法,因此我们必须通过“send”进行调用,以在控制台上演示其用法:
…也就是说,在sql where关键字后面插入上面的结果。正如前面的答案所说,除非您有一个不能使用标准Rails调用构建的非常复杂的案例(这对于coderama来说确实是如此,但对于未来的读者可能不是这样),否则您应该始终尝试避免手工编写SQL。 考虑到这一点,构建复杂查询的另一种方法是“ez-where”插件,如果有人在阅读中考虑使用SQL,那么该插件值得一看: |
|
cluster1 · 采取独立的新行动的好处是什么? 1 年前 |
|
|
Robert · 使用JSON或哈希时,将NULL替换为NIL 1 年前 |
|
|
Fred Willmore · Rails控制器不呈现任何模板 1 年前 |
|
|
Diogo Amaral · 实现API请求的正确方式 1 年前 |
|
|
Meknassih · 在控制器方法中分配给模型没有任何作用 1 年前 |
|
|
Michael Ding · Rails上的默认会话到期问题 2 年前 |
|
|
Flávio · 基于另外两个生成数组 2 年前 |