Size: a a a

Сообщество Python Программистов

2020 December 05

A

Alexander in Сообщество Python Программистов
Скажем если твой первый запрос - удалить из неиндексированной непартиционированной таблицы на over9000000 строк данные, где в имени есть буква "у", а второй запрос - апдейт какой-то строки в этой же таблице, то первый запрос её конечно же залочит надолго, и второй запрос либо будет ждать, либо отвалится
источник

А

Айван in Сообщество Python Программистов
$name$
Форден юзает его, вроде. Сам не пробовал
Также можно и про глобальный конфиг сказать. Не показатель)
источник

𝕬

𝕬𝖗𝖙𝖊𝖒 in Сообщество Python Программистов
Айван
Зато что не изменится, так это то что я продолжу вас всех доёбывать своими вопросами (на которые всё-равно никто не отвечает)
И так, aiosqlite норм ведь тема? Он не навернётся если во время первого запроса появится второй?
Лично мне кажется, что такая вещь как БД не должна быть асинхронной. Банально, если ты часто меняешь часто данные, а они должны быть всегда актуальны, то если на начальном этапе всё ок, то вот дальше - нуу, не знаю. Особенно, если брать случай, когда у тебя могут в определенное время происходить несколько операций над одной таблицей/инстансом
источник

А

Айван in Сообщество Python Программистов
Alexander
Скажем если твой первый запрос - удалить из неиндексированной непартиционированной таблицы на over9000000 строк данные, где в имени есть буква "у", а второй запрос - апдейт какой-то строки в этой же таблице, то первый запрос её конечно же залочит надолго, и второй запрос либо будет ждать, либо отвалится
Ну, вроде ситуация не такая, но всё же на будущее спрошу: можно ли сделать так чтобы не отвалился?)
источник

А

Айван in Сообщество Python Программистов
Ну началось)
источник

A

Alexander in Сообщество Python Программистов
Айван
Ну, вроде ситуация не такая, но всё же на будущее спрошу: можно ли сделать так чтобы не отвалился?)
Конечно. Выполнять такие вещи в одной транзакции, партиционировать таблицы, индексировать таблицы, оптимизировать запросы по селективным полям
источник

A

Alexander in Сообщество Python Программистов
Т.е. Это вопрос архитектуры и паттернов проектирования в первую очередь
источник

А

Айван in Сообщество Python Программистов
Alexander
Конечно. Выполнять такие вещи в одной транзакции, партиционировать таблицы, индексировать таблицы, оптимизировать запросы по селективным полям
В общем, буду считать что нельзя 🌚
источник

A

Alexander in Сообщество Python Программистов
А асинхронка или нет - выбор финального этапа
источник

𝕬

𝕬𝖗𝖙𝖊𝖒 in Сообщество Python Программистов
Alexander
Конечно. Выполнять такие вещи в одной транзакции, партиционировать таблицы, индексировать таблицы, оптимизировать запросы по селективным полям
И все это для бота, который отдаёт дату сегодняшнюю 🌚👍🏻
источник

A

Alexander in Сообщество Python Программистов
𝕬𝖗𝖙𝖊𝖒
И все это для бота, который отдаёт дату сегодняшнюю 🌚👍🏻
Не, для эхобота)
источник

А

Айван in Сообщество Python Программистов
Примерно так и есть)
источник

A

Alexander in Сообщество Python Программистов
peewee замечательно работает хоть в аиограм, хоть в телеботе)
источник

AT

Alexander T in Сообщество Python Программистов
𝕬𝖗𝖙𝖊𝖒
Лично мне кажется, что такая вещь как БД не должна быть асинхронной. Банально, если ты часто меняешь часто данные, а они должны быть всегда актуальны, то если на начальном этапе всё ок, то вот дальше - нуу, не знаю. Особенно, если брать случай, когда у тебя могут в определенное время происходить несколько операций над одной таблицей/инстансом
это, очевидно, сильно зависит от паттерна использования бд и узкого места в обработке запроса.
если у тебя на селект уходит 200мс базы и 1мс процессора, то что-то не выглядит хорошей идеей делать это без асинка.
источник

I

ITFY forum informer in Сообщество Python Программистов
источник

DY

Dmitriy Yarosh in Сообщество Python Программистов
Умно)
источник

in Сообщество Python Программистов
😂
источник

Ю

Юрий in Сообщество Python Программистов
До джуна за 7 недель?... Я уже джун получается чтоль? Однако!...
источник

КБ

Кирилл Баст... in Сообщество Python Программистов
Юрий
До джуна за 7 недель?... Я уже джун получается чтоль? Однако!...
Чисто теоретически возможно. Если ты будешь каждый день в течении 6 недель уделять языку 6 часов (практика + теория), то вполне можно стать джуном
источник

Ю

Юрий in Сообщество Python Программистов
Кирилл Баст
Чисто теоретически возможно. Если ты будешь каждый день в течении 6 недель уделять языку 6 часов (практика + теория), то вполне можно стать джуном
Ну судя по темам курса, уже.
источник