You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Would be cool have support for other DBMS not strictly purely SQL based DBMS, the API defined so far are generic enough that could be used also with some NoSql DBMS, the missing part at this stage I think is the support for more advanced types, in the specific I think would be enough to add a collection type so adding to ResultSet:
// ResultSet
fn get_vec_value(&self, i: u64) -> Result<Option<Vec<Value>>>;
fn get_vec_value(&self, i: u64) -> Result<Option<Value>>;
// Nested Type
trait Value {
//Same signatures of ResultSet for access values
}
Another important part i think is the named access to values, often there is also a name associate to a value and may not be there at all a position.
So maybe would be cool to have also the relative methods:
fn get_named_i8(&self, name: &str) -> Result<Option<i8>>;
// And all the other types combinations.
If you are interested to this I can also write a PR for this cases.
Regards
The text was updated successfully, but these errors were encountered:
I went through a similar effort with Apache Arrow and there is a DataType enum there that supports structured types. Maybe we can take some inspiration from that.
Hi,
Would be cool have support for other DBMS not strictly purely SQL based DBMS, the API defined so far are generic enough that could be used also with some NoSql DBMS, the missing part at this stage I think is the support for more advanced types, in the specific I think would be enough to add a collection type so adding to ResultSet:
As well adding a sort of nested type
Another important part i think is the named access to values, often there is also a name associate to a value and may not be there at all a position.
So maybe would be cool to have also the relative methods:
If you are interested to this I can also write a PR for this cases.
Regards
The text was updated successfully, but these errors were encountered: