GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — stackql-parser/proto at main · stackql/stackql-parser

Expand file tree

/

proto

/
Copy path

Directory actions

More options

More options

Directory actions

More options

More options

Latest commit

 

History

History
History
/

proto

/
Copy path

Folders and files

NameName
Last commit message
Last commit date

parent directory

..
README.md
README.md
 
 
automation.proto
automation.proto
 
 
automationservice.proto
automationservice.proto
 
 
binlogdata.proto
binlogdata.proto
 
 
binlogservice.proto
binlogservice.proto
 
 
logutil.proto
logutil.proto
 
 
mysqlctl.proto
mysqlctl.proto
 
 
query.proto
query.proto
 
 
queryservice.proto
queryservice.proto
 
 
replicationdata.proto
replicationdata.proto
 
 
tableacl.proto
tableacl.proto
 
 
tabletmanagerdata.proto
tabletmanagerdata.proto
 
 
tabletmanagerservice.proto
tabletmanagerservice.proto
 
 
throttlerdata.proto
throttlerdata.proto
 
 
throttlerservice.proto
throttlerservice.proto
 
 
topodata.proto
topodata.proto
 
 
vschema.proto
vschema.proto
 
 
vtctldata.proto
vtctldata.proto
 
 
vtctlservice.proto
vtctlservice.proto
 
 
vtgate.proto
vtgate.proto
 
 
vtgateservice.proto
vtgateservice.proto
 
 
vtrpc.proto
vtrpc.proto
 
 
vttest.proto
vttest.proto
 
 
vttime.proto
vttime.proto
 
 
vtworkerdata.proto
vtworkerdata.proto
 
 
vtworkerservice.proto
vtworkerservice.proto
 
 
workflow.proto
workflow.proto
 
 

README.md

Outline

Vitess Protobuf Definitions

This directory contains all Vitess protobuf definitions.

Our protobuf messages are both used as wire format (e.g. query.proto) and for storage (e.g. topodata.proto).

RPC messages and service definitions are in separate files (e.g. vtgate.proto and vtgateservice.proto) on purpose because our internal deployment does not use gRPC.

Style Guide

Before creating new messages or services, please make yourself familiar with the style of the existing definitions first.

Additionally, new definitions must adhere to the Google Cloud API Design Guide: https://cloud.google.com/apis/design/

Comments

We are more strict than the Design Guide on the format for comments. Similar to comments for Go types or fields, protobuf comments must start with the name. For example:

// TabletAlias is a globally unique tablet identifier.
message TabletAlias {
  // cell is the cell (or datacenter) the tablet is in.
  string cell = 1;
  ...
}

Note that the Design Guide also has the following ask:

If the field value is required, input only, output only, it must be documented at the start of the field description. By default, all fields and parameters are optional.

Here's an example which combines this ask with our stricter comments style:

// ExecuteKeyspaceIdsRequest is the payload to ExecuteKeyspaceIds.
message ExecuteKeyspaceIdsRequest {
  ...
  // Required. keyspace to target the query to.
  string keyspace = 4;
  ...
}

Note that most of our existing files (as of March 2017) do not have e.g. "Required." comments. Nonetheless, new files should follow this where applicable.

You are visitor 01402520 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.