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

Create a historian backed by a more robust DB #68

Closed
jhaack opened this issue May 19, 2015 · 8 comments
Closed

Create a historian backed by a more robust DB #68

jhaack opened this issue May 19, 2015 · 8 comments
Assignees
Milestone

Comments

@jhaack
Copy link
Contributor

jhaack commented May 19, 2015

Possibly Postgres.

@craig8
Copy link
Contributor

craig8 commented May 26, 2015

Would an of the nosql solutions be acceptable?

@jhaack
Copy link
Contributor Author

jhaack commented May 26, 2015

That might be another issue. This was targeted more at Postgres/MySQL which are ones we've had people specifically ask about.

@fstshrk
Copy link
Contributor

fstshrk commented May 26, 2015

For time series data, a NoSQL solution may be acceptable. But a lot of the
queries we get have been about mysql/postgres.

On Tue, May 26, 2015 at 1:39 PM, Craig notifications@github.com wrote:

Would an of the nosql solutions be acceptable?


Reply to this email directly or view it on GitHub
#68 (comment).

@craig8
Copy link
Contributor

craig8 commented Jun 9, 2015

For postgres

  • py-postgresql package is a python 3.0 version only.
  • psycopg2 requires pg_config (I think this is only available when postgressql is installed.)

For mysql

  • Mysql-Python is available for python 2.7 and not for python 3.0
  • Requires that mysql server (not just client) is installed.

@craig8 craig8 modified the milestones: 3.0b, Modularized Historian Jun 17, 2015
@craig8 craig8 self-assigned this Jun 17, 2015
@craig8
Copy link
Contributor

craig8 commented Jun 17, 2015

I will be using mysql as it is more comfortable for me.

@hashstat
Copy link
Contributor

@craig8, please consider sticking to a DB package complying to the Python DBAPI as much as possible. This should allow easily swapping out the underlying database with any other that also supports the API.

Also, are you targeting MySQL or its forked, open-source sister, MariaDB?

@craig8
Copy link
Contributor

craig8 commented Jun 17, 2015

Oh yes definitely using a DBAPI compliant driver... From what I can tell the maria folks have made it so that mysql code runs against their fork. So in theory it shouldn't matter one way or the other. Am I wrong?

@craig8
Copy link
Contributor

craig8 commented Jun 18, 2015

On second thought I will write a SQLHistorian that does this.

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

No branches or pull requests

4 participants