Вообще как Oracle DBA с десятилетним опытом работы, включая хайлоад телеком и т.п. Скажу что лучше постгрес выбирать. Банально ценник хорошего постгрес ДБА выше чем у ораклового.

согласен

зачем файлы

используйте RAM memory
будет еще быстрее


——-

вы как-то сравниваете длину с цветом (

Разве? Ту же информацию можно хранить что в таблице, что в CSV-файле, например.
И обрабатывать можно, т.е. разными путями получать те же нужные результаты.
Что не так-то? ;)

я думаю что в целом особой разницы нет, слышал такой вопрос в сбертехе.
По сути текстовый это тот же бинарный только в стандартных кодировках, опять же типизированные текстовые (документные) могут соперничать непосредственно с бинарными, но это немного в сторону от темы.

В целом принципиальное различие скорее в методе хранения. У бинарных файлов БД есть строго определенная структура и СУБД всегда знает где у неё в файлах БД хранится тот или иной объект. И доступ к рандомному объекту будет *теоретически*  куда быстрее чем у типизированного текстового где потребуется прочитать почти весь файл для доступа к конкретному объекту БД.

Ты не понимаешь...

Но ладно.

для CSV-файла  - вы сами создаете manager-а, который будет persist данные и fetch-ить из файлов.
Некий движок по доступу к данным: запись, чтение

СУБД - уже готовый движок

удобно вам хранить в CSV-файлах или json-файлах, чем использовать СУБД -  используйте. Всё ок )

как скажешь - тебе виднее
видимо, мысли других в состоянии читать )

👍😁

Разница есть, и огромная. Ещё раз , в текстовом файле НЕТ данных.
Его нельзя обрабатывать никак.

Данные в файле появляются когда появляется какой-то ФОРМАТ для данных, хотя бы.
Только тогда данные можно обрабатывать хотя бы как-то.

То есть это всё-таки не ситуация "сравниваете длину с цветом", я вот о чём.
Т.е. когда разными инструментами можно решать те же задачи, сравнивать их на этих задачах всё-таки можно.

начни с простого

задай определение для термина "данные"

тогда сможешь свою мысль другим донести

Данные — это информация, представленная в определённом формате, удобном для программной обработки.

да, нужен выбор среди инструментов

чтоб не получилось - слон в посудной лавке )

ln -s /tmp /var

это некий "формат Ц" в modern way ?  ))

ln -s $HOME/projects/js/sample01  $HOME/js01

В этом смысле — да, конечно.

ок

для меня данные могут быть и без формата
и не в удобном для программной обработки

если файл не пустой - уже есть в нем данные

будут ли они в формате и удобны для программной обработки - могут и не быть

truncate файл на некую часть  - и уже нет ни формата, ни удобной для программной обработки

ну тоесть ответ в том что у БД реляционная модель данных