implement request subcommands

[t-horikawa]

https://github.com/project-tsurugi/tsurugi-issues/issues/1103

[t-horikawa]

@kuron99 下記についてreviewをお願いします。
なお、エラー（REQUEST_FAILURE_EXCEPTION, STATEMENT_NOT_FOUND_EXCEPTION）はerror.protoに追加されるのだと思っていますが、その修正は入っていません（ので、修正案をお願いします）。

tateyama-bootstrap/src/jogasaki/proto/sql/request.proto

Lines 438 to 446 in 0de9447

	// Requests to extract executing statement info in payload data.
	message ExtractStatementInfo {
	// session ID
	uint64 session_id = 1;
	// payload data as plain byte array.
	bytes payload = 2;
	}

tateyama-bootstrap/src/jogasaki/proto/sql/request.proto

Line 472 in 0de9447

ExtractStatementInfo extract_statement_info = 22;

tateyama-bootstrap/src/jogasaki/proto/sql/response.proto

Lines 297 to 326 in 0de9447

	// Response of ExtractStatementInfo.
	message ExtractStatementInfo {
	reserved 1 to 10;
	// the response body.
	oneof result {
	// request is successfully completed.
	Success success = 11;
	// error was occurred.
	Error error = 12;
	}
	// request is successfully completed.
	message Success {
	// the transaction ID for the statement.
	oneof transaction_id_opt {
	// the corresponding transaction ID.
	jogasaki.proto.sql.common.TransactionId transaction_id = 1;
	}
	// the executing SQL text of the statement.
	oneof sql_opt {
	// SQL statement string.
	string sql = 2;
	}
	}
	}

tateyama-bootstrap/src/tateyama/transport/transport.h

Lines 77 to 78 in 0de9447

	constexpr static std::size_t SQL_MESSAGE_VERSION_MAJOR = 1;
	constexpr static std::size_t SQL_MESSAGE_VERSION_MINOR = 4;

response.protoですが、他のコマンドと同じようにoneof responseの一つとして返す方が良いのでしたら、その修正案もお願いします。

[kuron99]

少し修正してPRのブランチにpushしました。下記は変更内容とその理由です。これで問題なければmasterにマージお願いします。

• 他のメッセージと形式を合わせるために、response::ExtractStatementInfo 内のSuccessメッセージの位置を移動させました
• REQUEST_FAILURE_EXCEPTION, STATEMENT_NOT_FOUND_EXCEPTION はすでにerror.protoにあり、それが使えると思います。
  (参照: https://github.com/project-tsurugi/jogasaki/blob/9eada2dac1373933f1ebb1513b7aabb496b27894/src/jogasaki/proto/sql/error.proto#L111 )
• 互換性の観点から、ExtractStatementInfoは他のコマンドと同じようにoneof responseの一つとして返す方がいいと思います。トップレベルのメッセージにしてしまうと古いバージョンの処理系からは完全に謎のメッセージになってしまい、deserializeが失敗する可能性があるのですが、response::Responseのoneofの一つとして返す分には読み飛ばすことが可能なので少しcompatibilityがましになります。
• 上の変更であれば既存のメッセージへの追加なのでSMV minor updateでいいはずです