AC
А чего не парсить, копить пачку и потом использовать COPY ?
Он же вроде вставляет записи а не обновляет
Size: a a a
2020 December 26
AC
А чего не парсить, копить пачку и потом использовать COPY ?
Или можно как-то сделать UPDATE?
p
Он же вроде вставляет записи а не обновляет
А я нигде не увидел про апдейты :/
AC
Ох
Ну лучше чем по запросу одному отправлять
AC
Просто не понимаю, как много могу упаковать так
p
Ну лучше чем по запросу одному отправлять
А чего не connection.executemany() ?
AC
А чего не connection.executemany() ?
Ну он вроде тоже самое делает
AC
AC
Судя по докладу
AC
Если я туда запихну 1000000 элементов, я не знаю как это сработает . Будет ли переполнение и т.д. Поняв размер запроса смогу сам в нужное время исполнять запрос
AC
От executmany не будет ничем отличаться. Тем что я сам только скомпоновал
AZ
Запросов. У меня есть RESI-API а с неё получаю json и парсю, после пишу в бд. Запросов много. Чтобы сократить количество запросов я хочу использовать ; для склеивания, после посылать запросы. Допустим я делаю 1000 запросов к API и распарсил 1000 JSON'ов, хочу их склеить через ; в один запрос и отправить. Хочу знать сколько я могу клеить запросов за раз
а что будет если у тебя сервер упадет? а сколько времени ты будешь копить запросы? что если клиент сделает 999 запросов, а потом перестанет?
AC
а что будет если у тебя сервер упадет? а сколько времени ты будешь копить запросы? что если клиент сделает 999 запросов, а потом перестанет?
Ну наверное я предполагаю, что мне писать надо много и быстро. А не ждать у моря погоды)
AZ
Ну наверное я предполагаю, что мне писать надо много и быстро. А не ждать у моря погоды)
так что будет если клиент или сервер упадет?
AZ
точнее не если, а когда
AC
так что будет если клиент или сервер упадет?
Ясно
AC
Там выше есть доклад, возможно поможет