English 中文(简体)
采用背书/背书标准处理神秘问题
原标题:Using backquote/backticks for mysql queries
  • 时间:2009-10-12 18:47:13
  •  标签:

我用背书打造了MYSQL的问答。 例如,

SELECT `title` FROM `table` WHERE (`id` = 3)

而不是:

SELECT title FROM table WHERE (id = 3)

我认为,我从Papmyadmin出口到我所理解的,甚至从铁路公司都提出了类似问题。

但是,现在我看到,像现在这样提出的问题越来越少,而且《守则》也以问答方式看得更复杂。 即使有助手的职能,没有这些职能,事情也会比较简单。 因此,我会想离开他们。

我想指出,这种做法是否还有其他影响,如(我的情况是MySQL)口译速度等等。 你认为什么?

最佳回答

表/栏目中还允许空间和其他特殊特性(但背书显然除外)。 它们并非绝对必要,而是安全的良好想法。

如果你采用明智的表格和栏背标规则,就没有必要。

问题回答

我每次讨论这个问题时,都试图游说,争取将其纳入,因为尽管没有进一步的想法,答案已经隐藏在这里。 当我们错误地把关键词当作一个领域或一个表象时,我们可以通过各种方法避免混淆,但只有非常清楚的背书“能带来更大好处!!

statement言中的每一字都穿过整个关键词表,看看冲突,因此,你会告诉汇编者,我知道我做什么,你不需要检查这些话,因为他们代表桌子和外地名字。 2. 速度和代表性。

Cheers, Brad

背书被用来逃避在你的神秘怀疑中保留的关键词,例如,你希望有<条码>:。 页: 1

您可使用其栏目/表/一览表中的其他特殊性或空间。

他们不让你安全地免遭注射袭击(如果你允许用户以某种方式进入一栏——不管怎样做坏事)。

它们不是标准化的舱面,只能用我的舱面进行工作;其他 d则使用<条码>。

如果你确保你永远不会意外地使用关键词作为识别标志,那么你就不需要背书。

页: 1

电池板的发电机往往包括背书,因为它比列入所有MySQL保留词清单简单。 除U+0000外,为了使用任何<>1序列的统法协会编码特性,它们只能作为识别符号。

  1. Replace all backticks with double backticks
  2. Surround that with single backticks

在撰写手提问题时,我知道(大多数)MySQL保留词,我倾向于尽可能不使用背书,因为时间较短,海事组织更容易阅读。

在大多数情况下,这只是一种偏好——当然,除非你有<条码>日或<条码>。

页: 1 参看

我认为,背书主要用于防止使用共同识别标志,即利比里亚国家警察和欧洲委员会的错误查询。





相关问题
热门标签