Надо реализовать журнал приема-сдачи электроскутеров с мобильных телефонов. Есть около 1000 электроскутеров для курьеров и нужен базовый мониторинг использования данных скутеров. Думал написать небольшой фронт с формой, который будет тянуть какой-то json с массивом объектов, в котором и будут эти скутеры, ну и для сохранения истории использования скутеров курьерами думал загуглить как нодой писать изменения в данный json.
Но стоит ли для данной задачи использовать именно json или лучше изучить как это все писать в полноценную БД? Ну и если БД, то какую выбрать?
Никакого сесюрити тут не нужно, данные будут обезличены, просто массив объектов с числовыми значениями, булевыми да несколькими стрингами.
Множественный одновременный доступ к данным - однозначно выбор ограничивается базами данных с поддержкой транзакций (есть исключения но лучше о них не думать), так как в тегах есть sql то наверное под БД понимается она? то да, лучше используй sql, там 99% проблем решены либо предоставлены инструменты для их решения а главное это правильный подход к разработке
лично я бы не рекомендовал начинающему работать с nosql базами типа mongodb, они хоть и поддерживают транзакции но правильно их использовать может только опытный человек понимающий что к чему
На самом деле я с БД еще ни разу не сталкивался и не разбираюсь в тонкостях отличий разных. Я просто немного почитав народные писания в интернете, понял что при одновременной записи json сразу несколькими курьерами, могут возникнуть казусы.
Я понимаю как работать с объектами и для меня эта логика ближе всех. Посоветуйте о какой бд мне лучше гуглить что бы с ней работать.
Virass, я настоятельно рекомендую начинающим разработчикам, с целью обучения, не пользоваться 'облегчаторами и улучшаторами' превращающим доступ к бд в объектный, а работать с ними на 'низком уровне' на sql (как это бредово звучит, sql по определению высокоуровневый инструмент), плюс в php то же pdo дает отличные возможности по облегчению работы с данными
rPman, Спасибо. Ну я в принципе думал о связке php + mysql, для "типичного" хостинга это самая простая связка как мне показалось. Для той же ноды мне пришлось бы vps брать.
Я хоть и js frontend изучаю, но вроде php для обращения и для записи в бд не сильно сложно будет разобрать. День - два с кофейком думаю осилю.
Хранение лучше в БД. Любой, хоть SqLite, хоть MyISAM, нет у вас каких-то причин искать СамуюМоднуюСУБД®.
Как промежуточный механизм передачи данных можно и JSON, если так хотите. Всё зависит от ваших навыков веб-разработчика. Поскольку мои веб-знания устарели лет этак на пятнадцать, я бы сначала сделал чистый PHP + не-AJAX, а потом думал бы.
