<Ч
Там есть просто по языку sql))
Size: a a a
2020 May 25
SG
можно создать функцию и вызывать ее каждый раз
Кажется это самое верное
VL
а в sqlite нужно придерживаться следующего алгоритма?:
при старте программы 1 подключение к бд.
при каждом обращении к БД создается курсор, по окончанию закрывается.
в конце работы программы отключаемся от бд.
при старте программы 1 подключение к бд.
при каждом обращении к БД создается курсор, по окончанию закрывается.
в конце работы программы отключаемся от бд.
про одно подключение правда - иначе база заблочится может для второго коннекта
НХ
а как быть с вебсерверами, например flask, я так понимаю, что нужно подключаться и создавать курсор каждый раз при обращении пользователя?
НХ
я же не могу стартануть фласк вместе с подключием к бд и чтобы оно было постоянным
НХ
или могу
VL
на вебсервере лучше без скллайта
<Ч
а как быть с вебсерверами, например flask, я так понимаю, что нужно подключаться и создавать курсор каждый раз при обращении пользователя?
Имей в виду, что sqlite очень быстро может стать лимитирующим процессом в многопользовательском приложении
SG
а как быть с вебсерверами, например flask, я так понимаю, что нужно подключаться и создавать курсор каждый раз при обращении пользователя?
Ну я например сделал функцию и каждый раз она витчем открывается и закрывается самостоятельно
A
Имей в виду, что sqlite очень быстро может стать лимитирующим процессом в многопользовательском приложении
Да эта хуита вообще в многопользовательских приложениях не используется
НХ
ну да, это же ебучий файл
НХ
с правилами файлов
B
а в sqlite нужно придерживаться следующего алгоритма?:
при старте программы 1 подключение к бд.
при каждом обращении к БД создается курсор, по окончанию закрывается.
в конце работы программы отключаемся от бд.
при старте программы 1 подключение к бд.
при каждом обращении к БД создается курсор, по окончанию закрывается.
в конце работы программы отключаемся от бд.
Вооьще так и нужно, ибо это БД не поддерживает многопоточность. И больше одного курсора вы не создадите, настоятельно рекомендую использовать ORM
T
Имей в виду, что sqlite очень быстро может стать лимитирующим процессом в многопользовательском приложении
О, Юра здесь. Юра, привет. Слушай, чет я торможу. Вот есть у меня таблица цены. tbl_stock - id, id_tool, price, date Есть таблица товара tbl_deal id, id_tool, amount, date
N
Вооьще так и нужно, ибо это БД не поддерживает многопоточность. И больше одного курсора вы не создадите, настоятельно рекомендую использовать ORM
забавно, совсем недавно я слышал, что крайне не рекомендуют использовать ORM, а лучше юзать sqlite
N
на хабре где-то
B
забавно, совсем недавно я слышал, что крайне не рекомендуют использовать ORM, а лучше юзать sqlite
A
Вам лень чтоли Postgres поставить
T
И вот я купил товара 10 штук в понедельник. Цена - 15 баксов. Как бы мне объяснить sqlitу, что у меня и во вторник 10 штук товара и в среду и вообще каждый день с того момента, пока нет изменений - 10?
T
Элементарный вопрос, а засел что-то. :(