I
Но это тоже интересно, а как это называется? Как гуглить? Работаю с PostgreSQL
Size: a a a
2020 January 09
ДП
глобал это плохо, проще писать файл в json, и считывать его при каждом перезапуске, как с конфигами
Тоже думал об этом но по сути это же тоже самое? Я при старте сервера должен получать данные с бд записывать в файл считывать с файла и сохранять в объект какой то?
SK
Тоже думал об этом но по сути это же тоже самое? Я при старте сервера должен получать данные с бд записывать в файл считывать с файла и сохранять в объект какой то?
С точки зрения практики, это правильнее. Вообще, тут вариантов масса. Я бы банально сделал версионирование объекта в бд, после чего записал текущую версию в переменую окружения и сравнивал бы их, и уже от этого исходил, тянуть из бд объект или нет.
ДП
С точки зрения практики, это правильнее. Вообще, тут вариантов масса. Я бы банально сделал версионирование объекта в бд, после чего записал текущую версию в переменую окружения и сравнивал бы их, и уже от этого исходил, тянуть из бд объект или нет.
А вот в случае если не тянуть тогда откуда его брать работать то мне с ним все равно надо, тут получается тогда два варианта либо сохранять объект в переменную либо доставать из файла
SK
А вот в случае если не тянуть тогда откуда его брать работать то мне с ним все равно надо, тут получается тогда два варианта либо сохранять объект в переменную либо доставать из файла
смысл файла в том, что если сервер ляжет, вы не тащите его из бд, вы сравниваете только переменую из окружения с версией из бд, а там уже по ситуации. Хотя не видя самого проекта, трудно сказать что лучше. Хотя можно и в глобал писать
JD
А вот в случае если не тянуть тогда откуда его брать работать то мне с ним все равно надо, тут получается тогда два варианта либо сохранять объект в переменную либо доставать из файла
если будешь доставать из файла, то будешь парсить json каждый раз.э
SK
если будешь доставать из файла, то будешь парсить json каждый раз.э
так тут вопрос же в том, что бы не тягать постоянно из бд. Как по мне, так проще к бд запрос делать
JD
так тут вопрос же в том, что бы не тягать постоянно из бд. Как по мне, так проще к бд запрос делать
тогда кеш сделай
NN
@pissarenko бд хранит поле updatedAt. Так вот клиенту передаешь в этом объекте поле updatedAt. Когда клиент к тебе запрос делает, то сравниваешь это у клиента и в бд
SK
я то тут причем, у человека объект в бд может поменяться и т.д., он его в глобал пишет что бы использовать в api, что бы не дергать постоянно бд. тут или файл, или переменая окружения, или глобал, последний не есть гуд, если файл большой
ДП
@pissarenko бд хранит поле updatedAt. Так вот клиенту передаешь в этом объекте поле updatedAt. Когда клиент к тебе запрос делает, то сравниваешь это у клиента и в бд
Да как сравнить версию то я знаю это не проблема
Меня волнует где хранить этот объект, как его доставать при каждом запросе на сервер и стоит ли его вообще хранить и лучше всегда доставать из бд
Меня волнует где хранить этот объект, как его доставать при каждом запросе на сервер и стоит ли его вообще хранить и лучше всегда доставать из бд
SK
Да как сравнить версию то я знаю это не проблема
Меня волнует где хранить этот объект, как его доставать при каждом запросе на сервер и стоит ли его вообще хранить и лучше всегда доставать из бд
Меня волнует где хранить этот объект, как его доставать при каждом запросе на сервер и стоит ли его вообще хранить и лучше всегда доставать из бд
сколько ввсего реальных параметров используется?
R
я то тут причем, у человека объект в бд может поменяться и т.д., он его в глобал пишет что бы использовать в api, что бы не дергать постоянно бд. тут или файл, или переменая окружения, или глобал, последний не есть гуд, если файл большой
Сорри, не тебе хотел ответить)
JD
я то тут причем, у человека объект в бд может поменяться и т.д., он его в глобал пишет что бы использовать в api, что бы не дергать постоянно бд. тут или файл, или переменая окружения, или глобал, последний не есть гуд, если файл большой
Ошибся реплаем
SK
просто мне сейчас в голову пришло, если их там не сильно много, просто записать в env и переписывать, когда нужно
ДП
сколько ввсего реальных параметров используется?
Всегда по разному все зависит от запроса
NN
Храни как файл, например, на машине твоей . И каждый раз отдавай его, если версия сходится
NN
Можешь в буфере хранить, в памяти оперативной
ДП
просто мне сейчас в голову пришло, если их там не сильно много, просто записать в env и переписывать, когда нужно
Ну смотри есть допусти 1500 строк в таблице с 10 полями мне нужно из этого сделать иерархический json и работать с ним а ещё доставать из него определенные иерархии и иногда возвращать клиенту
ДП
Храни как файл, например, на машине твоей . И каждый раз отдавай его, если версия сходится
Вот мне и интересно как правильнее и как будет работать быстрее