Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/sql/81.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sql 当我使用像unique key(element1,element2)这样的东西时,它在内部是如何工作的? 如果我说索引(element1), 索引(element2)它使用了很多吗 空间小于唯一 键(元件1、元件2) 我知道他们做的是不同的。我的 理解是独一无二的 键(元件1、元件2)确保 没有重复的地方,这些 两行是相同的。这是吗 对吗 它仍然索引两个键吗 单独的 但这在价格上贵吗 磁盘空间和检查以创建 这是什么和索引 如果有可能的话,最好不要 这并不重要,没有 复制品 索引(a,b)使用的空间比两个索引(a)和索引(b)少,因为每个索引都由该列和主键组成。但请阅读下面关于这些指数之间功能差异的注释 对。唯一键使该键中的列没有两行具有相同的值 唯一索引也是索引,可用于搜索。唯一密钥的一个特殊示例是主键 索引确实会占用磁盘空间,具体取决于您的存储引擎。如果您的应用程序写得很重(比如日志记录表),有时最好不要使用索引。不过,大多数表格的阅读量可能都很大 从逻辑的角度来看,如果不重要,没有重复项,就不要放置索引 编辑:关于pst评论的详细说明:_Sql_Mysql - Fatal编程技术网

Sql 当我使用像unique key(element1,element2)这样的东西时,它在内部是如何工作的? 如果我说索引(element1), 索引(element2)它使用了很多吗 空间小于唯一 键(元件1、元件2) 我知道他们做的是不同的。我的 理解是独一无二的 键(元件1、元件2)确保 没有重复的地方,这些 两行是相同的。这是吗 对吗 它仍然索引两个键吗 单独的 但这在价格上贵吗 磁盘空间和检查以创建 这是什么和索引 如果有可能的话,最好不要 这并不重要,没有 复制品 索引(a,b)使用的空间比两个索引(a)和索引(b)少,因为每个索引都由该列和主键组成。但请阅读下面关于这些指数之间功能差异的注释 对。唯一键使该键中的列没有两行具有相同的值 唯一索引也是索引,可用于搜索。唯一密钥的一个特殊示例是主键 索引确实会占用磁盘空间,具体取决于您的存储引擎。如果您的应用程序写得很重(比如日志记录表),有时最好不要使用索引。不过,大多数表格的阅读量可能都很大 从逻辑的角度来看,如果不重要,没有重复项,就不要放置索引 编辑:关于pst评论的详细说明:

Sql 当我使用像unique key(element1,element2)这样的东西时,它在内部是如何工作的? 如果我说索引(element1), 索引(element2)它使用了很多吗 空间小于唯一 键(元件1、元件2) 我知道他们做的是不同的。我的 理解是独一无二的 键(元件1、元件2)确保 没有重复的地方,这些 两行是相同的。这是吗 对吗 它仍然索引两个键吗 单独的 但这在价格上贵吗 磁盘空间和检查以创建 这是什么和索引 如果有可能的话,最好不要 这并不重要,没有 复制品 索引(a,b)使用的空间比两个索引(a)和索引(b)少,因为每个索引都由该列和主键组成。但请阅读下面关于这些指数之间功能差异的注释 对。唯一键使该键中的列没有两行具有相同的值 唯一索引也是索引,可用于搜索。唯一密钥的一个特殊示例是主键 索引确实会占用磁盘空间,具体取决于您的存储引擎。如果您的应用程序写得很重(比如日志记录表),有时最好不要使用索引。不过,大多数表格的阅读量可能都很大 从逻辑的角度来看,如果不重要,没有重复项,就不要放置索引 编辑:关于pst评论的详细说明:,sql,mysql,Sql,Mysql,如果您有索引(A)、索引(B)和索引(A,B),则您的索引(A)是多余的。放下它 但是索引(A,B)不包括只在B上搜索的查询,您需要一个索引(B) 您可以论证索引(A)和索引(B)一起使用MySQL的索引合并来形成索引(A,B)。这让你在两者之间做出选择 索引(A,B)和索引(B) 索引(A)和索引(B) 解决方案2将占用更少的磁盘空间,这是事实。但请阅读这篇关于索引合并的文章,得出以下结论: 总结:使用多列索引 如果您使用和 在where子句中的这些列之间。 索引合并确实有助于提高性能,但 这

如果您有
索引(A)
索引(B)
索引(A,B)
,则您的
索引(A)
是多余的。放下它 但是
索引(A,B)
不包括只在B上搜索的查询,您需要一个
索引(B)

您可以论证
索引(A)
索引(B)
一起使用MySQL的
索引合并
来形成
索引(A,B)
。这让你在两者之间做出选择

  • 索引(A,B)
    索引(B)
  • 索引(A)
    索引(B)
  • 解决方案2将占用更少的磁盘空间,这是事实。但请阅读这篇关于索引合并的文章,得出以下结论:

    总结:使用多列索引 如果您使用和 在where子句中的这些列之间。 索引合并确实有助于提高性能,但 这与联合国的业绩相去甚远 本例中的索引。万一你 使用列或列之间-单个 索引需要列索引 合并工作和合并索引 无法用于此类查询

  • 索引(a,b)使用的空间比两个索引(a)和索引(b)少,因为每个索引都由该列和主键组成。但请阅读下面关于这些指数之间功能差异的注释
  • 对。唯一键使该键中的列没有两行具有相同的值
  • 唯一索引也是索引,可用于搜索。唯一密钥的一个特殊示例是主键
  • 索引确实会占用磁盘空间,具体取决于您的存储引擎。如果您的应用程序写得很重(比如日志记录表),有时最好不要使用索引。不过,大多数表格的阅读量可能都很大
  • 从逻辑的角度来看,如果不重要,没有重复项,就不要放置索引
  • 编辑:关于pst评论的详细说明: 如果您有
    索引(A)
    索引(B)
    索引(A,B)
    ,则您的
    索引(A)
    是多余的。放下它 但是
    索引(A,B)
    不包括只在B上搜索的查询,您需要一个
    索引(B)

    您可以论证
    索引(A)
    索引(B)
    一起使用MySQL的
    索引合并
    来形成
    索引(A,B)
    。这让你在两者之间做出选择

  • 索引(A,B)
    索引(B)
  • 索引(A)
    索引(B)
  • 解决方案2将占用更少的磁盘空间,这是事实。但请阅读这篇关于索引合并的文章,得出以下结论:

    总结:使用多列索引 如果您使用和 在where子句中的这些列之间。 索引合并确实有助于提高性能,但 这与联合国的业绩相去甚远 本例中的索引。万一你 使用列或列之间-单个 索引需要列索引 合并工作和合并索引 无法用于此类查询


    然而,考虑一下:1)指数(a)+指数(B)与指数(a+B)的成本是多少?3) 请参阅#1。
    如果我说索引(element1),索引(element2),它使用的空间是否比唯一键(element1,element2)少得多。。。OP想将其分为两个指数…这是一个不错的答案,但是,考虑一下:1)指数(a)+指数(B)与指数(a+B)的成本是多少?3) 请参阅#1。
    如果我说索引(element1),索引(element2),它使用的空间是否比唯一键(element1,element2)少得多。。。我想分为两个索引。。。