You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: ej2-asp-core-mvc/query-builder/clone-group-rule.md
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ documentation: ug
11
11
12
12
# Clone Group/Rule in ##Platform_Name## Query builder control
13
13
14
-
Query Builder allows you to clone rules as well as groups. The Clone options will create an exact replica of a rule or group next to the original. You can use `ShowButtons` to enable/disable these buttons.
14
+
The Query Builder functionality extends to cloning both individual rules and entire groups. Utilizing the Clone options will generate an exact duplicate of a rule or group adjacent to the original one. This feature enables users to replicate complex query structures effortlessly. The `ShowButtons`function offers users the ability to toggle the visibility of these cloning buttons, providing convenient control over the cloning process within the Query Builder interface.
# Import export in ##Platform_Name## Query builder control
11
+
# Importing and Exporting in ##Platform_Name## Query builder control
12
12
13
-
Importing allows you to view or edit the predefined conditions which is available in JSON or SQL. You can import the conditions either initial rendering or post rendering.
13
+
Importing facilitates the viewing or editing of predefined conditions available in JSON, SQL, and MongoDB query formats, while exporting enables obtaining the created rules in the query builder as JSON, SQL, and MongoDB queries.
14
14
15
15
## Importing
16
16
17
-
### Importing from JSON
17
+
Importing enables users to bring predefined conditions into the system for viewing or editing, available in formats such as JSON, SQL, and MongoDB query. It facilitates the quick incorporation of pre-defined rules or parameters into workflows, streamlining the setup process by importing directly from external sources or saved configurations.
18
+
19
+
### Importing from JSON Object
20
+
21
+
Importing from JSON enables users to bring predefined conditions encoded in JSON format into the system. This feature streamlines the process by providing a standardized format for importing data, ensuring compatibility, and ease of use.
18
22
19
23
#### Initial Rendering
20
24
21
-
To apply conditions initially, you can define the `Rule`. Here, you can import structured JSON object by defining the `Rule` property.
25
+
To initially apply conditions, you can establish the `Rule` by importing a structured JSON object and defining its properties.
22
26
23
27
{% if page.publishingplatform == "aspnet-core" %}
24
28
@@ -70,13 +74,13 @@ You can set the conditions from structured JSON object through the `setRules` me
70
74
{% endtabs %}
71
75
{% endif %}
72
76
77
+
### Importing From SQL Query
73
78
79
+
Importing from SQL involves integrating predefined conditions or data stored in a SQL database into the Query Builder. This enables the direct integration of SQL queries, thereby improving workflow efficiency and data accuracy within the application. SQL importing supports various types, including Inline SQL, Parameter SQL, and Named Parameter SQL.
74
80
75
-
### Importing From SQL
81
+
####Importing from Inline SQL Query
76
82
77
-
#### Importing from Inline SQL
78
-
79
-
You can set the conditions from Inline SQL query through the `setRulesFromSql` method.
83
+
Importing from Inline SQL involves integrating SQL queries directly into the Query Builder. This method streamlines the process by enabling users to input SQL statements directly into the application for analysis, manipulation, or further processing within the Query Builder. Conditions can be set from Inline SQL queries using the `setRulesFromSql` method.
80
84
81
85
{% if page.publishingplatform == "aspnet-core" %}
82
86
@@ -101,9 +105,9 @@ You can set the conditions from Inline SQL query through the `setRulesFromSql` m
101
105
{% endtabs %}
102
106
{% endif %}
103
107
104
-
#### Importing from Parameter SQL
108
+
#### Importing from Parameter SQL Query
105
109
106
-
You can set the conditions from Parameter SQL query through the `setParameterizedSql` method.
110
+
Importing from Parameter SQL involves integrating SQL queries with parameters directly into the Query Builder. This method allows users to input SQL statements containing parameters, which can be dynamically filled in during execution. It streamlines the process by enabling flexible and customizable querying within the application. Conditions can be set from Parameter SQL queries using the `setParameterizedSql` method.
107
111
108
112
{% if page.publishingplatform == "aspnet-core" %}
109
113
@@ -128,9 +132,9 @@ You can set the conditions from Parameter SQL query through the `setParameterize
128
132
{% endtabs %}
129
133
{% endif %}
130
134
131
-
#### Importing from Named Parameter SQL
135
+
#### Importing from Named Parameter SQL Query
132
136
133
-
You can set the conditions from Named Parameter SQL query through the `setParameterizedNamedSql` method.
137
+
Importing from Named Parameter SQL involves integrating SQL queries with named parameters directly into the Query Builder. This method enables users to input SQL statements containing named parameters, providing flexibility and customization during execution. It streamlines the process by allowing dynamic parameter assignment within the application's query environment. Conditions can be set from Named Parameter SQL queries using the `setParameterizedNamedSql` method.
134
138
135
139
{% if page.publishingplatform == "aspnet-core" %}
136
140
@@ -155,9 +159,9 @@ You can set the conditions from Named Parameter SQL query through the `setParame
155
159
{% endtabs %}
156
160
{% endif %}
157
161
158
-
### Importing from MongoDB
162
+
### Importing from MongoDB Query
159
163
160
-
You can set the conditions from MongoDB query through the `setMongoQuery` method.
164
+
Importing from MongoDB Query involves integrating MongoDB queries directly into the Query Builder. This enables users to input MongoDB query statements directly into the application, allowing for seamless integration and manipulation of MongoDB data within the Query Builder environment. It streamlines the process by facilitating direct access to MongoDB data for analysis, filtering, and further processing within the application. Conditions can be set from Named Parameter SQL queries using the `setMongoQuery` method.
161
165
162
166
{% if page.publishingplatform == "aspnet-core" %}
163
167
@@ -185,17 +189,19 @@ You can set the conditions from MongoDB query through the `setMongoQuery` method
185
189
186
190
## Exporting
187
191
188
-
Exporting allows you to save or maintain the created conditions through the Query Builder. You can export the defined conditions by the following ways.
192
+
Exporting from the Query Builder allows users to preserve or store the created conditions. The defined conditions can be exported using various methods, including:
193
+
194
+
### Exporting to JSON Object
189
195
190
-
### Exporting to JSON
196
+
You can extract the established conditions in the Query Builder and convert them into a structured JSON object format using the `getRules` method. This process enables users to save or transfer the conditions for further use or analysis in other applications or systems that support JSON data.
191
197
192
-
You can export the defined conditions to structured JSON object through the `getRules` method.
198
+
### Exporting to SQL Query
193
199
194
-
### Exporting to SQL
200
+
Exporting to SQL involves converting the defined conditions within the Query Builder into SQL queries. This functionality allows users to generate SQL code representing the conditions set in the Query Builder, which can then be executed directly on a SQL database or used for further analysis and processing. SQL exporting supports various types, including Inline SQL, Parameter SQL, and Named Parameter SQL.
195
201
196
-
#### Exporting to Inline SQL
202
+
#### Exporting to Inline SQL Query
197
203
198
-
You can export the defined conditions to Inline SQL query through the `getRulesFromSQL` method.
204
+
Exporting to Inline SQL Query entails embedding the defined conditions from the Query Builder directly into SQL statements within the exported code. This method ensures that the conditions are seamlessly integrated into the SQL query syntax, enabling straightforward execution or further processing within SQL database systems. This can be achieved using the `getRulesFromSQL` method.
199
205
200
206
{% if page.publishingplatform == "aspnet-core" %}
201
207
@@ -220,9 +226,9 @@ You can export the defined conditions to Inline SQL query through the `getRulesF
220
226
{% endtabs %}
221
227
{% endif %}
222
228
223
-
#### Exporting to Parameter SQL
229
+
#### Exporting to Parameter SQL Query
224
230
225
-
You can export the defined conditions to Parameter SQL query through the `getParameterizedSql` method.
231
+
Exporting to Parameter SQL involves incorporating the defined conditions from the Query Builder into SQL queries with parameters. This method allows for dynamic value assignment during execution, enhancing flexibility and adaptability in query processing within SQL database. This can be accomplished using the `getParameterizedSql` method for exporting to Parameter SQL query.
226
232
227
233
{% if page.publishingplatform == "aspnet-core" %}
228
234
@@ -247,9 +253,9 @@ You can export the defined conditions to Parameter SQL query through the `getPar
247
253
{% endtabs %}
248
254
{% endif %}
249
255
250
-
#### Exporting to Named Parameter SQL
256
+
#### Exporting to Named Parameter SQL Query
251
257
252
-
You can export the defined conditions to Named Parameter SQL query through the `getParameterizedNamedSql`method.
258
+
Exporting to Named Parameter SQL entails integrating the defined conditions from the Query Builder into SQL queries with named parameters. This method offers enhanced readability and flexibility during execution by using named placeholders for parameter values. Named Parameter SQL facilitates easier maintenance and modification of queries, making it convenient for dynamic parameter assignment within SQL database. This can be accomplished using the method `getParameterizedNamedSql`for exporting to Named Parameter SQL query.
253
259
254
260
{% if page.publishingplatform == "aspnet-core" %}
255
261
@@ -274,9 +280,9 @@ You can export the defined conditions to Named Parameter SQL query through the `
274
280
{% endtabs %}
275
281
{% endif %}
276
282
277
-
### Exporting to MongoDB
283
+
### Exporting to MongoDB Query
278
284
279
-
You can export the defined conditions to MongoDB query through the `getMongoQuery` method.
285
+
Exporting to MongoDB Query involves converting the defined conditions within the Query Builder into MongoDB query syntax. This process allows users to generate MongoDB queries representing the conditions set in the Query Builder, which can then be executed directly on a MongoDB database or used for further analysis and processing. This can be accomplished using the `getMongoQuery` method for exporting to MongoDB query.
Copy file name to clipboardExpand all lines: ej2-asp-core-mvc/query-builder/lock-group-rule.md
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ documentation: ug
11
11
12
12
# Lock Group/Rule in ##Platform_Name## Query builder control
13
13
14
-
Query Builder allows you to lock rules as well as groups. When a rule is locked, the field, operator, and value will be disabled. When a group is locked, all the elements within the group will be disabled. You can use `ShowButtons`to enable/disable these buttons.
14
+
The Query Builder provides the functionality to lock individual rules or entire groups. When a rule is locked, it prevents users from modifying its field, operator, and value, effectively disabling these components. Similarly, locking a group disables all elements contained within it. This feature offers users greater control over their query configurations, ensuring that specific rules or groups remain unchanged. Additionally, users can manage the visibility of locking buttons through the `ShowButtons`function, allowing for seamless control over the locking mechanism.
0 commit comments