HMGforum.com

Hello!

Anybody familair or experience with MongoDB + Harbour?

Serge

Why MongoBD ?

No.
Me puse a leer, y tengo muchas dudas...
--------------------------------------------------
Do not.
I started reading, and I have many doubts ...

https://www.google.com.mx/search?client ... 8&oe=UTF-8
------------------------------------------------------------------------------------------------------------------------------------------
MongoDB vs. MySQL: the comparison of two database models

Unlike MySQL, MongoDB is a document-oriented database manager that, therefore, has a completely different approach to data storage. However, its base structure shows similarities, such as:
Instead of tables, the data is stored in folders (collections).

Documents in BSON format replace the lines, defining fields in the columns of the SQL tables.

These fields always consist of a pair of a key, which at the same time represents the name of the field, and a value. This value can represent a figure, a word or a text, but also a complete list of words or figures and even a complete file.

A MongoDB document is, in this way, a collection of key / value pairs, as are, in principle, the rows in the MySQL tables.



MongoDB does not use SQL as a query language, having its own language for data processing.

Serge
https://medium.com/harbour-magazine/int ... 9a1a167f7b

Teo Fonruge
MongoDb driver for Harbour language (based on mongo-c-driver)
https://github.com/tfonrouge/hbmongoc

Thanks all for replying.

Me too was wondering, why? So therfore I asked!
I use MySQL for many years without any problem at all but someone advised me MongoDB and I am still not convinced about the added value...

Serge

I will remember this:

To answer the main question: “when to use MongoDB instead of MySQL?” you need to take into account your project requirements and further goals. MySQL is well-recognized for its high performance, flexibility, reliable data protection, high availability, and management ease. Proper data indexing can solve the issue with performance, facilitate interaction and ensure robustness. But if your data is unstructured and complex, or if you can’t pre-define your schema, you’d better opt for MongoDB. And what is more, if you need to handle a large volume of data and store it as documents — MongoDB will help you to meet the challenges.

From : https://hackernoon.com/mongodb-vs-mysql ... 14b699c38b

I know enough!


Serge

You can see it like this: MongoDB is nothing but a serialized hash or asociative array (key/value pairs).
RDBMS are ortogonal, Mongo DB is unstructured data (the value), with a forced primary index (the key).
I know this isn't scientific at all, but gives you the idea about what it is useful for =).