-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
refactor: make Ctes a struct to also store data types provided by prepare stmt #4520
Conversation
/// Create a new Ctes | ||
pub fn new() -> Self { | ||
Self { | ||
prepare_param_data_types: vec![], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is always empty in this PR. After this is merged, I will use and set it in PR #4490
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Make sense to me.
Look like |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @NGA-TRAN
I have retriggered -- hopefully it will complete soon |
Thanks @alamb and @jackwener. I have addressed all your comments. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I plan to merge this PR when the tests pass as I think the changes are non controversial and will likely cause conflicts to anyone else working on the parser
Benchmark runs are scheduled for baseline = d9a47d6 and contender = bfd41a3. bfd41a3 is a master commit associated with this PR. Results will be available as each benchmark for each run completes. |
While working on PR #4490 that implements
PREPARE stmt
, I found that I need to pass the provided data types of the parameters/binding down to the plan's expressions to map data types to $1, $2, ...@alamb has suggested me to pass datatypes of the parameters along with the CTEs. This PR is just a refactor to convert
ctes
from a hash map to a struct that store both ctes (hahhmap) and the params' data types.