RecordIterator は client への返り値で使うが、 projection, sort などの使わせたくない関連関数がpubになっている about apllodb HOT 2 CLOSED

RecordIteratorに夢を詰め込みすぎているのが一つの悪

解決案

schemaが、（空になるかもしれない）Recordから決まることはなくなり、leaf側のRecordsから計算されるのが重要な変更点

SELECTにおける決定順序（中間データであっても同じ）

1. Records
2. Record (Record::new(SqlValues) ; Recordはschemaを持たないでusize indexによる解決のみ)
3. Records { RecordFieldRefSchema, Vec<Record> }

PlanNodeの構成

各PlanNodeはRecordsを持つ。
root nodeのRecords は、apllodb-serverにおいて RecordIterator にできる。その際、RecordIteratorのschemaはSELECT文から決まったものと一致するべき。

from apllodb.

↑ #139 で実現

from apllodb.