Skip to content
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

Development and Releases #10

Open
Killili opened this issue May 19, 2015 · 8 comments
Open

Development and Releases #10

Killili opened this issue May 19, 2015 · 8 comments

Comments

@Killili
Copy link
Collaborator

Killili commented May 19, 2015

Hi,
on the subject that came up in the last merge comments so everybody sees this.

I too think we should release a new version because so much has changed since last time.
Any suggestions what we should do for the next release or what we can do better?

@aminroosta
Copy link
Collaborator

It's been a while i wanted to integrate SQLCipher.
Also supporting other databases (mysql for example) will be another option to consider.

what do you think ?

@Killili
Copy link
Collaborator Author

Killili commented May 19, 2015

The SQLCipher stuff looks interesting but i dont think i will need it.

As for more DBs i dread the incompatibilitys but i welcome more options, and indeed i will need mysql or postgress support in a few month ...

Whats youre opinion on breaking changes? I'm a fan of major breaks every major release so we can keep it modern. So this version would be v1.5 but if we had introduced the new operators and removed the current operator>> it would have bin v2.

@aminroosta
Copy link
Collaborator

That does make sense, major versions would be because of major API changes.

and yes incompatibilitys will be a big challenge .

@polesapart
Copy link

IIRC sqlcipher just needs an extra call (to set the encryption keyword), everything else is api compatible to sqlite, i.e. you can replace sqlite3.c & sqlite3.h from those from sqlcipher and insert the extra call in the right sequence and nothing else is required for compiling. But for link you need the openssl's libcrypto.

@Killili
Copy link
Collaborator Author

Killili commented Jan 24, 2016

So it took almost a year but now we got a new Version. ;)

@toonetown
Copy link

Seems like there have been quite a few changes since the 3.2 release - time for another one? 😉

@aminroosta
Copy link
Collaborator

// overload >> for Rvalue containers (1)
auto numbers = db << "select numbers from tbl where id = ?" << 1 >> vector<int>();
// support operator >> for Rvalue containers of std::tuple (2)
auto poeple = db << "select age,name from tbl;" >> vector<tupe<int,string>>();

// single row blob (3)
vector<int> vblob;
db << "select numbers from tbl where id = 1" >> blob_t(vblob);
// multiple row int
vector<int> vrows;
db << "select age from tbl;" >> vrows;

For v4 i was thinking to get 1,2 & 3 implemented, cause 3 is a breaking change.
(The interface above is "my" summery of #122)

If anyone wants to work on the above please give me a heads up, so we don't work on the same thing :-)
Let's put end of October as the deadline! If we have the above i'll release it as v4 otherwise it'll be v3.3.

@aminroosta
Copy link
Collaborator

The deadline is passed, i still want to get those features in before a new release but lack the motivation to work on it.

btw, a piece of good news, we are now listed on https://github.com/rigtorp/awesome-modern-cpp

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants