Куда сохранять данные — в БД или документ?

Question

[Space]

Десятки тысяч id собираются с помощью парса и их нужно куда-то заносить. Вот посоветуйте что лучше - заносить их в БД или в текстовый документ и хранить его на сервере (или по другому как можно)? Собираю только id, дополнительных полей нет. Потом уже в скрипте мне нужно будет получать каждый id и работать с ним в отдельности.

К чему вопрос: объем данных большой и может нагрузка будет меньше, если хранить это все не в БД.

Answer 1

[Wol_fi]

БД и СУБД к ним как раз для такого и были разработаны - чтобы хранить данные. Вы не поверите, но данные они тоже хранят в файлах на жёстком диске. Зачем изобретать велосипед, когда есть уже готовый инструмент. Используйте СУБД и не заморачивайтесь по поводу нагрузки. Она будет в разы меньше, чем если вы будете городить всё в один файл напрямую.

Comments

[Артем Спиридонов]

Все так.

Единственная причина хранить файлы руками - если это результат экспорта, например аналитика, и его целесообразно кешировать.

Answer 2

[Сергей Протько]

если хранить это все не в БД.

БД не допустит конфликтов по записи и сделает это в памяти перед записью на диск, в случае с файлами вам придется баловаться с локами, и что бы сделать это хоть сколько нибудь эффективно вам придется потратить чуть чуть времени.

другой вопрос какуб СУБД использовать, можно просто в nosql хранить (key-value хранилища) и мэпить на файлы.

Answer 3

[Curly Brace]

текстовые файлы хороши пока объемы не большие.
потому что для использования файла, его надо в память загрузить, а это время и ресурсы.
а если данные небольшие, то текстовые файлы работают быстрее. не зря существуют flat-file cms типа gpEasy. Для небольших сайтов такая штука будет просто летать и практически не создавать нагрузки. а вот стоит запостить там под сотку постов, как она станет неповоротливой)
резюмируя написаное: в вашем случае без бд не обойтись)

Answer 4

[Сергей]

Все зависит от вашей нужды. Если просто быстро сохранить, а потом также быстро прочитать в той же последовательности - то ничего лучше файлов пока не придумали.

Если что-то сделать еще - то БД.
Всякие NoSQL в будущем могут не дать нужной гибкости.