лучше выбирать и как организовывать в зависимости от типа задач? не гайды по каждой отдельно, а сразу общий взгляд, чтобы понимать, вот в этой ситуации мне нужно вот то заюзать
Если данные можно описать в табличной форме, если есть понятие ссылки на объект из другого набора данных - традиционные реляционные СУБД. Если все то же самое, но колонок ("свойств объекта") очень много, а в моменте нужно мало - колоночные. Если структура не слишком четкая, а в данных черт знает что - NoSQL
Если черт знает что, то возможно бд даже и не нужна
Обсуждают сегодня