Cthulhu

Hi, i would like an advice here. I want to make a language dictionary application in Visual C++. It won't be online. It'll be something like oxford dictionary. So the entries will be a lot and i think that Access ain't what i need. Anybody has a suggestion on what kind of database should i use?

__________________
NO PAIN, NO GAIN

Polyphemus_

If you only use it for yourself, I would choose MySQL (since that's the only one I know ). I doubt that other users would take the time to install and set up MySQL, though.

Cthulhu

That's what i'm talking about. This app will be installable and redistributable. I'm sure there's a way to this, otherwise there wouldn't be any elctronic dictionary......

__________________
NO PAIN, NO GAIN

DaWei

One can build a balsa "throw it across the yard" thangy, or a radio-controlled model airplane (up to 1/4 scale, even) or a Cessna 182 RG or a Boeing 747. It's just a matter of skill, pocket depth, and marketing/organizational expertise.

__________________
Abstraction doesn't make it impossible to write bad code; it makes it possible to write superior code.
Contributor's Corner: Grumpy on C++ Exceptions DaWei on Pointers

Infinite Recursion

I'd probably go with MySQL also... MS Access is fairly limited for numerous tuples.
If you don't want the end user having to install a MySQL database server, you could host a centralized database and have the clients connect over TCP/UDP or you can give SQLite a shot... a self containted database endgine. You can find SQLite here: http://www.sqlite.org/

__________________
http://jasonpowers.net

"There are a thousand hacking at the branches of evil to one who is striking at the root."

Cthulhu

Well, these are smart words, but not helpfull in my case...... You could be more accurate, i'm sure about that......The simple reason is that i asked something else....

__________________
NO PAIN, NO GAIN

nnxion

You say they are smart words yet you do not understand. What DaWei is saying is that it depends on how big your application is, if your project is a hobby project then you might want a different database then if you were writing a heavily financed government application. I'd probably go for a self containted database engine like IR says.

__________________
"Employ your time in improving yourself by other men's writings, so that you shall gain easily what others have labored hard for."
-- Socrates

MBirchmeier

I've thought about doing something like this before most of my ideas relied on the same principle:

Each letter can be followed by 26 other letters, or can end. so each 'letter' structure would be arranged as the following
so 'candy' would be

obviously I didn't include all 'letter' links but each layer would have its own links on down the line, hope this helps.

-MBirchmeier

DaWei

There's an old article in DDJ regarding the use of a trinary tree for an approach similar to MBirchmeier's.

Indeed you did. Unconsidered repercussions are mighty project killers. Thus my "unsolicited" comments. I reserve the right to continue to make them, as I consider them to be often as useful as "Don't use GoTo."

__________________
Abstraction doesn't make it impossible to write bad code; it makes it possible to write superior code.
Contributor's Corner: Grumpy on C++ Exceptions DaWei on Pointers

Cthulhu

I really didn't mean to be aggresive, if i gave such an impression. I thought that i was quite clear when posting the first request. This is going to be a language dictionary. That is, it's going to have as much entries as the dictionary of greek has, let's say more than 100.000. word-definition-phonological form--search by word, search by phoneme, search by morpheme. I took a look at "oxford dictionary of contemporary english" and i saw that it uses, apart from other stuff, some .dic files, if that helps.

This very intriguing for me as i want to make a good project for my postgraduate essay in linguistics. I'm willing to do what it takes to accomplish

__________________
NO PAIN, NO GAIN