-
Notifications
You must be signed in to change notification settings - Fork 0
/
meta_requests.proto
113 lines (96 loc) · 4.74 KB
/
meta_requests.proto
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
/*
Messages that are used for querying general metadata.
*/
syntax = "proto3";
option java_multiple_files = true;
option java_package = "org.polypheny.prism";
option java_outer_classname = "MetaRequests";
option go_package = "org/polypheny/prism;prism";
option csharp_namespace = "Polypheny.Prism";
package org.polypheny.prism;
/*
The DbmsVersionRequest message is utilized to request the version information of the database management system (DBMS) in use.
It acts as a trigger for the server to respond with the specific version details of the DBMS.
This message does not contain any fields. It simply acts as an indicator to prompt the server for DbmsVersionResponse.
*/
message DbmsVersionRequest {
}
/* Request the default namespace */
message DefaultNamespaceRequest {
}
/*
The TableTypesRequest message is designed to request information about the different types of tables that are supported or recognized by the DBMS.
This message does not contain any fields. It’s a prompt for the server to respond with details about the supported table types in a TableTypesResponse.
*/
message TableTypesRequest {
}
/*
The TypesRequest message is deployed to obtain a list of data types supported by the database management system.
This helps clients understand the range of data types they can utilize when defining or querying tables.
This message does not contain any fields. It simply prompts the server to return a list of supported data types in a TypesResponse.
*/
message TypesRequest {
}
/*
The SqlStringFunctionsRequest message is used to solicit information about the string functions supported by the SQL implementation of the DBMS.
This message is field less and prompts the server to return details of the available string functions in an SqlStringFunctionsResponse.
*/
message SqlStringFunctionsRequest {
}
/*
The SqlSystemFunctionsRequest message aims to retrieve the list of system functions provided by the SQL implementation of the DBMS.
Without any fields, this message indicates the server to respond with details about the system functions in an SqlSystemFunctionsResponse.
*/
message SqlSystemFunctionsRequest {
}
/*
The SqlTimeDateFunctionsRequest message is dispatched to fetch a list of time and date functions supported by the SQL implementation of the DBMS.
This message, being field less, acts as a request for the server to list time and date functions in a SqlTimeDateFunctionsResponse.
*/
message SqlTimeDateFunctionsRequest {
}
/*
The SqlNumericFunctionsRequest message endeavors to obtain details about the numeric functions provided by the SQL implementation of the DBMS.
This message, devoid of fields, prompts the server to respond with information about numeric functions in an SqlNumericFunctionsResponse.
*/
message SqlNumericFunctionsRequest {
}
/*
The SqlKeywordsRequest message is designed to request a list of reserved keywords utilized by the SQL implementation of the DBMS.
With no fields, this message acts as an indicator for the server to provide the list of SQL keywords in an SqlKeywordsResponse.
*/
message SqlKeywordsRequest {
}
/*
The ProceduresRequest message is employed to retrieve a list of stored procedures in the database for a specified query language.
The client can also narrow down the results by specifying a procedure name pattern.
*/
message ProceduresRequest {
// The query language for which the procedures are defined. This determines the set of procedures that will be retrieved.
string language = 1;
/*
A pattern to filter the names of procedures. For example, providing “get%” might retrieve procedures named getUser, getDetails, etc.
If not specified, all procedures for the provided language will be returned. Like in sql, the symbol _ can be used to match a single character.
*/
optional string procedure_name_pattern = 3;
}
/*
The ClientInfoPropertiesRequest message facilitates the acquisition of client information properties stored in the database.
These properties can offer additional context about the connected client.
This message doesn't possess any fields.
It acts as a directive for the server to provide the associated client information properties in a ClientInfoPropertiesResponse.
*/
message ClientInfoPropertiesRequest {
}
/*
The FunctionsRequest message is wielded to obtain a list of functions from the database based on the specified query language and function category.
*/
message FunctionsRequest {
// Defines the query language for which the functions are sought. This field determines the range of functions that will be retrieved.
string query_language = 1;
/*
Categorizes the function, allowing clients to filter results based on specific categories, such as “NUMERIC”, “STRING”, or “SYSTEM”.
This helps in refining the search for specific types of functions.
*/
string function_category = 2;
}