elasticgraph-schema_definition 0.18.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- checksums.yaml +7 -0
- data/LICENSE.txt +21 -0
- data/README.md +7 -0
- data/elasticgraph-schema_definition.gemspec +26 -0
- data/lib/elastic_graph/schema_definition/api.rb +359 -0
- data/lib/elastic_graph/schema_definition/factory.rb +506 -0
- data/lib/elastic_graph/schema_definition/indexing/derived_fields/append_only_set.rb +79 -0
- data/lib/elastic_graph/schema_definition/indexing/derived_fields/field_initializer_support.rb +59 -0
- data/lib/elastic_graph/schema_definition/indexing/derived_fields/immutable_value.rb +99 -0
- data/lib/elastic_graph/schema_definition/indexing/derived_fields/min_or_max_value.rb +62 -0
- data/lib/elastic_graph/schema_definition/indexing/derived_indexed_type.rb +346 -0
- data/lib/elastic_graph/schema_definition/indexing/event_envelope.rb +74 -0
- data/lib/elastic_graph/schema_definition/indexing/field.rb +181 -0
- data/lib/elastic_graph/schema_definition/indexing/field_reference.rb +51 -0
- data/lib/elastic_graph/schema_definition/indexing/field_type/enum.rb +65 -0
- data/lib/elastic_graph/schema_definition/indexing/field_type/object.rb +113 -0
- data/lib/elastic_graph/schema_definition/indexing/field_type/scalar.rb +51 -0
- data/lib/elastic_graph/schema_definition/indexing/field_type/union.rb +70 -0
- data/lib/elastic_graph/schema_definition/indexing/index.rb +318 -0
- data/lib/elastic_graph/schema_definition/indexing/json_schema_field_metadata.rb +34 -0
- data/lib/elastic_graph/schema_definition/indexing/json_schema_with_metadata.rb +234 -0
- data/lib/elastic_graph/schema_definition/indexing/list_counts_mapping.rb +53 -0
- data/lib/elastic_graph/schema_definition/indexing/relationship_resolver.rb +96 -0
- data/lib/elastic_graph/schema_definition/indexing/rollover_config.rb +25 -0
- data/lib/elastic_graph/schema_definition/indexing/update_target_factory.rb +54 -0
- data/lib/elastic_graph/schema_definition/indexing/update_target_resolver.rb +195 -0
- data/lib/elastic_graph/schema_definition/json_schema_pruner.rb +61 -0
- data/lib/elastic_graph/schema_definition/mixins/can_be_graphql_only.rb +31 -0
- data/lib/elastic_graph/schema_definition/mixins/has_derived_graphql_type_customizations.rb +119 -0
- data/lib/elastic_graph/schema_definition/mixins/has_directives.rb +65 -0
- data/lib/elastic_graph/schema_definition/mixins/has_documentation.rb +74 -0
- data/lib/elastic_graph/schema_definition/mixins/has_indices.rb +281 -0
- data/lib/elastic_graph/schema_definition/mixins/has_readable_to_s_and_inspect.rb +46 -0
- data/lib/elastic_graph/schema_definition/mixins/has_subtypes.rb +116 -0
- data/lib/elastic_graph/schema_definition/mixins/has_type_info.rb +181 -0
- data/lib/elastic_graph/schema_definition/mixins/implements_interfaces.rb +122 -0
- data/lib/elastic_graph/schema_definition/mixins/supports_default_value.rb +47 -0
- data/lib/elastic_graph/schema_definition/mixins/supports_filtering_and_aggregation.rb +267 -0
- data/lib/elastic_graph/schema_definition/mixins/verifies_graphql_name.rb +38 -0
- data/lib/elastic_graph/schema_definition/rake_tasks.rb +190 -0
- data/lib/elastic_graph/schema_definition/results.rb +404 -0
- data/lib/elastic_graph/schema_definition/schema_artifact_manager.rb +482 -0
- data/lib/elastic_graph/schema_definition/schema_elements/argument.rb +56 -0
- data/lib/elastic_graph/schema_definition/schema_elements/built_in_types.rb +1541 -0
- data/lib/elastic_graph/schema_definition/schema_elements/deprecated_element.rb +21 -0
- data/lib/elastic_graph/schema_definition/schema_elements/directive.rb +40 -0
- data/lib/elastic_graph/schema_definition/schema_elements/enum_type.rb +189 -0
- data/lib/elastic_graph/schema_definition/schema_elements/enum_value.rb +73 -0
- data/lib/elastic_graph/schema_definition/schema_elements/enum_value_namer.rb +89 -0
- data/lib/elastic_graph/schema_definition/schema_elements/enums_for_indexed_types.rb +82 -0
- data/lib/elastic_graph/schema_definition/schema_elements/field.rb +1085 -0
- data/lib/elastic_graph/schema_definition/schema_elements/field_path.rb +112 -0
- data/lib/elastic_graph/schema_definition/schema_elements/field_source.rb +16 -0
- data/lib/elastic_graph/schema_definition/schema_elements/graphql_sdl_enumerator.rb +113 -0
- data/lib/elastic_graph/schema_definition/schema_elements/input_field.rb +31 -0
- data/lib/elastic_graph/schema_definition/schema_elements/input_type.rb +60 -0
- data/lib/elastic_graph/schema_definition/schema_elements/interface_type.rb +72 -0
- data/lib/elastic_graph/schema_definition/schema_elements/list_counts_state.rb +40 -0
- data/lib/elastic_graph/schema_definition/schema_elements/object_type.rb +53 -0
- data/lib/elastic_graph/schema_definition/schema_elements/relationship.rb +218 -0
- data/lib/elastic_graph/schema_definition/schema_elements/scalar_type.rb +310 -0
- data/lib/elastic_graph/schema_definition/schema_elements/sort_order_enum_value.rb +36 -0
- data/lib/elastic_graph/schema_definition/schema_elements/sub_aggregation_path.rb +66 -0
- data/lib/elastic_graph/schema_definition/schema_elements/type_namer.rb +237 -0
- data/lib/elastic_graph/schema_definition/schema_elements/type_reference.rb +353 -0
- data/lib/elastic_graph/schema_definition/schema_elements/type_with_subfields.rb +579 -0
- data/lib/elastic_graph/schema_definition/schema_elements/union_type.rb +157 -0
- data/lib/elastic_graph/schema_definition/scripting/file_system_repository.rb +77 -0
- data/lib/elastic_graph/schema_definition/scripting/script.rb +48 -0
- data/lib/elastic_graph/schema_definition/scripting/scripts/field/as_day_of_week.painless +24 -0
- data/lib/elastic_graph/schema_definition/scripting/scripts/field/as_time_of_day.painless +41 -0
- data/lib/elastic_graph/schema_definition/scripting/scripts/filter/by_time_of_day.painless +22 -0
- data/lib/elastic_graph/schema_definition/scripting/scripts/update/index_data.painless +93 -0
- data/lib/elastic_graph/schema_definition/state.rb +212 -0
- data/lib/elastic_graph/schema_definition/test_support.rb +113 -0
- metadata +513 -0
@@ -0,0 +1,1541 @@
|
|
1
|
+
# Copyright 2024 Block, Inc.
|
2
|
+
#
|
3
|
+
# Use of this source code is governed by an MIT-style
|
4
|
+
# license that can be found in the LICENSE file or at
|
5
|
+
# https://opensource.org/licenses/MIT.
|
6
|
+
#
|
7
|
+
# frozen_string_literal: true
|
8
|
+
|
9
|
+
require "elastic_graph/constants"
|
10
|
+
require "elastic_graph/graphql/scalar_coercion_adapters/valid_time_zones"
|
11
|
+
require "elastic_graph/schema_artifacts/runtime_metadata/enum"
|
12
|
+
|
13
|
+
module ElasticGraph
|
14
|
+
module SchemaDefinition
|
15
|
+
module SchemaElements
|
16
|
+
# Defines all built-in GraphQL types provided by ElasticGraph.
|
17
|
+
#
|
18
|
+
# ## Scalar Types
|
19
|
+
#
|
20
|
+
# ### Standard GraphQL Scalars
|
21
|
+
#
|
22
|
+
# These are defined by the [GraphQL spec](https://spec.graphql.org/October2021/#sec-Scalars.Built-in-Scalars).
|
23
|
+
#
|
24
|
+
# Boolean
|
25
|
+
# : Represents `true` or `false` values.
|
26
|
+
#
|
27
|
+
# Float
|
28
|
+
# : Represents signed double-precision fractional values as specified by
|
29
|
+
# [IEEE 754](https://en.wikipedia.org/wiki/IEEE_floating_point).
|
30
|
+
#
|
31
|
+
# ID
|
32
|
+
# : Represents a unique identifier that is Base64 obfuscated. It is often used to
|
33
|
+
# refetch an object or as key for a cache. The ID type appears in a JSON response as a
|
34
|
+
# String; however, it is not intended to be human-readable. When expected as an input
|
35
|
+
# type, any string (such as `"VXNlci0xMA=="`) or integer (such as `4`) input value will
|
36
|
+
# be accepted as an ID.
|
37
|
+
#
|
38
|
+
# Int
|
39
|
+
# : Represents non-fractional signed whole numeric values. Int can represent values between
|
40
|
+
# -(2^31) and 2^31 - 1.
|
41
|
+
#
|
42
|
+
# String
|
43
|
+
# : Represents textual data as UTF-8 character sequences. This type is most often used by
|
44
|
+
# GraphQL to represent free-form human-readable text.
|
45
|
+
#
|
46
|
+
# ### Additional ElasticGraph Scalars
|
47
|
+
#
|
48
|
+
# ElasticGraph defines these additional scalar types.
|
49
|
+
#
|
50
|
+
# Cursor
|
51
|
+
# : An opaque string value representing a specific location in a paginated connection type.
|
52
|
+
# Returned cursors can be passed back in the next query via the `before` or `after`
|
53
|
+
# arguments to continue paginating from that point.
|
54
|
+
#
|
55
|
+
# Date
|
56
|
+
# : A date, represented as an [ISO 8601 date string](https://en.wikipedia.org/wiki/ISO_8601).
|
57
|
+
#
|
58
|
+
# DateTime
|
59
|
+
# : A timestamp, represented as an [ISO 8601 time string](https://en.wikipedia.org/wiki/ISO_8601).
|
60
|
+
#
|
61
|
+
# JsonSafeLong
|
62
|
+
# : A numeric type for large integer values that can serialize safely as JSON. While JSON
|
63
|
+
# itself has no hard limit on the size of integers, the RFC-7159 spec mentions that
|
64
|
+
# values outside of the range -9,007,199,254,740,991 (-(2^53) + 1) to 9,007,199,254,740,991
|
65
|
+
# (2^53 - 1) may not be interopable with all JSON implementations. As it turns out, the
|
66
|
+
# number implementation used by JavaScript has this issue. When you parse a JSON string that
|
67
|
+
# contains a numeric value like `4693522397653681111`, the parsed result will contain a
|
68
|
+
# rounded value like `4693522397653681000`. While this is entirely a client-side problem,
|
69
|
+
# we want to preserve maximum compatibility with common client languages. Given the ubiquity
|
70
|
+
# of GraphiQL as a GraphQL client, we want to avoid this problem. Our solution is to support
|
71
|
+
# two separate types:
|
72
|
+
#
|
73
|
+
# - This type (`JsonSafeLong`) is serialized as a number, but limits values to the safely
|
74
|
+
# serializable range.
|
75
|
+
# - The `LongString` type supports long values that use all 64 bits, but serializes as a
|
76
|
+
# string rather than a number, avoiding the JavaScript compatibility problems. For more
|
77
|
+
# background, see the [JavaScript `Number.MAX_SAFE_INTEGER`
|
78
|
+
# docs](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/MAX_SAFE_INTEGER).
|
79
|
+
#
|
80
|
+
# LocalTime
|
81
|
+
# : A local time such as `"23:59:33"` or `"07:20:47.454"` without a time zone or offset,
|
82
|
+
# formatted based on the [partial-time portion of
|
83
|
+
# RFC3339](https://datatracker.ietf.org/doc/html/rfc3339#section-5.6).
|
84
|
+
#
|
85
|
+
# LongString
|
86
|
+
# : A numeric type for large integer values in the inclusive range -2^63 (-9,223,372,036,854,775,808)
|
87
|
+
# to (2^63 - 1) (9,223,372,036,854,775,807). Note that `LongString` values are serialized as strings
|
88
|
+
# within JSON, to avoid interopability problems with JavaScript. If you want a large integer type
|
89
|
+
# that serializes within JSON as a number, use `JsonSafeLong`.
|
90
|
+
#
|
91
|
+
# TimeZone
|
92
|
+
# : An [IANA time zone identifier](https://www.iana.org/time-zones), such as `America/Los_Angeles`
|
93
|
+
# or `UTC`. For a full list of valid identifiers, see the
|
94
|
+
# [wikipedia article](https://en.wikipedia.org/wiki/List_of_tz_database_time_zones#List).
|
95
|
+
#
|
96
|
+
# Untyped
|
97
|
+
# : A custom scalar type that allows any type of data, including:
|
98
|
+
#
|
99
|
+
# - strings
|
100
|
+
# - numbers
|
101
|
+
# - objects and arrays (nested as deeply as you like)
|
102
|
+
# - booleans
|
103
|
+
#
|
104
|
+
# Note: fields of this type are effectively untyped. We recommend it only be used for parts
|
105
|
+
# of your schema that can't be statically typed.
|
106
|
+
#
|
107
|
+
# ## Enum Types
|
108
|
+
#
|
109
|
+
# ElasticGraph defines these enum types. Most of these are intended for usage as an _input_
|
110
|
+
# argument, but they could be used as a return type in your schema if they meet your needs.
|
111
|
+
#
|
112
|
+
# DateGroupingGranularity
|
113
|
+
# : Enumerates the supported granularities of a `Date`.
|
114
|
+
#
|
115
|
+
# DateGroupingTruncationUnit
|
116
|
+
# : Enumerates the supported truncation units of a `Date`.
|
117
|
+
#
|
118
|
+
# DateTimeGroupingGranularity
|
119
|
+
# : Enumerates the supported granularities of a `DateTime`.
|
120
|
+
#
|
121
|
+
# DateTimeGroupingTruncationUnit
|
122
|
+
# : Enumerates the supported truncation units of a `DateTime`.
|
123
|
+
#
|
124
|
+
# DateTimeUnit
|
125
|
+
# : Enumeration of `DateTime` units.
|
126
|
+
#
|
127
|
+
# DateUnit
|
128
|
+
# : Enumeration of `Date` units.
|
129
|
+
#
|
130
|
+
# DayOfWeek
|
131
|
+
# : Indicates the specific day of the week.
|
132
|
+
#
|
133
|
+
# DistanceUnit
|
134
|
+
# : Enumerates the supported distance units.
|
135
|
+
#
|
136
|
+
# LocalTimeGroupingTruncationUnit
|
137
|
+
# : Enumerates the supported truncation units of a `LocalTime`.
|
138
|
+
#
|
139
|
+
# LocalTimeUnit
|
140
|
+
# : Enumeration of `LocalTime` units.
|
141
|
+
#
|
142
|
+
# MatchesQueryAllowedEditsPerTerm
|
143
|
+
# : Enumeration of allowed values for the `matchesQuery: {allowedEditsPerTerm: ...}` filter option.
|
144
|
+
#
|
145
|
+
# ## Object Types
|
146
|
+
#
|
147
|
+
# ElasticGraph defines these object types.
|
148
|
+
#
|
149
|
+
# AggregationCountDetail
|
150
|
+
# : Provides detail about an aggregation `count`.
|
151
|
+
#
|
152
|
+
# GeoLocation
|
153
|
+
# : Geographic coordinates representing a location on the Earth's surface.
|
154
|
+
#
|
155
|
+
# PageInfo
|
156
|
+
# : Provides information about the specific fetched page. This implements the
|
157
|
+
# `PageInfo` specification from the [Relay GraphQL Cursor Connections
|
158
|
+
# Specification](https://relay.dev/graphql/connections.htm#sec-undefined.PageInfo).
|
159
|
+
#
|
160
|
+
# @!attribute [rw] schema_def_api
|
161
|
+
# @private
|
162
|
+
# @!attribute [rw] schema_def_state
|
163
|
+
# @private
|
164
|
+
# @!attribute [rw] names
|
165
|
+
# @private
|
166
|
+
class BuiltInTypes
|
167
|
+
attr_reader :schema_def_api, :schema_def_state, :names
|
168
|
+
|
169
|
+
# @private
|
170
|
+
def initialize(schema_def_api, schema_def_state)
|
171
|
+
@schema_def_api = schema_def_api
|
172
|
+
@schema_def_state = schema_def_state
|
173
|
+
@names = schema_def_state.schema_elements
|
174
|
+
end
|
175
|
+
|
176
|
+
# @private
|
177
|
+
def register_built_in_types
|
178
|
+
register_directives
|
179
|
+
register_standard_graphql_scalars
|
180
|
+
register_custom_elastic_graph_scalars
|
181
|
+
register_enum_types
|
182
|
+
register_date_and_time_grouped_by_types
|
183
|
+
register_standard_elastic_graph_types
|
184
|
+
end
|
185
|
+
|
186
|
+
private
|
187
|
+
|
188
|
+
def register_directives
|
189
|
+
# Note: The `eg` prefix is being used based on a GraphQL Spec recommendation:
|
190
|
+
# http://spec.graphql.org/October2021/#sec-Type-System.Directives.Custom-Directives
|
191
|
+
schema_def_api.raw_sdl <<~EOS
|
192
|
+
"""
|
193
|
+
Indicates an upper bound on how quickly a query must respond to meet the service-level objective.
|
194
|
+
ElasticGraph will log a "good event" message if the query latency is less than or equal to this value,
|
195
|
+
and a "bad event" message if the query latency is greater than this value. These messages can be used
|
196
|
+
to drive an SLO dashboard.
|
197
|
+
|
198
|
+
Note that the latency compared against this only contains processing time within ElasticGraph itself.
|
199
|
+
Any time spent on sending the request or response over the network is not included in the comparison.
|
200
|
+
"""
|
201
|
+
directive @#{names.eg_latency_slo}(#{names.ms}: Int!) on QUERY
|
202
|
+
EOS
|
203
|
+
end
|
204
|
+
|
205
|
+
def register_standard_elastic_graph_types
|
206
|
+
# This is a special filter on a `String` type, so we don't have a `Text` scalar to generate it from.
|
207
|
+
schema_def_state.factory.build_standard_filter_input_types_for_index_leaf_type("String", name_prefix: "Text") do |t|
|
208
|
+
# We can't support filtering on `null` within a list, so make the field non-nullable when it's the
|
209
|
+
# `ListElementFilterInput` type. See scalar_type.rb for a larger comment explaining the rationale behind this.
|
210
|
+
equal_to_any_of_type = t.type_ref.list_element_filter_input? ? "[String!]" : "[String]"
|
211
|
+
t.field names.equal_to_any_of, equal_to_any_of_type do |f|
|
212
|
+
f.documentation ScalarType::EQUAL_TO_ANY_OF_DOC
|
213
|
+
end
|
214
|
+
|
215
|
+
t.field names.matches, "String" do |f|
|
216
|
+
f.documentation <<~EOS
|
217
|
+
Matches records where the field value matches the provided value using full text search.
|
218
|
+
|
219
|
+
Will be ignored when `null` is passed.
|
220
|
+
EOS
|
221
|
+
|
222
|
+
f.directive "deprecated", reason: "Use `#{names.matches_query}` instead."
|
223
|
+
end
|
224
|
+
|
225
|
+
t.field names.matches_query, schema_def_state.type_ref("MatchesQuery").as_filter_input.name do |f|
|
226
|
+
f.documentation <<~EOS
|
227
|
+
Matches records where the field value matches the provided query using full text search.
|
228
|
+
This is more lenient than `#{names.matches_phrase}`: the order of terms is ignored, and,
|
229
|
+
by default, only one search term is required to be in the field value.
|
230
|
+
|
231
|
+
Will be ignored when `null` is passed.
|
232
|
+
EOS
|
233
|
+
end
|
234
|
+
|
235
|
+
t.field names.matches_phrase, schema_def_state.type_ref("MatchesPhrase").as_filter_input.name do |f|
|
236
|
+
f.documentation <<~EOS
|
237
|
+
Matches records where the field value has a phrase matching the provided phrase using
|
238
|
+
full text search. This is stricter than `#{names.matches_query}`: all terms must match
|
239
|
+
and be in the same order as the provided phrase.
|
240
|
+
|
241
|
+
Will be ignored when `null` is passed.
|
242
|
+
EOS
|
243
|
+
end
|
244
|
+
end.each do |input_type|
|
245
|
+
field_type = input_type.type_ref.list_filter_input? ? "[String]" : "String"
|
246
|
+
input_type.documentation <<~EOS
|
247
|
+
Input type used to specify filters on `#{field_type}` fields that have been indexed for full text search.
|
248
|
+
|
249
|
+
Will be ignored if passed as an empty object (or as `null`).
|
250
|
+
EOS
|
251
|
+
|
252
|
+
register_input_type(input_type)
|
253
|
+
end
|
254
|
+
|
255
|
+
register_filter "MatchesQuery" do |t|
|
256
|
+
t.documentation <<~EOS
|
257
|
+
Input type used to specify parameters for the `#{names.matches_query}` filtering operator.
|
258
|
+
|
259
|
+
Will be ignored if passed as `null`.
|
260
|
+
EOS
|
261
|
+
|
262
|
+
t.field names.query, "String!" do |f|
|
263
|
+
f.documentation "The input query to search for."
|
264
|
+
end
|
265
|
+
|
266
|
+
t.field names.allowed_edits_per_term, "MatchesQueryAllowedEditsPerTerm!" do |f|
|
267
|
+
f.documentation <<~EOS
|
268
|
+
Number of allowed modifications per term to arrive at a match. For example, if set to 'ONE', the input
|
269
|
+
term 'glue' would match 'blue' but not 'clued', since the latter requires two modifications.
|
270
|
+
EOS
|
271
|
+
|
272
|
+
f.default "DYNAMIC"
|
273
|
+
end
|
274
|
+
|
275
|
+
t.field names.require_all_terms, "Boolean!" do |f|
|
276
|
+
f.documentation <<~EOS
|
277
|
+
Set to `true` to match only if all terms in `#{names.query}` are found, or
|
278
|
+
`false` to only require one term to be found.
|
279
|
+
EOS
|
280
|
+
|
281
|
+
f.default false
|
282
|
+
end
|
283
|
+
end
|
284
|
+
|
285
|
+
register_filter "MatchesPhrase" do |t|
|
286
|
+
t.documentation <<~EOS
|
287
|
+
Input type used to specify parameters for the `#{names.matches_phrase}` filtering operator.
|
288
|
+
|
289
|
+
Will be ignored if passed as `null`.
|
290
|
+
EOS
|
291
|
+
|
292
|
+
t.field names.phrase, "String!" do |f|
|
293
|
+
f.documentation "The input phrase to search for."
|
294
|
+
end
|
295
|
+
end
|
296
|
+
|
297
|
+
# This is defined as a built-in ElasticGraph type so that we can leverage Elasticsearch/OpenSearch GeoLocation features
|
298
|
+
# based on the geo-point type:
|
299
|
+
# https://www.elastic.co/guide/en/elasticsearch/reference/7.10/geo-point.html
|
300
|
+
schema_def_api.object_type "GeoLocation" do |t|
|
301
|
+
t.documentation "Geographic coordinates representing a location on the Earth's surface."
|
302
|
+
|
303
|
+
# As per the Elasticsearch docs, the field MUST come in named `lat` in Elastisearch (but we want the full name in GraphQL).
|
304
|
+
t.field names.latitude, "Float", name_in_index: "lat" do |f|
|
305
|
+
f.documentation "Angular distance north or south of the Earth's equator, measured in degrees from -90 to +90."
|
306
|
+
|
307
|
+
# Note: we use `nullable: false` because we index it as a single `geo_point` field, and therefore can't
|
308
|
+
# support a `latitude` without a `longitude` or vice-versa.
|
309
|
+
f.json_schema minimum: -90, maximum: 90, nullable: false
|
310
|
+
end
|
311
|
+
|
312
|
+
# As per the Elasticsearch docs, the field MUST come in named `lon` in Elastisearch (but we want the full name in GraphQL).
|
313
|
+
t.field names.longitude, "Float", name_in_index: "lon" do |f|
|
314
|
+
f.documentation "Angular distance east or west of the Prime Meridian at Greenwich, UK, measured in degrees from -180 to +180."
|
315
|
+
|
316
|
+
# Note: we use `nullable: false` because we index it as a single `geo_point` field, and therefore can't
|
317
|
+
# support a `latitude` without a `longitude` or vice-versa.
|
318
|
+
f.json_schema minimum: -180, maximum: 180, nullable: false
|
319
|
+
end
|
320
|
+
|
321
|
+
t.mapping type: "geo_point"
|
322
|
+
end
|
323
|
+
|
324
|
+
# Note: `GeoLocation` is an index leaf type even though it is a GraphQL object type. In the datastore,
|
325
|
+
# it is indexed as an indivisible `geo_point` field.
|
326
|
+
schema_def_state.factory.build_standard_filter_input_types_for_index_leaf_type("GeoLocation") do |t|
|
327
|
+
t.field names.near, schema_def_state.type_ref("GeoLocationDistance").as_filter_input.name do |f|
|
328
|
+
f.documentation <<~EOS
|
329
|
+
Matches records where the field's geographic location is within a specified distance from the
|
330
|
+
location identified by `#{names.latitude}` and `#{names.longitude}`.
|
331
|
+
|
332
|
+
Will be ignored when `null` or an empty object is passed.
|
333
|
+
EOS
|
334
|
+
end
|
335
|
+
end.each { |input_filter| register_input_type(input_filter) }
|
336
|
+
|
337
|
+
register_filter "GeoLocationDistance" do |t|
|
338
|
+
t.documentation "Input type used to specify distance filtering parameters on `GeoLocation` fields."
|
339
|
+
|
340
|
+
# Note: all 4 of these fields (latitude, longitude, max_distance, unit) are required for this
|
341
|
+
# filter to operator properly, so they are all non-null fields.
|
342
|
+
|
343
|
+
t.field names.latitude, "Float!" do |f|
|
344
|
+
f.documentation "Angular distance north or south of the Earth's equator, measured in degrees from -90 to +90."
|
345
|
+
end
|
346
|
+
|
347
|
+
t.field names.longitude, "Float!" do |f|
|
348
|
+
f.documentation "Angular distance east or west of the Prime Meridian at Greenwich, UK, measured in degrees from -180 to +180."
|
349
|
+
end
|
350
|
+
|
351
|
+
t.field names.max_distance, "Float!" do |f|
|
352
|
+
f.documentation <<~EOS
|
353
|
+
Maximum distance (of the provided `#{names.unit}`) to consider "near" the location identified
|
354
|
+
by `#{names.latitude}` and `#{names.longitude}`.
|
355
|
+
EOS
|
356
|
+
end
|
357
|
+
|
358
|
+
t.field names.unit, "DistanceUnit!" do |f|
|
359
|
+
f.documentation "Determines the unit of the specified `#{names.max_distance}`."
|
360
|
+
end
|
361
|
+
|
362
|
+
# any_of/not don't really make sense on this filter because it doesn't make sense to
|
363
|
+
# apply an OR operator or negation to the fields of this type since they are all an
|
364
|
+
# indivisible part of a single filter operation on a specific field. So we remove them
|
365
|
+
# here.
|
366
|
+
remove_any_of_and_not_filter_operators_on(t)
|
367
|
+
end
|
368
|
+
|
369
|
+
# Note: `has_next_page`/`has_previous_page` are required to be non-null by the relay
|
370
|
+
# spec: https://relay.dev/graphql/connections.htm#sec-undefined.PageInfo.
|
371
|
+
# The cursors are required to be non-null by the relay spec, but it is nonsensical
|
372
|
+
# when dealing with an empty collection, and relay itself implements it to be null:
|
373
|
+
#
|
374
|
+
# https://github.com/facebook/relay/commit/a17b462b3ff7355df4858a42ddda75f58c161302
|
375
|
+
#
|
376
|
+
# For more context, see:
|
377
|
+
# https://github.com/rmosolgo/graphql-ruby/pull/2886#issuecomment-618414736
|
378
|
+
# https://github.com/facebook/relay/pull/2655
|
379
|
+
#
|
380
|
+
# For now we will make the cursor fields nullable. It would be a breaking change
|
381
|
+
# to go from non-null to null, but is not a breaking change to make it non-null
|
382
|
+
# in the future.
|
383
|
+
register_framework_object_type "PageInfo" do |t|
|
384
|
+
t.documentation <<~EOS
|
385
|
+
Provides information about the specific fetched page. This implements the `PageInfo`
|
386
|
+
specification from the [Relay GraphQL Cursor Connections
|
387
|
+
Specification](https://relay.dev/graphql/connections.htm#sec-undefined.PageInfo).
|
388
|
+
EOS
|
389
|
+
|
390
|
+
t.field names.has_next_page, "Boolean!", graphql_only: true do |f|
|
391
|
+
f.documentation "Indicates if there is another page of results available after the current one."
|
392
|
+
end
|
393
|
+
|
394
|
+
t.field names.has_previous_page, "Boolean!", graphql_only: true do |f|
|
395
|
+
f.documentation "Indicates if there is another page of results available before the current one."
|
396
|
+
end
|
397
|
+
|
398
|
+
t.field names.start_cursor, "Cursor", graphql_only: true do |f|
|
399
|
+
f.documentation <<~EOS
|
400
|
+
The `Cursor` of the first edge of the current page. This can be passed in the next query as
|
401
|
+
a `before` argument to paginate backwards.
|
402
|
+
EOS
|
403
|
+
end
|
404
|
+
|
405
|
+
t.field names.end_cursor, "Cursor", graphql_only: true do |f|
|
406
|
+
f.documentation <<~EOS
|
407
|
+
The `Cursor` of the last edge of the current page. This can be passed in the next query as
|
408
|
+
a `after` argument to paginate forwards.
|
409
|
+
EOS
|
410
|
+
end
|
411
|
+
end
|
412
|
+
|
413
|
+
schema_def_api.factory.new_input_type("DateTimeGroupingOffsetInput") do |t|
|
414
|
+
t.documentation <<~EOS
|
415
|
+
Input type offered when grouping on `DateTime` fields, representing the amount of offset
|
416
|
+
(positive or negative) to shift the `DateTime` boundaries of each grouping bucket.
|
417
|
+
|
418
|
+
For example, when grouping by `WEEK`, you can shift by 1 day to change
|
419
|
+
what day-of-week weeks are considered to start on.
|
420
|
+
EOS
|
421
|
+
|
422
|
+
t.field names.amount, "Int!" do |f|
|
423
|
+
f.documentation "Number (positive or negative) of the given `#{names.unit}` to offset the boundaries of the `DateTime` groupings."
|
424
|
+
end
|
425
|
+
|
426
|
+
t.field names.unit, "DateTimeUnit!" do |f|
|
427
|
+
f.documentation "Unit of offsetting to apply to the boundaries of the `DateTime` groupings."
|
428
|
+
end
|
429
|
+
|
430
|
+
register_input_type(t)
|
431
|
+
end
|
432
|
+
|
433
|
+
schema_def_api.factory.new_input_type("DateGroupingOffsetInput") do |t|
|
434
|
+
t.documentation <<~EOS
|
435
|
+
Input type offered when grouping on `Date` fields, representing the amount of offset
|
436
|
+
(positive or negative) to shift the `Date` boundaries of each grouping bucket.
|
437
|
+
|
438
|
+
For example, when grouping by `WEEK`, you can shift by 1 day to change
|
439
|
+
what day-of-week weeks are considered to start on.
|
440
|
+
EOS
|
441
|
+
|
442
|
+
t.field names.amount, "Int!" do |f|
|
443
|
+
f.documentation "Number (positive or negative) of the given `#{names.unit}` to offset the boundaries of the `Date` groupings."
|
444
|
+
end
|
445
|
+
|
446
|
+
t.field names.unit, "DateUnit!" do |f|
|
447
|
+
f.documentation "Unit of offsetting to apply to the boundaries of the `Date` groupings."
|
448
|
+
end
|
449
|
+
|
450
|
+
register_input_type(t)
|
451
|
+
end
|
452
|
+
|
453
|
+
schema_def_api.factory.new_input_type("DayOfWeekGroupingOffsetInput") do |t|
|
454
|
+
t.documentation <<~EOS
|
455
|
+
Input type offered when grouping on `DayOfWeek` fields, representing the amount of offset
|
456
|
+
(positive or negative) to shift the `DayOfWeek` boundaries of each grouping bucket.
|
457
|
+
|
458
|
+
For example, you can apply an offset of -2 hours to shift `DateTime` values to the prior `DayOfWeek`
|
459
|
+
when they fall between midnight and 2 AM.
|
460
|
+
EOS
|
461
|
+
|
462
|
+
t.field names.amount, "Int!" do |f|
|
463
|
+
f.documentation "Number (positive or negative) of the given `#{names.unit}` to offset the boundaries of the `DayOfWeek` groupings."
|
464
|
+
end
|
465
|
+
|
466
|
+
t.field names.unit, "DateTimeUnit!" do |f|
|
467
|
+
f.documentation "Unit of offsetting to apply to the boundaries of the `DayOfWeek` groupings."
|
468
|
+
end
|
469
|
+
|
470
|
+
register_input_type(t)
|
471
|
+
end
|
472
|
+
|
473
|
+
schema_def_api.factory.new_input_type("LocalTimeGroupingOffsetInput") do |t|
|
474
|
+
t.documentation <<~EOS
|
475
|
+
Input type offered when grouping on `LocalTime` fields, representing the amount of offset
|
476
|
+
(positive or negative) to shift the `LocalTime` boundaries of each grouping bucket.
|
477
|
+
|
478
|
+
For example, when grouping by `HOUR`, you can shift by 30 minutes to change
|
479
|
+
what minute-of-hour hours are considered to start on.
|
480
|
+
EOS
|
481
|
+
|
482
|
+
t.field names.amount, "Int!" do |f|
|
483
|
+
f.documentation "Number (positive or negative) of the given `#{names.unit}` to offset the boundaries of the `LocalTime` groupings."
|
484
|
+
end
|
485
|
+
|
486
|
+
t.field names.unit, "LocalTimeUnit!" do |f|
|
487
|
+
f.documentation "Unit of offsetting to apply to the boundaries of the `LocalTime` groupings."
|
488
|
+
end
|
489
|
+
|
490
|
+
register_input_type(t)
|
491
|
+
end
|
492
|
+
|
493
|
+
schema_def_api.factory.new_aggregated_values_type_for_index_leaf_type "NonNumeric" do |t|
|
494
|
+
t.documentation "A return type used from aggregations to provided aggregated values over non-numeric fields."
|
495
|
+
end.tap { |t| schema_def_api.state.register_object_interface_or_union_type(t) }
|
496
|
+
|
497
|
+
register_framework_object_type "AggregationCountDetail" do |t|
|
498
|
+
t.documentation "Provides detail about an aggregation `#{names.count}`."
|
499
|
+
|
500
|
+
t.field names.approximate_value, "JsonSafeLong!", graphql_only: true do |f|
|
501
|
+
f.documentation <<~EOS
|
502
|
+
The (approximate) count of documents in this aggregation bucket.
|
503
|
+
|
504
|
+
When documents in an aggregation bucket are sourced from multiple shards, the count may be only
|
505
|
+
approximate. The `#{names.upper_bound}` indicates the maximum value of the true count, but usually
|
506
|
+
the true count is much closer to this approximate value (which also provides a lower bound on the
|
507
|
+
true count).
|
508
|
+
|
509
|
+
When this approximation is known to be exact, the same value will be available from `#{names.exact_value}`
|
510
|
+
and `#{names.upper_bound}`.
|
511
|
+
EOS
|
512
|
+
end
|
513
|
+
|
514
|
+
t.field names.exact_value, "JsonSafeLong", graphql_only: true do |f|
|
515
|
+
f.documentation <<~EOS
|
516
|
+
The exact count of documents in this aggregation bucket, if an exact value can be determined.
|
517
|
+
|
518
|
+
When documents in an aggregation bucket are sourced from multiple shards, it may not be possible to
|
519
|
+
efficiently determine an exact value. When no exact value can be determined, this field will be `null`.
|
520
|
+
The `#{names.approximate_value}` field--which will never be `null`--can be used to get an approximation
|
521
|
+
for the count.
|
522
|
+
EOS
|
523
|
+
end
|
524
|
+
|
525
|
+
t.field names.upper_bound, "JsonSafeLong!", graphql_only: true do |f|
|
526
|
+
f.documentation <<~EOS
|
527
|
+
An upper bound on how large the true count of documents in this aggregation bucket could be.
|
528
|
+
|
529
|
+
When documents in an aggregation bucket are sourced from multiple shards, it may not be possible to
|
530
|
+
efficiently determine an exact value. The `#{names.approximate_value}` field provides an approximation,
|
531
|
+
and this field puts an upper bound on the true count.
|
532
|
+
EOS
|
533
|
+
end
|
534
|
+
end
|
535
|
+
end
|
536
|
+
|
537
|
+
# Registers the standard GraphQL scalar types. Note that the SDL for the scalar type itself isn't
|
538
|
+
# included in the dumped SDL, but registering it allows us to derive a filter for each,
|
539
|
+
# which we need. In addition, this lets us define the mapping and JSON schema for each standard
|
540
|
+
# scalar type.
|
541
|
+
def register_standard_graphql_scalars
|
542
|
+
schema_def_api.scalar_type "Boolean" do |t|
|
543
|
+
t.mapping type: "boolean"
|
544
|
+
t.json_schema type: "boolean"
|
545
|
+
end
|
546
|
+
|
547
|
+
schema_def_api.scalar_type "Float" do |t|
|
548
|
+
t.mapping type: "double"
|
549
|
+
t.json_schema type: "number"
|
550
|
+
|
551
|
+
t.customize_aggregated_values_type do |avt|
|
552
|
+
# not nullable, since sum(empty_set) == 0
|
553
|
+
avt.field names.approximate_sum, "Float!", graphql_only: true do |f|
|
554
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
555
|
+
empty_bucket_value: 0,
|
556
|
+
function: :sum
|
557
|
+
)
|
558
|
+
|
559
|
+
f.documentation <<~EOS
|
560
|
+
The sum of the field values within this grouping.
|
561
|
+
|
562
|
+
As with all double-precision `Float` values, operations are subject to floating-point loss
|
563
|
+
of precision, so the value may be approximate.
|
564
|
+
EOS
|
565
|
+
end
|
566
|
+
|
567
|
+
define_exact_min_and_max_on_aggregated_values(avt, "Float") do |adjective:, full_name:|
|
568
|
+
<<~EOS
|
569
|
+
The value will be "exact" in that the aggregation computation will return
|
570
|
+
the exact value of the #{adjective} float that has been indexed, without
|
571
|
+
introducing any new imprecision. However, floats by their nature are
|
572
|
+
naturally imprecise since they cannot precisely represent all real numbers.
|
573
|
+
EOS
|
574
|
+
end
|
575
|
+
|
576
|
+
avt.field names.approximate_avg, "Float", graphql_only: true do |f|
|
577
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
578
|
+
empty_bucket_value: nil,
|
579
|
+
function: :avg
|
580
|
+
)
|
581
|
+
|
582
|
+
f.documentation <<~EOS
|
583
|
+
The average (mean) of the field values within this grouping.
|
584
|
+
|
585
|
+
The computation of this value may introduce additional imprecision (on top of the
|
586
|
+
natural imprecision of floats) when it deals with intermediary values that are
|
587
|
+
outside the `JsonSafeLong` range (#{format_number(JSON_SAFE_LONG_MIN)} to #{format_number(JSON_SAFE_LONG_MAX)}).
|
588
|
+
EOS
|
589
|
+
end
|
590
|
+
end
|
591
|
+
end
|
592
|
+
|
593
|
+
schema_def_api.scalar_type "ID" do |t|
|
594
|
+
t.mapping type: "keyword"
|
595
|
+
t.json_schema type: "string"
|
596
|
+
end
|
597
|
+
|
598
|
+
schema_def_api.scalar_type "Int" do |t|
|
599
|
+
t.mapping type: "integer"
|
600
|
+
t.json_schema type: "integer", minimum: INT_MIN, maximum: INT_MAX
|
601
|
+
|
602
|
+
t.prepare_for_indexing_with "ElasticGraph::Indexer::IndexingPreparers::Integer",
|
603
|
+
defined_at: "elastic_graph/indexer/indexing_preparers/integer"
|
604
|
+
|
605
|
+
define_integral_aggregated_values_for(t)
|
606
|
+
end
|
607
|
+
|
608
|
+
schema_def_api.scalar_type "String" do |t|
|
609
|
+
t.mapping type: "keyword"
|
610
|
+
t.json_schema type: "string"
|
611
|
+
end
|
612
|
+
end
|
613
|
+
|
614
|
+
def register_custom_elastic_graph_scalars
|
615
|
+
schema_def_api.scalar_type "Cursor" do |t|
|
616
|
+
# Technically, we don't use the mapping or json_schema on this type since it's a return-only
|
617
|
+
# type and isn't indexed. However, `scalar_type` requires them to be set (since custom scalars
|
618
|
+
# defined by users will need those set) so we set them here to what they would be if we actually
|
619
|
+
# used them.
|
620
|
+
t.mapping type: "keyword"
|
621
|
+
t.json_schema type: "string"
|
622
|
+
t.coerce_with "ElasticGraph::GraphQL::ScalarCoercionAdapters::Cursor",
|
623
|
+
defined_at: "elastic_graph/graphql/scalar_coercion_adapters/cursor"
|
624
|
+
|
625
|
+
t.documentation <<~EOS
|
626
|
+
An opaque string value representing a specific location in a paginated connection type.
|
627
|
+
Returned cursors can be passed back in the next query via the `before` or `after`
|
628
|
+
arguments to continue paginating from that point.
|
629
|
+
EOS
|
630
|
+
end
|
631
|
+
|
632
|
+
schema_def_api.scalar_type "Date" do |t|
|
633
|
+
t.mapping type: "date", format: DATASTORE_DATE_FORMAT
|
634
|
+
t.json_schema type: "string", format: "date"
|
635
|
+
t.coerce_with "ElasticGraph::GraphQL::ScalarCoercionAdapters::Date",
|
636
|
+
defined_at: "elastic_graph/graphql/scalar_coercion_adapters/date"
|
637
|
+
|
638
|
+
t.documentation <<~EOS
|
639
|
+
A date, represented as an [ISO 8601 date string](https://en.wikipedia.org/wiki/ISO_8601).
|
640
|
+
EOS
|
641
|
+
|
642
|
+
t.customize_aggregated_values_type do |avt|
|
643
|
+
define_exact_min_max_and_approx_avg_on_aggregated_values(avt, "Date") do |adjective:, full_name:|
|
644
|
+
<<~EOS
|
645
|
+
So long as the grouping contains at least one non-null value for the
|
646
|
+
underlying indexed field, this will return an exact non-null value.
|
647
|
+
EOS
|
648
|
+
end
|
649
|
+
end
|
650
|
+
end
|
651
|
+
|
652
|
+
schema_def_api.scalar_type "DateTime" do |t|
|
653
|
+
t.mapping type: "date", format: DATASTORE_DATE_TIME_FORMAT
|
654
|
+
t.json_schema type: "string", format: "date-time"
|
655
|
+
t.coerce_with "ElasticGraph::GraphQL::ScalarCoercionAdapters::DateTime",
|
656
|
+
defined_at: "elastic_graph/graphql/scalar_coercion_adapters/date_time"
|
657
|
+
|
658
|
+
t.documentation <<~EOS
|
659
|
+
A timestamp, represented as an [ISO 8601 time string](https://en.wikipedia.org/wiki/ISO_8601).
|
660
|
+
EOS
|
661
|
+
|
662
|
+
date_time_time_of_day_ref = schema_def_state.type_ref("#{t.type_ref}TimeOfDay")
|
663
|
+
|
664
|
+
t.customize_derived_types(
|
665
|
+
t.type_ref.as_filter_input.to_final_form(as_input: true).name,
|
666
|
+
t.type_ref.as_list_element_filter_input.to_final_form(as_input: true).name
|
667
|
+
) do |ft|
|
668
|
+
ft.field names.time_of_day, date_time_time_of_day_ref.as_filter_input.name do |f|
|
669
|
+
f.documentation "Matches records based on the time-of-day of the `DateTime` values."
|
670
|
+
end
|
671
|
+
end
|
672
|
+
|
673
|
+
t.customize_aggregated_values_type do |avt|
|
674
|
+
define_exact_min_max_and_approx_avg_on_aggregated_values(avt, "DateTime") do |adjective:, full_name:|
|
675
|
+
<<~EOS
|
676
|
+
So long as the grouping contains at least one non-null value for the
|
677
|
+
underlying indexed field, this will return an exact non-null value.
|
678
|
+
EOS
|
679
|
+
end
|
680
|
+
end
|
681
|
+
|
682
|
+
register_filter date_time_time_of_day_ref.name do |t|
|
683
|
+
t.documentation <<~EOS
|
684
|
+
Input type used to specify filters on the time-of-day of `DateTime` fields.
|
685
|
+
|
686
|
+
Will be ignored if passed as an empty object (or as `null`).
|
687
|
+
EOS
|
688
|
+
|
689
|
+
fixup_doc = ->(doc_string) do
|
690
|
+
doc_string.sub("the field value", "the time of day of the `DateTime` field value")
|
691
|
+
end
|
692
|
+
|
693
|
+
# Unlike a normal `equal_to_any_of` (which allows nullable elements to allow filtering to null values), we make
|
694
|
+
# it non-nullable here because it's nonsensical to filter to where a DateTime's time-of-day is null.
|
695
|
+
t.field names.equal_to_any_of, "[LocalTime!]" do |f|
|
696
|
+
f.documentation fixup_doc.call(ScalarType::EQUAL_TO_ANY_OF_DOC)
|
697
|
+
end
|
698
|
+
|
699
|
+
t.field names.gt, "LocalTime" do |f|
|
700
|
+
f.documentation fixup_doc.call(ScalarType::GT_DOC)
|
701
|
+
end
|
702
|
+
|
703
|
+
t.field names.gte, "LocalTime" do |f|
|
704
|
+
f.documentation fixup_doc.call(ScalarType::GTE_DOC)
|
705
|
+
end
|
706
|
+
|
707
|
+
t.field names.lt, "LocalTime" do |f|
|
708
|
+
f.documentation fixup_doc.call(ScalarType::LT_DOC)
|
709
|
+
end
|
710
|
+
|
711
|
+
t.field names.lte, "LocalTime" do |f|
|
712
|
+
f.documentation fixup_doc.call(ScalarType::LTE_DOC)
|
713
|
+
end
|
714
|
+
|
715
|
+
t.field names.time_zone, "TimeZone!" do |f|
|
716
|
+
f.documentation "TimeZone to use when comparing the `DateTime` values against the provided `LocalTime` values."
|
717
|
+
f.default "UTC"
|
718
|
+
end
|
719
|
+
|
720
|
+
# With our initial implementation of `time_of_day` filtering, it's tricky to support `any_of`/`not` within
|
721
|
+
# the `time_of_day: {...}` input object. They are still supported outside of `time_of_day` (on the parent
|
722
|
+
# input object) so no functionality is losts by omitting these. Also, this aligns with our `GeoLocationDistanceFilterInput`
|
723
|
+
# which is a similarly complex filter where we didn't include them.
|
724
|
+
remove_any_of_and_not_filter_operators_on(t)
|
725
|
+
end
|
726
|
+
end
|
727
|
+
|
728
|
+
schema_def_api.scalar_type "LocalTime" do |t|
|
729
|
+
t.documentation <<~EOS
|
730
|
+
A local time such as `"23:59:33"` or `"07:20:47.454"` without a time zone or offset, formatted based on the
|
731
|
+
[partial-time portion of RFC3339](https://datatracker.ietf.org/doc/html/rfc3339#section-5.6).
|
732
|
+
EOS
|
733
|
+
|
734
|
+
t.coerce_with "ElasticGraph::GraphQL::ScalarCoercionAdapters::LocalTime",
|
735
|
+
defined_at: "elastic_graph/graphql/scalar_coercion_adapters/local_time"
|
736
|
+
|
737
|
+
t.mapping type: "date", format: "HH:mm:ss||HH:mm:ss.S||HH:mm:ss.SS||HH:mm:ss.SSS"
|
738
|
+
|
739
|
+
t.json_schema type: "string", pattern: VALID_LOCAL_TIME_JSON_SCHEMA_PATTERN
|
740
|
+
|
741
|
+
t.customize_aggregated_values_type do |avt|
|
742
|
+
define_exact_min_max_and_approx_avg_on_aggregated_values(avt, "LocalTime") do |adjective:, full_name:|
|
743
|
+
<<~EOS
|
744
|
+
So long as the grouping contains at least one non-null value for the
|
745
|
+
underlying indexed field, this will return an exact non-null value.
|
746
|
+
EOS
|
747
|
+
end
|
748
|
+
end
|
749
|
+
end
|
750
|
+
|
751
|
+
schema_def_api.scalar_type "TimeZone" do |t|
|
752
|
+
t.mapping type: "keyword"
|
753
|
+
t.json_schema type: "string", enum: GraphQL::ScalarCoercionAdapters::VALID_TIME_ZONES.to_a
|
754
|
+
t.coerce_with "ElasticGraph::GraphQL::ScalarCoercionAdapters::TimeZone",
|
755
|
+
defined_at: "elastic_graph/graphql/scalar_coercion_adapters/time_zone"
|
756
|
+
|
757
|
+
t.documentation <<~EOS
|
758
|
+
An [IANA time zone identifier](https://www.iana.org/time-zones), such as `America/Los_Angeles` or `UTC`.
|
759
|
+
|
760
|
+
For a full list of valid identifiers, see the [wikipedia article](https://en.wikipedia.org/wiki/List_of_tz_database_time_zones#List).
|
761
|
+
EOS
|
762
|
+
end
|
763
|
+
|
764
|
+
schema_def_api.scalar_type "Untyped" do |t|
|
765
|
+
# Allow any JSON for this type. The list of supported types is taken from:
|
766
|
+
#
|
767
|
+
# https://github.com/json-schema-org/json-schema-spec/blob/draft-07/schema.json#L23-L29
|
768
|
+
#
|
769
|
+
# ...except we are omitting `null` here; it'll be added by the nullability decorator if the field is defined as nullable.
|
770
|
+
t.json_schema type: ["array", "boolean", "integer", "number", "object", "string"]
|
771
|
+
|
772
|
+
# In the index we store this as a JSON string in a `keyword` field.
|
773
|
+
t.mapping type: "keyword"
|
774
|
+
|
775
|
+
t.coerce_with "ElasticGraph::GraphQL::ScalarCoercionAdapters::Untyped",
|
776
|
+
defined_at: "elastic_graph/graphql/scalar_coercion_adapters/untyped"
|
777
|
+
|
778
|
+
t.prepare_for_indexing_with "ElasticGraph::Indexer::IndexingPreparers::Untyped",
|
779
|
+
defined_at: "elastic_graph/indexer/indexing_preparers/untyped"
|
780
|
+
|
781
|
+
t.documentation <<~EOS
|
782
|
+
A custom scalar type that allows any type of data, including:
|
783
|
+
|
784
|
+
- strings
|
785
|
+
- numbers
|
786
|
+
- objects and arrays (nested as deeply as you like)
|
787
|
+
- booleans
|
788
|
+
|
789
|
+
Note: fields of this type are effectively untyped. We recommend it only be used for
|
790
|
+
parts of your schema that can't be statically typed.
|
791
|
+
EOS
|
792
|
+
end
|
793
|
+
|
794
|
+
schema_def_api.scalar_type "JsonSafeLong" do |t|
|
795
|
+
t.mapping type: "long"
|
796
|
+
t.json_schema type: "integer", minimum: JSON_SAFE_LONG_MIN, maximum: JSON_SAFE_LONG_MAX
|
797
|
+
t.coerce_with "ElasticGraph::GraphQL::ScalarCoercionAdapters::JsonSafeLong",
|
798
|
+
defined_at: "elastic_graph/graphql/scalar_coercion_adapters/longs"
|
799
|
+
|
800
|
+
t.prepare_for_indexing_with "ElasticGraph::Indexer::IndexingPreparers::Integer",
|
801
|
+
defined_at: "elastic_graph/indexer/indexing_preparers/integer"
|
802
|
+
|
803
|
+
t.documentation <<~EOS
|
804
|
+
A numeric type for large integer values that can serialize safely as JSON.
|
805
|
+
|
806
|
+
While JSON itself has no hard limit on the size of integers, the RFC-7159 spec
|
807
|
+
mentions that values outside of the range #{format_number(JSON_SAFE_LONG_MIN)} (-(2^53) + 1)
|
808
|
+
to #{format_number(JSON_SAFE_LONG_MAX)} (2^53 - 1) may not be interopable with all JSON
|
809
|
+
implementations. As it turns out, the number implementation used by JavaScript
|
810
|
+
has this issue. When you parse a JSON string that contains a numeric value like
|
811
|
+
`4693522397653681111`, the parsed result will contain a rounded value like
|
812
|
+
`4693522397653681000`.
|
813
|
+
|
814
|
+
While this is entirely a client-side problem, we want to preserve maximum compatibility
|
815
|
+
with common client languages. Given the ubiquity of GraphiQL as a GraphQL client,
|
816
|
+
we want to avoid this problem.
|
817
|
+
|
818
|
+
Our solution is to support two separate types:
|
819
|
+
|
820
|
+
- This type (`JsonSafeLong`) is serialized as a number, but limits values to the safely
|
821
|
+
serializable range.
|
822
|
+
- The `LongString` type supports long values that use all 64 bits, but serializes as a
|
823
|
+
string rather than a number, avoiding the JavaScript compatibility problems.
|
824
|
+
|
825
|
+
For more background, see the [JavaScript `Number.MAX_SAFE_INTEGER`
|
826
|
+
docs](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/MAX_SAFE_INTEGER).
|
827
|
+
EOS
|
828
|
+
|
829
|
+
define_integral_aggregated_values_for(t)
|
830
|
+
end
|
831
|
+
|
832
|
+
schema_def_api.scalar_type "LongString" do |t|
|
833
|
+
# Note: while this type is returned from GraphQL queries as a string, we still
|
834
|
+
# require it to be an integer in the JSON documents we index. We want min/max
|
835
|
+
# validation on input (to avoid ingesting values that are larger than we can
|
836
|
+
# handle). This is easy to do if we ingest these values as numbers, but hard
|
837
|
+
# to do if we ingest them as strings. (The `pattern` regex to validate the range
|
838
|
+
# would be *extremely* complicated).
|
839
|
+
t.mapping type: "long"
|
840
|
+
t.json_schema type: "integer", minimum: LONG_STRING_MIN, maximum: LONG_STRING_MAX
|
841
|
+
t.coerce_with "ElasticGraph::GraphQL::ScalarCoercionAdapters::LongString",
|
842
|
+
defined_at: "elastic_graph/graphql/scalar_coercion_adapters/longs"
|
843
|
+
t.prepare_for_indexing_with "ElasticGraph::Indexer::IndexingPreparers::Integer",
|
844
|
+
defined_at: "elastic_graph/indexer/indexing_preparers/integer"
|
845
|
+
|
846
|
+
t.documentation <<~EOS
|
847
|
+
A numeric type for large integer values in the inclusive range -2^63
|
848
|
+
(#{format_number(LONG_STRING_MIN)}) to (2^63 - 1) (#{format_number(LONG_STRING_MAX)}).
|
849
|
+
|
850
|
+
Note that `LongString` values are serialized as strings within JSON, to avoid
|
851
|
+
interopability problems with JavaScript. If you want a large integer type that
|
852
|
+
serializes within JSON as a number, use `JsonSafeLong`.
|
853
|
+
EOS
|
854
|
+
|
855
|
+
t.customize_aggregated_values_type do |avt|
|
856
|
+
# not nullable, since sum(empty_set) == 0
|
857
|
+
avt.field names.approximate_sum, "Float!", graphql_only: true do |f|
|
858
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
859
|
+
empty_bucket_value: 0,
|
860
|
+
function: :sum
|
861
|
+
)
|
862
|
+
|
863
|
+
f.documentation <<~EOS
|
864
|
+
The (approximate) sum of the field values within this grouping.
|
865
|
+
|
866
|
+
Sums of large `LongString` values can result in overflow, where the exact sum cannot
|
867
|
+
fit in a `LongString` return value. This field, as a double-precision `Float`, can
|
868
|
+
represent larger sums, but the value may only be approximate.
|
869
|
+
EOS
|
870
|
+
end
|
871
|
+
|
872
|
+
avt.field names.exact_sum, "JsonSafeLong", graphql_only: true do |f|
|
873
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
874
|
+
empty_bucket_value: 0,
|
875
|
+
function: :sum
|
876
|
+
)
|
877
|
+
|
878
|
+
f.documentation <<~EOS
|
879
|
+
The exact sum of the field values within this grouping, if it fits in a `JsonSafeLong`.
|
880
|
+
|
881
|
+
Sums of large `LongString` values can result in overflow, where the exact sum cannot
|
882
|
+
fit in a `JsonSafeLong`. In that case, `null` will be returned, and `#{names.approximate_sum}`
|
883
|
+
can be used to get an approximate value.
|
884
|
+
EOS
|
885
|
+
end
|
886
|
+
|
887
|
+
define_exact_min_and_max_on_aggregated_values(avt, "JsonSafeLong") do |adjective:, full_name:|
|
888
|
+
approx_name = (full_name == "minimum") ? names.approximate_min : names.approximate_max
|
889
|
+
|
890
|
+
<<~EOS
|
891
|
+
So long as the grouping contains at least one non-null value, and no values exceed the
|
892
|
+
`JsonSafeLong` range in the underlying indexed field, this will return an exact non-null value.
|
893
|
+
|
894
|
+
If no non-null values are available, or if the #{full_name} value is outside the `JsonSafeLong`
|
895
|
+
range, `null` will be returned. `#{approx_name}` can be used to differentiate between these
|
896
|
+
cases and to get an approximate value.
|
897
|
+
EOS
|
898
|
+
end
|
899
|
+
|
900
|
+
{
|
901
|
+
names.exact_min => [:min, "minimum", names.approximate_min, "smallest"],
|
902
|
+
names.exact_max => [:max, "maximum", names.approximate_max, "largest"]
|
903
|
+
}.each do |exact_name, (func, full_name, approx_name, adjective)|
|
904
|
+
avt.field approx_name, "LongString", graphql_only: true do |f|
|
905
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
906
|
+
empty_bucket_value: nil,
|
907
|
+
function: func
|
908
|
+
)
|
909
|
+
|
910
|
+
f.documentation <<~EOS
|
911
|
+
The #{full_name} of the field values within this grouping.
|
912
|
+
|
913
|
+
The aggregation computation performed to identify the #{adjective} value is not able
|
914
|
+
to maintain exact precision when dealing with values that are outside the `JsonSafeLong`
|
915
|
+
range (#{format_number(JSON_SAFE_LONG_MIN)} to #{format_number(JSON_SAFE_LONG_MAX)}).
|
916
|
+
In that case, the `#{exact_name}` field will return `null`, but this field will provide
|
917
|
+
a value which may be approximate.
|
918
|
+
EOS
|
919
|
+
end
|
920
|
+
end
|
921
|
+
|
922
|
+
avt.field names.approximate_avg, "Float", graphql_only: true do |f|
|
923
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
924
|
+
empty_bucket_value: nil,
|
925
|
+
function: :avg
|
926
|
+
)
|
927
|
+
|
928
|
+
f.documentation <<~EOS
|
929
|
+
The average (mean) of the field values within this grouping.
|
930
|
+
|
931
|
+
Note that the returned value is approximate. Imprecision can be introduced by the computation if
|
932
|
+
any intermediary values fall outside the `JsonSafeLong` range (#{format_number(JSON_SAFE_LONG_MIN)}
|
933
|
+
to #{format_number(JSON_SAFE_LONG_MAX)}).
|
934
|
+
EOS
|
935
|
+
end
|
936
|
+
end
|
937
|
+
end
|
938
|
+
end
|
939
|
+
|
940
|
+
def register_enum_types
|
941
|
+
# Elasticsearch and OpenSearch treat weeks as beginning on Monday for date histogram aggregations.
|
942
|
+
# Note that I can't find clear documentation on this.
|
943
|
+
#
|
944
|
+
# https://www.elastic.co/guide/en/elasticsearch/reference/7.10/search-aggregations-bucket-datehistogram-aggregation.html#calendar_intervals
|
945
|
+
#
|
946
|
+
# > One week is the interval between the start day_of_week:hour:minute:second and
|
947
|
+
# > the same day of the week and time of the following week in the specified time zone.
|
948
|
+
#
|
949
|
+
# However, we have observed that this is how it behaves. We verify it in this test:
|
950
|
+
# elasticgraph-graphql/spec/acceptance/elasticgraph_graphql_spec.rb
|
951
|
+
es_first_day_of_week = "Monday"
|
952
|
+
|
953
|
+
# TODO: Drop support for legacy grouping schema
|
954
|
+
schema_def_api.enum_type "DateGroupingGranularity" do |t|
|
955
|
+
t.documentation <<~EOS
|
956
|
+
Enumerates the supported granularities of a `Date`.
|
957
|
+
EOS
|
958
|
+
|
959
|
+
t.value "YEAR" do |v|
|
960
|
+
v.documentation "The year a `Date` falls in."
|
961
|
+
v.update_runtime_metadata datastore_value: "year"
|
962
|
+
end
|
963
|
+
|
964
|
+
t.value "QUARTER" do |v|
|
965
|
+
v.documentation "The quarter a `Date` falls in."
|
966
|
+
v.update_runtime_metadata datastore_value: "quarter"
|
967
|
+
end
|
968
|
+
|
969
|
+
t.value "MONTH" do |v|
|
970
|
+
v.documentation "The month a `Date` falls in."
|
971
|
+
v.update_runtime_metadata datastore_value: "month"
|
972
|
+
end
|
973
|
+
|
974
|
+
t.value "WEEK" do |v|
|
975
|
+
v.documentation "The week, beginning on #{es_first_day_of_week}, a `Date` falls in."
|
976
|
+
v.update_runtime_metadata datastore_value: "week"
|
977
|
+
end
|
978
|
+
|
979
|
+
t.value "DAY" do |v|
|
980
|
+
v.documentation "The exact day of a `Date`."
|
981
|
+
v.update_runtime_metadata datastore_value: "day"
|
982
|
+
end
|
983
|
+
end
|
984
|
+
|
985
|
+
schema_def_api.enum_type "DateGroupingTruncationUnit" do |t|
|
986
|
+
t.documentation <<~EOS
|
987
|
+
Enumerates the supported truncation units of a `Date`.
|
988
|
+
EOS
|
989
|
+
|
990
|
+
t.value "YEAR" do |v|
|
991
|
+
v.documentation "The year a `Date` falls in."
|
992
|
+
v.update_runtime_metadata datastore_value: "year"
|
993
|
+
end
|
994
|
+
|
995
|
+
t.value "QUARTER" do |v|
|
996
|
+
v.documentation "The quarter a `Date` falls in."
|
997
|
+
v.update_runtime_metadata datastore_value: "quarter"
|
998
|
+
end
|
999
|
+
|
1000
|
+
t.value "MONTH" do |v|
|
1001
|
+
v.documentation "The month a `Date` falls in."
|
1002
|
+
v.update_runtime_metadata datastore_value: "month"
|
1003
|
+
end
|
1004
|
+
|
1005
|
+
t.value "WEEK" do |v|
|
1006
|
+
v.documentation "The week, beginning on #{es_first_day_of_week}, a `Date` falls in."
|
1007
|
+
v.update_runtime_metadata datastore_value: "week"
|
1008
|
+
end
|
1009
|
+
|
1010
|
+
t.value "DAY" do |v|
|
1011
|
+
v.documentation "The exact day of a `Date`."
|
1012
|
+
v.update_runtime_metadata datastore_value: "day"
|
1013
|
+
end
|
1014
|
+
end
|
1015
|
+
|
1016
|
+
# TODO: Drop support for legacy grouping schema
|
1017
|
+
schema_def_api.enum_type "DateTimeGroupingGranularity" do |t|
|
1018
|
+
t.documentation <<~EOS
|
1019
|
+
Enumerates the supported granularities of a `DateTime`.
|
1020
|
+
EOS
|
1021
|
+
|
1022
|
+
t.value "YEAR" do |v|
|
1023
|
+
v.documentation "The year a `DateTime` falls in."
|
1024
|
+
v.update_runtime_metadata datastore_value: "year"
|
1025
|
+
end
|
1026
|
+
|
1027
|
+
t.value "QUARTER" do |v|
|
1028
|
+
v.documentation "The quarter a `DateTime` falls in."
|
1029
|
+
v.update_runtime_metadata datastore_value: "quarter"
|
1030
|
+
end
|
1031
|
+
|
1032
|
+
t.value "MONTH" do |v|
|
1033
|
+
v.documentation "The month a `DateTime` falls in."
|
1034
|
+
v.update_runtime_metadata datastore_value: "month"
|
1035
|
+
end
|
1036
|
+
|
1037
|
+
t.value "WEEK" do |v|
|
1038
|
+
v.documentation "The week, beginning on #{es_first_day_of_week}, a `DateTime` falls in."
|
1039
|
+
v.update_runtime_metadata datastore_value: "week"
|
1040
|
+
end
|
1041
|
+
|
1042
|
+
t.value "DAY" do |v|
|
1043
|
+
v.documentation "The day a `DateTime` falls in."
|
1044
|
+
v.update_runtime_metadata datastore_value: "day"
|
1045
|
+
end
|
1046
|
+
|
1047
|
+
t.value "HOUR" do |v|
|
1048
|
+
v.documentation "The hour a `DateTime` falls in."
|
1049
|
+
v.update_runtime_metadata datastore_value: "hour"
|
1050
|
+
end
|
1051
|
+
|
1052
|
+
t.value "MINUTE" do |v|
|
1053
|
+
v.documentation "The minute a `DateTime` falls in."
|
1054
|
+
v.update_runtime_metadata datastore_value: "minute"
|
1055
|
+
end
|
1056
|
+
|
1057
|
+
t.value "SECOND" do |v|
|
1058
|
+
v.documentation "The second a `DateTime` falls in."
|
1059
|
+
v.update_runtime_metadata datastore_value: "second"
|
1060
|
+
end
|
1061
|
+
end
|
1062
|
+
|
1063
|
+
schema_def_api.enum_type "DateTimeGroupingTruncationUnit" do |t|
|
1064
|
+
t.documentation <<~EOS
|
1065
|
+
Enumerates the supported truncation units of a `DateTime`.
|
1066
|
+
EOS
|
1067
|
+
|
1068
|
+
t.value "YEAR" do |v|
|
1069
|
+
v.documentation "The year a `DateTime` falls in."
|
1070
|
+
v.update_runtime_metadata datastore_value: "year"
|
1071
|
+
end
|
1072
|
+
|
1073
|
+
t.value "QUARTER" do |v|
|
1074
|
+
v.documentation "The quarter a `DateTime` falls in."
|
1075
|
+
v.update_runtime_metadata datastore_value: "quarter"
|
1076
|
+
end
|
1077
|
+
|
1078
|
+
t.value "MONTH" do |v|
|
1079
|
+
v.documentation "The month a `DateTime` falls in."
|
1080
|
+
v.update_runtime_metadata datastore_value: "month"
|
1081
|
+
end
|
1082
|
+
|
1083
|
+
t.value "WEEK" do |v|
|
1084
|
+
v.documentation "The week, beginning on #{es_first_day_of_week}, a `DateTime` falls in."
|
1085
|
+
v.update_runtime_metadata datastore_value: "week"
|
1086
|
+
end
|
1087
|
+
|
1088
|
+
t.value "DAY" do |v|
|
1089
|
+
v.documentation "The day a `DateTime` falls in."
|
1090
|
+
v.update_runtime_metadata datastore_value: "day"
|
1091
|
+
end
|
1092
|
+
|
1093
|
+
t.value "HOUR" do |v|
|
1094
|
+
v.documentation "The hour a `DateTime` falls in."
|
1095
|
+
v.update_runtime_metadata datastore_value: "hour"
|
1096
|
+
end
|
1097
|
+
|
1098
|
+
t.value "MINUTE" do |v|
|
1099
|
+
v.documentation "The minute a `DateTime` falls in."
|
1100
|
+
v.update_runtime_metadata datastore_value: "minute"
|
1101
|
+
end
|
1102
|
+
|
1103
|
+
t.value "SECOND" do |v|
|
1104
|
+
v.documentation "The second a `DateTime` falls in."
|
1105
|
+
v.update_runtime_metadata datastore_value: "second"
|
1106
|
+
end
|
1107
|
+
end
|
1108
|
+
|
1109
|
+
schema_def_api.enum_type "LocalTimeGroupingTruncationUnit" do |t|
|
1110
|
+
t.documentation <<~EOS
|
1111
|
+
Enumerates the supported truncation units of a `LocalTime`.
|
1112
|
+
EOS
|
1113
|
+
|
1114
|
+
t.value "HOUR" do |v|
|
1115
|
+
v.documentation "The hour a `LocalTime` falls in."
|
1116
|
+
v.update_runtime_metadata datastore_value: "hour"
|
1117
|
+
end
|
1118
|
+
|
1119
|
+
t.value "MINUTE" do |v|
|
1120
|
+
v.documentation "The minute a `LocalTime` falls in."
|
1121
|
+
v.update_runtime_metadata datastore_value: "minute"
|
1122
|
+
end
|
1123
|
+
|
1124
|
+
t.value "SECOND" do |v|
|
1125
|
+
v.documentation "The second a `LocalTime` falls in."
|
1126
|
+
v.update_runtime_metadata datastore_value: "second"
|
1127
|
+
end
|
1128
|
+
end
|
1129
|
+
|
1130
|
+
schema_def_api.enum_type "DistanceUnit" do |t|
|
1131
|
+
t.documentation "Enumerates the supported distance units."
|
1132
|
+
|
1133
|
+
# Values here are taken from: https://www.elastic.co/guide/en/elasticsearch/reference/7.10/common-options.html#distance-units
|
1134
|
+
t.value "MILE" do |v|
|
1135
|
+
v.documentation "A United States customary unit of 5,280 feet."
|
1136
|
+
v.update_runtime_metadata datastore_abbreviation: :mi
|
1137
|
+
end
|
1138
|
+
|
1139
|
+
t.value "YARD" do |v|
|
1140
|
+
v.documentation "A United States customary unit of 3 feet."
|
1141
|
+
v.update_runtime_metadata datastore_abbreviation: :yd
|
1142
|
+
end
|
1143
|
+
|
1144
|
+
t.value "FOOT" do |v|
|
1145
|
+
v.documentation "A United States customary unit of 12 inches."
|
1146
|
+
v.update_runtime_metadata datastore_abbreviation: :ft
|
1147
|
+
end
|
1148
|
+
|
1149
|
+
t.value "INCH" do |v|
|
1150
|
+
v.documentation "A United States customary unit equal to 1/12th of a foot."
|
1151
|
+
v.update_runtime_metadata datastore_abbreviation: :in
|
1152
|
+
end
|
1153
|
+
|
1154
|
+
t.value "KILOMETER" do |v|
|
1155
|
+
v.documentation "A metric system unit equal to 1,000 meters."
|
1156
|
+
v.update_runtime_metadata datastore_abbreviation: :km
|
1157
|
+
end
|
1158
|
+
|
1159
|
+
t.value "METER" do |v|
|
1160
|
+
v.documentation "The base unit of length in the metric system."
|
1161
|
+
v.update_runtime_metadata datastore_abbreviation: :m
|
1162
|
+
end
|
1163
|
+
|
1164
|
+
t.value "CENTIMETER" do |v|
|
1165
|
+
v.documentation "A metric system unit equal to 1/100th of a meter."
|
1166
|
+
v.update_runtime_metadata datastore_abbreviation: :cm
|
1167
|
+
end
|
1168
|
+
|
1169
|
+
t.value "MILLIMETER" do |v|
|
1170
|
+
v.documentation "A metric system unit equal to 1/1,000th of a meter."
|
1171
|
+
v.update_runtime_metadata datastore_abbreviation: :mm
|
1172
|
+
end
|
1173
|
+
|
1174
|
+
t.value "NAUTICAL_MILE" do |v|
|
1175
|
+
v.documentation "An international unit of length used for air, marine, and space navigation. Equivalent to 1,852 meters."
|
1176
|
+
v.update_runtime_metadata datastore_abbreviation: :nmi
|
1177
|
+
end
|
1178
|
+
end
|
1179
|
+
|
1180
|
+
schema_def_api.enum_type "DateTimeUnit" do |t|
|
1181
|
+
t.documentation "Enumeration of `DateTime` units."
|
1182
|
+
|
1183
|
+
# Values here are taken from: https://www.elastic.co/guide/en/elasticsearch/reference/7.10/common-options.html#time-units
|
1184
|
+
t.value "DAY" do |v|
|
1185
|
+
v.documentation "The time period of a full rotation of the Earth with respect to the Sun."
|
1186
|
+
v.update_runtime_metadata datastore_abbreviation: :d, datastore_value: 86_400_000
|
1187
|
+
end
|
1188
|
+
|
1189
|
+
t.value "HOUR" do |v|
|
1190
|
+
v.documentation "1/24th of a day."
|
1191
|
+
v.update_runtime_metadata datastore_abbreviation: :h, datastore_value: 3_600_000
|
1192
|
+
end
|
1193
|
+
|
1194
|
+
t.value "MINUTE" do |v|
|
1195
|
+
v.documentation "1/60th of an hour."
|
1196
|
+
v.update_runtime_metadata datastore_abbreviation: :m, datastore_value: 60_000
|
1197
|
+
end
|
1198
|
+
|
1199
|
+
t.value "SECOND" do |v|
|
1200
|
+
v.documentation "1/60th of a minute."
|
1201
|
+
v.update_runtime_metadata datastore_abbreviation: :s, datastore_value: 1_000
|
1202
|
+
end
|
1203
|
+
|
1204
|
+
t.value "MILLISECOND" do |v|
|
1205
|
+
v.documentation "1/1000th of a second."
|
1206
|
+
v.update_runtime_metadata datastore_abbreviation: :ms, datastore_value: 1
|
1207
|
+
end
|
1208
|
+
|
1209
|
+
# These units, which Elasticsearch and OpenSearch support, only make sense to use when using the
|
1210
|
+
# Date nanoseconds type:
|
1211
|
+
#
|
1212
|
+
# https://www.elastic.co/guide/en/elasticsearch/reference/7.10/date_nanos.html
|
1213
|
+
#
|
1214
|
+
# However, we currently only use the standard `Date` type, which has millisecond granularity,
|
1215
|
+
# For now these sub-millisecond granularities aren't useful to support, so we're not including
|
1216
|
+
# them at this time.
|
1217
|
+
#
|
1218
|
+
# t.value "MICROSECOND" do |v|
|
1219
|
+
# v.documentation "1/1000th of a millisecond."
|
1220
|
+
# v.update_runtime_metadata datastore_abbreviation: :micros
|
1221
|
+
# end
|
1222
|
+
#
|
1223
|
+
# t.value "NANOSECOND" do |v|
|
1224
|
+
# v.documentation "1/1000th of a microsecond."
|
1225
|
+
# v.update_runtime_metadata datastore_abbreviation: :nanos
|
1226
|
+
# end
|
1227
|
+
end
|
1228
|
+
|
1229
|
+
schema_def_api.enum_type "DateUnit" do |t|
|
1230
|
+
t.documentation "Enumeration of `Date` units."
|
1231
|
+
|
1232
|
+
# Values here are taken from: https://www.elastic.co/guide/en/elasticsearch/reference/7.10/common-options.html#time-units
|
1233
|
+
t.value "DAY" do |v|
|
1234
|
+
v.documentation "The time period of a full rotation of the Earth with respect to the Sun."
|
1235
|
+
v.update_runtime_metadata datastore_abbreviation: :d, datastore_value: 86_400_000
|
1236
|
+
end
|
1237
|
+
end
|
1238
|
+
|
1239
|
+
schema_def_api.enum_type "LocalTimeUnit" do |t|
|
1240
|
+
t.documentation "Enumeration of `LocalTime` units."
|
1241
|
+
|
1242
|
+
# Values here are taken from: https://www.elastic.co/guide/en/elasticsearch/reference/7.10/common-options.html#time-units
|
1243
|
+
t.value "HOUR" do |v|
|
1244
|
+
v.documentation "1/24th of a day."
|
1245
|
+
v.update_runtime_metadata datastore_abbreviation: :h, datastore_value: 3_600_000
|
1246
|
+
end
|
1247
|
+
|
1248
|
+
t.value "MINUTE" do |v|
|
1249
|
+
v.documentation "1/60th of an hour."
|
1250
|
+
v.update_runtime_metadata datastore_abbreviation: :m, datastore_value: 60_000
|
1251
|
+
end
|
1252
|
+
|
1253
|
+
t.value "SECOND" do |v|
|
1254
|
+
v.documentation "1/60th of a minute."
|
1255
|
+
v.update_runtime_metadata datastore_abbreviation: :s, datastore_value: 1_000
|
1256
|
+
end
|
1257
|
+
|
1258
|
+
t.value "MILLISECOND" do |v|
|
1259
|
+
v.documentation "1/1000th of a second."
|
1260
|
+
v.update_runtime_metadata datastore_abbreviation: :ms, datastore_value: 1
|
1261
|
+
end
|
1262
|
+
end
|
1263
|
+
|
1264
|
+
schema_def_api.enum_type "MatchesQueryAllowedEditsPerTerm" do |t|
|
1265
|
+
t.documentation "Enumeration of allowed values for the `#{names.matches_query}: {#{names.allowed_edits_per_term}: ...}` filter option."
|
1266
|
+
|
1267
|
+
t.value "NONE" do |v|
|
1268
|
+
v.documentation "No allowed edits per term."
|
1269
|
+
v.update_runtime_metadata datastore_abbreviation: :"0"
|
1270
|
+
end
|
1271
|
+
|
1272
|
+
t.value "ONE" do |v|
|
1273
|
+
v.documentation "One allowed edit per term."
|
1274
|
+
v.update_runtime_metadata datastore_abbreviation: :"1"
|
1275
|
+
end
|
1276
|
+
|
1277
|
+
t.value "TWO" do |v|
|
1278
|
+
v.documentation "Two allowed edits per term."
|
1279
|
+
v.update_runtime_metadata datastore_abbreviation: :"2"
|
1280
|
+
end
|
1281
|
+
|
1282
|
+
t.value "DYNAMIC" do |v|
|
1283
|
+
v.documentation "Allowed edits per term is dynamically chosen based on the length of the term."
|
1284
|
+
v.update_runtime_metadata datastore_abbreviation: :AUTO
|
1285
|
+
end
|
1286
|
+
end
|
1287
|
+
end
|
1288
|
+
|
1289
|
+
def register_date_and_time_grouped_by_types
|
1290
|
+
# DateGroupedBy
|
1291
|
+
date = schema_def_state.type_ref("Date")
|
1292
|
+
register_framework_object_type date.as_grouped_by.name do |t|
|
1293
|
+
t.documentation "Allows for grouping `Date` values based on the desired return type."
|
1294
|
+
t.runtime_metadata_overrides = {elasticgraph_category: :date_grouped_by_object}
|
1295
|
+
|
1296
|
+
t.field names.as_date, "Date", graphql_only: true do |f|
|
1297
|
+
f.documentation "Used when grouping on the full `Date` value."
|
1298
|
+
define_date_grouping_arguments(f, omit_timezone: true)
|
1299
|
+
end
|
1300
|
+
|
1301
|
+
t.field names.as_day_of_week, "DayOfWeek", graphql_only: true do |f|
|
1302
|
+
f.documentation "An alternative to `#{names.as_date}` for when grouping on the day-of-week is desired."
|
1303
|
+
define_day_of_week_grouping_arguments(f, omit_timezone: true)
|
1304
|
+
end
|
1305
|
+
end
|
1306
|
+
|
1307
|
+
# DateTimeGroupedBy
|
1308
|
+
date_time = schema_def_state.type_ref("DateTime")
|
1309
|
+
register_framework_object_type date_time.as_grouped_by.name do |t|
|
1310
|
+
t.documentation "Allows for grouping `DateTime` values based on the desired return type."
|
1311
|
+
t.runtime_metadata_overrides = {elasticgraph_category: :date_grouped_by_object}
|
1312
|
+
|
1313
|
+
t.field names.as_date_time, "DateTime", graphql_only: true do |f|
|
1314
|
+
f.documentation "Used when grouping on the full `DateTime` value."
|
1315
|
+
define_date_time_grouping_arguments(f)
|
1316
|
+
end
|
1317
|
+
|
1318
|
+
t.field names.as_date, "Date", graphql_only: true do |f|
|
1319
|
+
f.documentation "An alternative to `#{names.as_date_time}` for when grouping on just the date is desired."
|
1320
|
+
define_date_grouping_arguments(f)
|
1321
|
+
end
|
1322
|
+
|
1323
|
+
t.field names.as_time_of_day, "LocalTime", graphql_only: true do |f|
|
1324
|
+
f.documentation "An alternative to `#{names.as_date_time}` for when grouping on just the time-of-day is desired."
|
1325
|
+
define_local_time_grouping_arguments(f)
|
1326
|
+
end
|
1327
|
+
|
1328
|
+
t.field names.as_day_of_week, "DayOfWeek", graphql_only: true do |f|
|
1329
|
+
f.documentation "An alternative to `#{names.as_date_time}` for when grouping on the day-of-week is desired."
|
1330
|
+
define_day_of_week_grouping_arguments(f)
|
1331
|
+
end
|
1332
|
+
end
|
1333
|
+
|
1334
|
+
schema_def_api.enum_type "DayOfWeek" do |t|
|
1335
|
+
t.documentation "Indicates the specific day of the week."
|
1336
|
+
|
1337
|
+
t.value "MONDAY" do |v|
|
1338
|
+
v.documentation "Monday."
|
1339
|
+
end
|
1340
|
+
|
1341
|
+
t.value "TUESDAY" do |v|
|
1342
|
+
v.documentation "Tuesday."
|
1343
|
+
end
|
1344
|
+
|
1345
|
+
t.value "WEDNESDAY" do |v|
|
1346
|
+
v.documentation "Wednesday."
|
1347
|
+
end
|
1348
|
+
|
1349
|
+
t.value "THURSDAY" do |v|
|
1350
|
+
v.documentation "Thursday."
|
1351
|
+
end
|
1352
|
+
|
1353
|
+
t.value "FRIDAY" do |v|
|
1354
|
+
v.documentation "Friday."
|
1355
|
+
end
|
1356
|
+
|
1357
|
+
t.value "SATURDAY" do |v|
|
1358
|
+
v.documentation "Saturday."
|
1359
|
+
end
|
1360
|
+
|
1361
|
+
t.value "SUNDAY" do |v|
|
1362
|
+
v.documentation "Sunday."
|
1363
|
+
end
|
1364
|
+
end
|
1365
|
+
end
|
1366
|
+
|
1367
|
+
def define_date_grouping_arguments(grouping_field, omit_timezone: false)
|
1368
|
+
define_calendar_type_grouping_arguments(grouping_field, schema_def_state.type_ref("Date"), <<~EOS, omit_timezone: omit_timezone)
|
1369
|
+
For example, when grouping by `WEEK`, you can shift by 1 day to change what day-of-week weeks are considered to start on.
|
1370
|
+
EOS
|
1371
|
+
end
|
1372
|
+
|
1373
|
+
def define_date_time_grouping_arguments(grouping_field)
|
1374
|
+
define_calendar_type_grouping_arguments(grouping_field, schema_def_state.type_ref("DateTime"), <<~EOS)
|
1375
|
+
For example, when grouping by `WEEK`, you can shift by 1 day to change what day-of-week weeks are considered to start on.
|
1376
|
+
EOS
|
1377
|
+
end
|
1378
|
+
|
1379
|
+
def define_local_time_grouping_arguments(grouping_field)
|
1380
|
+
define_calendar_type_grouping_arguments(grouping_field, schema_def_state.type_ref("LocalTime"), <<~EOS)
|
1381
|
+
For example, when grouping by `HOUR`, you can apply an offset of -5 minutes to shift `LocalTime`
|
1382
|
+
values to the prior hour when they fall between the the top of an hour and 5 after.
|
1383
|
+
EOS
|
1384
|
+
end
|
1385
|
+
|
1386
|
+
def define_day_of_week_grouping_arguments(grouping_field, omit_timezone: false)
|
1387
|
+
define_calendar_type_grouping_arguments(grouping_field, schema_def_state.type_ref("DayOfWeek"), <<~EOS, omit_timezone: omit_timezone, omit_truncation_unit: true)
|
1388
|
+
For example, you can apply an offset of -2 hours to shift `DateTime` values to the prior `DayOfWeek`
|
1389
|
+
when they fall between midnight and 2 AM.
|
1390
|
+
EOS
|
1391
|
+
end
|
1392
|
+
|
1393
|
+
def define_calendar_type_grouping_arguments(grouping_field, calendar_type, offset_example_description, omit_timezone: false, omit_truncation_unit: false)
|
1394
|
+
define_grouping_argument_offset(grouping_field, calendar_type, offset_example_description)
|
1395
|
+
define_grouping_argument_time_zone(grouping_field, calendar_type) unless omit_timezone
|
1396
|
+
define_grouping_argument_truncation_unit(grouping_field, calendar_type) unless omit_truncation_unit
|
1397
|
+
end
|
1398
|
+
|
1399
|
+
def define_grouping_argument_offset(grouping_field, calendar_type, example_description)
|
1400
|
+
grouping_field.argument schema_def_state.schema_elements.offset, "#{calendar_type.name}GroupingOffsetInput" do |a|
|
1401
|
+
a.documentation <<~EOS
|
1402
|
+
Amount of offset (positive or negative) to shift the `#{calendar_type.name}` boundaries of each grouping bucket.
|
1403
|
+
|
1404
|
+
#{example_description.strip}
|
1405
|
+
EOS
|
1406
|
+
end
|
1407
|
+
end
|
1408
|
+
|
1409
|
+
def define_grouping_argument_time_zone(grouping_field, calendar_type)
|
1410
|
+
grouping_field.argument schema_def_state.schema_elements.time_zone, "TimeZone!" do |a|
|
1411
|
+
a.documentation "The time zone to use when determining which grouping a `#{calendar_type.name}` value falls in."
|
1412
|
+
a.default "UTC"
|
1413
|
+
end
|
1414
|
+
end
|
1415
|
+
|
1416
|
+
def define_grouping_argument_truncation_unit(grouping_field, calendar_type)
|
1417
|
+
grouping_field.argument schema_def_state.schema_elements.truncation_unit, "#{calendar_type.name}GroupingTruncationUnit!" do |a|
|
1418
|
+
a.documentation "Determines the grouping truncation unit for this field."
|
1419
|
+
end
|
1420
|
+
end
|
1421
|
+
|
1422
|
+
def define_integral_aggregated_values_for(scalar_type, long_type: "JsonSafeLong")
|
1423
|
+
scalar_type_name = scalar_type.name
|
1424
|
+
scalar_type.customize_aggregated_values_type do |t|
|
1425
|
+
# not nullable, since sum(empty_set) == 0
|
1426
|
+
t.field names.approximate_sum, "Float!", graphql_only: true do |f|
|
1427
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
1428
|
+
empty_bucket_value: 0,
|
1429
|
+
function: :sum
|
1430
|
+
)
|
1431
|
+
|
1432
|
+
f.documentation <<~EOS
|
1433
|
+
The (approximate) sum of the field values within this grouping.
|
1434
|
+
|
1435
|
+
Sums of large `#{scalar_type_name}` values can result in overflow, where the exact sum cannot
|
1436
|
+
fit in a `#{long_type}` return value. This field, as a double-precision `Float`, can
|
1437
|
+
represent larger sums, but the value may only be approximate.
|
1438
|
+
EOS
|
1439
|
+
end
|
1440
|
+
|
1441
|
+
t.field names.exact_sum, long_type, graphql_only: true do |f|
|
1442
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
1443
|
+
empty_bucket_value: 0,
|
1444
|
+
function: :sum
|
1445
|
+
)
|
1446
|
+
|
1447
|
+
f.documentation <<~EOS
|
1448
|
+
The exact sum of the field values within this grouping, if it fits in a `#{long_type}`.
|
1449
|
+
|
1450
|
+
Sums of large `#{scalar_type_name}` values can result in overflow, where the exact sum cannot
|
1451
|
+
fit in a `#{long_type}`. In that case, `null` will be returned, and `#{names.approximate_sum}`
|
1452
|
+
can be used to get an approximate value.
|
1453
|
+
EOS
|
1454
|
+
end
|
1455
|
+
|
1456
|
+
define_exact_min_and_max_on_aggregated_values(t, scalar_type_name) do |adjective:, full_name:|
|
1457
|
+
<<~EOS
|
1458
|
+
So long as the grouping contains at least one non-null value for the
|
1459
|
+
underlying indexed field, this will return an exact non-null value.
|
1460
|
+
EOS
|
1461
|
+
end
|
1462
|
+
|
1463
|
+
t.field names.approximate_avg, "Float", graphql_only: true do |f|
|
1464
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
1465
|
+
empty_bucket_value: nil,
|
1466
|
+
function: :avg
|
1467
|
+
)
|
1468
|
+
|
1469
|
+
f.documentation <<~EOS
|
1470
|
+
The average (mean) of the field values within this grouping.
|
1471
|
+
|
1472
|
+
Note that the returned value is approximate. Imprecision can be introduced by the computation if
|
1473
|
+
any intermediary values fall outside the `JsonSafeLong` range (#{format_number(JSON_SAFE_LONG_MIN)}
|
1474
|
+
to #{format_number(JSON_SAFE_LONG_MAX)}).
|
1475
|
+
EOS
|
1476
|
+
end
|
1477
|
+
end
|
1478
|
+
end
|
1479
|
+
|
1480
|
+
def define_exact_min_max_and_approx_avg_on_aggregated_values(aggregated_values_type, scalar_type, &block)
|
1481
|
+
define_exact_min_and_max_on_aggregated_values(aggregated_values_type, scalar_type, &block)
|
1482
|
+
|
1483
|
+
aggregated_values_type.field names.approximate_avg, scalar_type, graphql_only: true do |f|
|
1484
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
1485
|
+
empty_bucket_value: nil,
|
1486
|
+
function: :avg
|
1487
|
+
)
|
1488
|
+
|
1489
|
+
f.documentation <<~EOS
|
1490
|
+
The average (mean) of the field values within this grouping.
|
1491
|
+
The returned value will be rounded to the nearest `#{scalar_type}` value.
|
1492
|
+
EOS
|
1493
|
+
end
|
1494
|
+
end
|
1495
|
+
|
1496
|
+
def define_exact_min_and_max_on_aggregated_values(aggregated_values_type, scalar_type)
|
1497
|
+
{
|
1498
|
+
names.exact_min => [:min, "minimum", "smallest"],
|
1499
|
+
names.exact_max => [:max, "maximum", "largest"]
|
1500
|
+
}.each do |name, (func, full_name, adjective)|
|
1501
|
+
discussion = yield(adjective: adjective, full_name: full_name)
|
1502
|
+
|
1503
|
+
aggregated_values_type.field name, scalar_type, graphql_only: true do |f|
|
1504
|
+
f.runtime_metadata_graphql_field = f.runtime_metadata_graphql_field.with_computation_detail(
|
1505
|
+
empty_bucket_value: nil,
|
1506
|
+
function: func
|
1507
|
+
)
|
1508
|
+
|
1509
|
+
f.documentation ["The #{full_name} of the field values within this grouping.", discussion].compact.join("\n\n")
|
1510
|
+
end
|
1511
|
+
end
|
1512
|
+
end
|
1513
|
+
|
1514
|
+
def register_framework_object_type(name)
|
1515
|
+
schema_def_api.object_type(name) do |t|
|
1516
|
+
t.graphql_only true
|
1517
|
+
yield t
|
1518
|
+
end
|
1519
|
+
end
|
1520
|
+
|
1521
|
+
def format_number(num)
|
1522
|
+
abs_value_formatted = num.to_s.reverse.scan(/\d{1,3}/).join(",").reverse
|
1523
|
+
(num < 0) ? "-#{abs_value_formatted}" : abs_value_formatted
|
1524
|
+
end
|
1525
|
+
|
1526
|
+
def register_filter(type, &block)
|
1527
|
+
register_input_type(schema_def_state.factory.new_filter_input_type(type, &block))
|
1528
|
+
end
|
1529
|
+
|
1530
|
+
def register_input_type(input_type)
|
1531
|
+
schema_def_state.register_input_type(input_type)
|
1532
|
+
end
|
1533
|
+
|
1534
|
+
def remove_any_of_and_not_filter_operators_on(type)
|
1535
|
+
type.graphql_fields_by_name.delete(names.any_of)
|
1536
|
+
type.graphql_fields_by_name.delete(names.not)
|
1537
|
+
end
|
1538
|
+
end
|
1539
|
+
end
|
1540
|
+
end
|
1541
|
+
end
|