At the moment there is a lot of talk about NoSQL from my understanding that Mongodb is one of them, for me NoSQL seems to be that SQL is just not in the same sense that we know mySQL.
Think of it this way, they both store data, one does it using a fixed database with so-called restrictions, and the other stores data when it considers that the best time to store data and the assumption has no limits or very little.
However, this confuses web developers who make a switch or are thinking of making a switch. In my case, I work for a large telecommunications company, and to make such an approach is something that we really need to look at, and we cannot convey something that does not have a physical being, so to speak.
Maybe I don’t understand the meaning of NoSQL, maybe I have the right value.
Now I am in the process of rewriting the entire CMS that we use, and it would be nice to know if it is worth spending time looking at noSQL or supporting MySQL (which does not seem to have any problems, moment)
We have only 5,000 rows in the client’s details, and in the backup with 14,000, he gets a backup, just makes the main table decide to screw it on.
Russell Harrower
source share