As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
I'm looking for a database that provides access as SQLite or BerkeleyDB do: access through "in-process API calls". That would be for use in a desktop application.
Requirements:
can be linked to the desktop application (no separate process/server to be run)
document oriented, with query-able metadata/fields
indexing
persistent (disk storage)
C++ bindings
You have many alternatives, but I think that it will be difficult to find an database that meets your exact requirments
Some of the alternatives that comes to mind are HamsterDB, EJDB and FireBird. These can all be embedded into your application and provides C++ bindings.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
I'm looking for a program which takes up very little disk space, does not require much memory or cpu power, while it is capable of running a clojure web app.
I'm planning to run it on a Raspberry PI.
http-kit is probably the best choice:
It is very lightweight and efficient (less than 100k .jar file with zero dependencies apart from Clojure itself)
It is also fully Ring compatible so you can use it with most of the regular Clojure web libraries (e.g. Compojure).
It has great performance and scalability (apparently achieving over 600k concurrent connections on a PC)
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
Goal
I want a WindowManager (for Linux) that I can script in Clojure.
Question:
Is there any existing window manager: XMonad, AwesomeWM, Ion, XFce4, ... that allows itself to be queried and controlled via some external interface (TCP port, Unix socket, ...) ? Basically anything that would let me completely control the WM externally.
This seems like a slightly easier approach than embedding a JVM into one of these WMs.
Thanks!
You can try stumpwm ( http://www.nongnu.org/stumpwm/). It's written in common lisp and can be controlled even via slime.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
What would be the pros and cons of PostgreSQL and MySql with the QSqlDatabase class in Qt? Is there a preferred database when it comes to connecting remotely with C++? These are currently my only options, should I seek another?
QSqlDatabase is database-agnostic. There may be a few slight differences in how QtSql classes behave with the different drivers, but it's still possible to write database-agnostic applications.
I think you really should pick what you're most familiar with, unless there's a compelling reason to favor one in particular.
I like PostgreSQL the most because
works for me
is suitable for my projects
is mature and reliable
documentation is fantastic
community is awesome
for me it's easier to setup
and yes, I'm a deeply fanatized PostgreSQL fanboy.
In some specific scenarios it might make sense to use SQLite instead.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I intend to learn a new language for better concurrency.
Erlang is a old but powerful language with a runtime to support its whole concurrency system as well as a well-known library, OTP. This is more like JVM.
Go is another language good at concurrency, while it's more like C.
My major field is about C/S and B/S. What should I prefer?
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I am starting to do some development in C++ which includes the use of COM interfaces in Windows. I have to make a decision to learn or not to learn the COM technology. So, I want to ask if the COM programming is still widely used or is it rather outdated? Is it still a good idea to invest ones time into learning COM?