В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

5103 membersпожаловаться на группу
2020 December 05

A

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

А

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

𝕬

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

А

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

А

Айван in Сообщество Python Программистов
Ну началось)
источник
11:36пожаловаться#5

A

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

A

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

А

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

A

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

𝕬

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

A

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

А

Айван in Сообщество Python Программистов
Примерно так и есть)
источник
11:37пожаловаться#12

A

Alexander in Сообщество Python Программистов
peewee замечательно работает хоть в аиограм, хоть в телеботе)
источник
11:39пожаловаться#13

AT

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

I

ITFY forum informer in Сообщество Python Программистов
Новый вопрос в форуме: Курс «Python для с нуля до Junior» За 7 недель
источник
11:57пожаловаться#15

DY

Dmitriy Yarosh in Сообщество Python Программистов
ITFY forum informer
Новый вопрос в форуме: Курс «Python для с нуля до Junior» За 7 недель
Умно)
источник
12:01пожаловаться#16

ᅠ

ᅠ in Сообщество Python Программистов
ITFY forum informer
Новый вопрос в форуме: Курс «Python для с нуля до Junior» За 7 недель
😂
источник
12:07пожаловаться#17

Ю

Юрий in Сообщество Python Программистов
ITFY forum informer
Новый вопрос в форуме: Курс «Python для с нуля до Junior» За 7 недель
До джуна за 7 недель?... Я уже джун получается чтоль? Однако!...
источник
12:27пожаловаться#18

КБ

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

Ю

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