aggregations.asciidoc 3.7 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107
  1. [discrete]
  2. [[breaking_80_aggregations_changes]]
  3. ==== Aggregations changes
  4. //NOTE: The notable-breaking-changes tagged regions are re-used in the
  5. //Installation and Upgrade Guide
  6. //tag::notable-breaking-changes[]
  7. [[index-max-adjacency-matrix-filters-removed]]
  8. .The `index.max_adjacency_matrix_filters` index setting has been removed.
  9. [%collapsible]
  10. ====
  11. *Details* +
  12. The `index.max_adjacency_matrix_filters` index setting has been removed.
  13. Previously, you could use this setting to configure the maximum number of
  14. filters for the
  15. {ref}/search-aggregations-bucket-adjacency-matrix-aggregation.html[adjacency
  16. matrix aggregation]. The `indices.query.bool.max_clause_count` index setting now
  17. determines the maximum number of filters for the aggregation.
  18. *Impact* +
  19. Discontinue use of the `index.max_adjacency_matrix_filters` index setting.
  20. Requests that include the index setting will return an error. If you upgrade a
  21. cluster with a 7.x index that already contains the setting, {es} will
  22. {ref}/archived-settings.html#archived-index-settings[archive the setting].
  23. Remove the index setting from index and component templates. Attempts to use a
  24. template that contains the setting will fail and return an error. This includes
  25. automated operations, such the {ilm-init} rollover action.
  26. ====
  27. [[remove-term-order-key]]
  28. .The `terms` aggregation no longer supports the `_term` order key.
  29. [%collapsible]
  30. ====
  31. *Details* +
  32. The `terms` aggregation no longer supports the `_term` key in `order` values. To
  33. sort buckets by their term, use `_key` instead.
  34. *Impact* +
  35. Discontinue use of the `_term` order key. Requests that include a `_term` order
  36. key will return an error.
  37. ====
  38. [[remove-time-order-key]]
  39. .The `date_histogram` aggregation no longer supports the `_time` order key.
  40. [%collapsible]
  41. ====
  42. *Details* +
  43. The `date_histogram` aggregation no longer supports the `_time` key in `order`
  44. values. To sort buckets by their key, use `_key` instead.
  45. *Impact* +
  46. Discontinue use of the `_time` order key. Requests that include a `_time` order
  47. key will return an error.
  48. ====
  49. [[remove-moving-avg-agg]]
  50. .The `moving_avg` aggregation has been removed.
  51. [%collapsible]
  52. ====
  53. *Details* +
  54. The `moving_avg` aggregation was deprecated in 6.4 and has been removed. To
  55. calculate moving averages, use the
  56. {ref}/search-aggregations-pipeline-movfn-aggregation.html[`moving_fn`
  57. aggregation] instead.
  58. *Impact* +
  59. Discontinue use of the `moving_avg` aggregation. Requests that include the
  60. `moving_avg` aggregation will return an error.
  61. ====
  62. [[percentile-duplication]]
  63. .The `percentiles` aggregation's `percents` parameter no longer supports duplicate values.
  64. [%collapsible]
  65. ====
  66. *Details* +
  67. If you specify the `percents` parameter with the
  68. {ref}/search-aggregations-metrics-percentile-aggregation.html[`percentiles` aggregation],
  69. its values must be unique. Otherwise, an exception occurs.
  70. *Impact* +
  71. Use unique values in the `percents` parameter of the `percentiles` aggregation.
  72. Requests containing duplicate values in the `percents` parameter will return
  73. an error.
  74. ====
  75. [[date-histogram-interval]]
  76. .The `date_histogram` aggregation's `interval` parameter is no longer valid.
  77. [%collapsible]
  78. ====
  79. *Details* +
  80. It is now an error to specify the `interval` parameter to the
  81. {ref}/search-aggregations-bucket-datehistogram-aggregation.html[`date_histogram`
  82. aggregation] or the
  83. {ref}/search-aggregations-bucket-composite-aggregation.html#_date_histogram[`composite
  84. date_histogram` source. Instead, please use either `calendar_interval` or
  85. `fixed_interval` as appropriate.
  86. *Impact* +
  87. Uses of the `interval` parameter in either the `date_histogram` aggregation or
  88. the `date_histogram` composite source will now generate an error. Instead
  89. please use the more specific `fixed_interval` or `calendar_interval`
  90. parameters.
  91. ====
  92. // end::notable-breaking-changes[]