Reputation: 11 Tradesman
- Active Posts:
- 25 (0.02 per day)
- 12-February 12
- Profile Views:
- Last Active:
- Apr 01 2015 09:09 AM
- OS Preference:
- Favorite Browser:
- Favorite Processor:
- Favorite Gaming Platform:
- Your Car:
- Who Cares
- Dream Kudos:
Posts I've Made
Posted 26 Mar 2015UPDATE:
so after getting libodbc++ to work with 32-bit databases, i had a hunch hit me, so i tried building libpqxx with the 32-bit version of postgres, and it worked! I was able to start using libpqxx without issue. Please feel free to facepalm at me, as I will be doing it to myself.
Thanks to everyone who contributed!
Posted 26 Mar 2015Actually right before i tried Jim's recommendation I found libodbc++ which seems to be functioning alright so far with a test local database, however it only supports 32-bit database connections. I think i'd still have to connect to the server use it though in order to not be required to setup the driver manager on every single computer, which is fine.
there were a couple other's mentioned in a sidebar on sourceforge, simple DB and another, that i haven't tried yet either.
Posted 25 Mar 2015
QuoteSkydiver, Jim: I checked them out at your recommendation, I might of missed something, but it looks like Berkley DB and SQlite are meant for local implementation. I would need the database to be hosted on a remote server.
So if the database is local to (hosted on) the server and the only access is through your server based program wouldn't that solve the problem? You design your "server" to interface to the database. The client GUI would interface to your "server" not the actual database. Your server software would be the go between the user and the database. If you design your "server" software correctly the actual database shouldn't actually matter to the user.
I completely never thought of it that way at all, That would potentially make it easier to do, I'll definitely give that a try!
Posted 25 Mar 2015Thanks for the replies everyone, I realized I forgot to give some detail though, my fault.
Skydiver, Jim: I checked them out at your recommendation, I might of missed something, but it looks like Berkley DB and SQlite are meant for local implementation. I would need the database to be hosted on a remote server. The entirety of my project is:
1) as per the specifications set by my final project class, I'm required to use two programming languages (C++ for backend (updating databases), and C# (front end/GUI)), and one database to tie them together.
2) to also tie in for my final project for my infosec degree, i'm building a user portal for students in the security classes to use to access VMs on our datacenter through vmware. The purpose being a) we don't want them to use vsphere client because it's annoying to navigate and it gives them access to way more information than we want them to have, and each class will only have access to specific VMs for labs related to their classwork, so we want a program that will neatly display whats necessary without all the extra.
3) This program needs to be able to run from any windows 7/8(.1)/10 machine either in the classroom or from home through a vpn specifically for accessing the datacenter. However for first release windows 8 is the target.
#define: I've tried both static and dynamic implementations, mysqlcppconn_EXPORTS preprocessor for dynamic, CPPCONN_PUBLIC_FUNC= for static. However I've only attempted it with the 64-bit version of mysql, so I might try it with 32-bit versions, but I'd still need to connect to VMWare's vpostgres database to pull the information.
- Member Title:
- New D.I.C Head
- 24 years old
- May 25, 1991
- Gaming, Programming, Linguistics
- Programming Languages:
C++, Java, VB.net, C#
learning: Ruby, Python