IZ
Ладно, я это никак кроме бреда воспринимать не могу.
Size: a a a
2020 December 28
IZ
Работает - и ладно.
V
Бред в содержимом или в структуре? "Работает и ладно" - подход хороший для говнокода. Хочется ведь делать хорошо и правильно
V
А, ну так и запрос теперь иной. Join только по
request_id
IZ
Бред в содержимом или в структуре? "Работает и ладно" - подход хороший для говнокода. Хочется ведь делать хорошо и правильно
Бред в постановке задачи, видимо. Но я не хочу вникать, пили уж сам.
V
Имеешь ввиду задачу с точки зрения бизнес -логики? Или того, как я её сформулировал?
IZ
Имеешь ввиду задачу с точки зрения бизнес -логики? Или того, как я её сформулировал?
Да для меня это одно и то же, я ж только твою формулировку и читаю.
IZ
Бред в содержимом или в структуре? "Работает и ладно" - подход хороший для говнокода. Хочется ведь делать хорошо и правильно
Тут ещё такой момент (в запросе твоём)
Ты этим кодом жёстко фиксируешь порядок JOIN-ов, ну или хотя бы можешь так сделать.
(фиг знает как эта твоя хреновина работает)
Если не попрёт, попробуй поменять порядок, СНАЧАЛА помести таблицы, в которых есть фильтр, и которые служат источником
главных данных, и только ПОТОМ - таблицы, которые JOIN-ятся к данной.
Потому что выполнять фильтрацию сначала — выгоднее.
Ты этим кодом жёстко фиксируешь порядок JOIN-ов, ну или хотя бы можешь так сделать.
(фиг знает как эта твоя хреновина работает)
Если не попрёт, попробуй поменять порядок, СНАЧАЛА помести таблицы, в которых есть фильтр, и которые служат источником
главных данных, и только ПОТОМ - таблицы, которые JOIN-ятся к данной.
Потому что выполнять фильтрацию сначала — выгоднее.
V
Так и есть - сначала базовая фильтрация - по разным полям для каждой таблицы. Потом - объединение таблиц, чтобы получить
Потом выборка всех значений из соответствующей таблицы параметра, по
Почему именно так - потому что необходимо выбирать все параметры запроса, подходящего под условие.
Например, запрос содержал список параметров для
В influx будет создано 2 записи
Что при выборке значений только через join даст нам результат
request_id.Потом выборка всех значений из соответствующей таблицы параметра, по
request_id.Почему именно так - потому что необходимо выбирать все параметры запроса, подходящего под условие.
Например, запрос содержал список параметров для
pm_from -[ [1,1], [2,2] ]В influx будет создано 2 записи
tableА в фильтре выборки пользователь может указать только
request_id payment_system_id currency_id
a 1 1
a 2 2
pm_from=[1,1]Что при выборке значений только через join даст нам результат
table
request_id payment_system_id currency_id
a 1 1
S
используйте один SQLiteConnection и одну SQLiteTransaction для всего цикла
параметры тоже нужно переиспользовать, а не каждый раз создавать заново
если всё это пересоздаётся 1000 раз, то конечно скорость работы будет никакая
параметры тоже нужно переиспользовать, а не каждый раз создавать заново
если всё это пересоздаётся 1000 раз, то конечно скорость работы будет никакая
Да, точно, так и переделаю. А нельзя держать коннект открытым на протяжении всей работы программы и обращаться только к нему?
N
это плохая практика
S
Чем плохая?
S
Что будет если коннект открытый, и программа крашнется?
IZ
Serg
Что будет если коннект открытый, и программа крашнется?
Коннект разорвётся через какое-то время, ничего плохого не будет
IZ
Serg
Что будет если коннект открытый, и программа крашнется?
ПОгодЬ. это ж SQLite, он вместе с программой и БД сразу упадёт, сразу всё.
S
ПОгодЬ. это ж SQLite, он вместе с программой и БД сразу упадёт, сразу всё.
Если не завершилась запись до краша, то после перезапуска программы она возобновится? Или что вообще с БД будет?
IZ
Serg
Если не завершилась запись до краша, то после перезапуска программы она возобновится? Или что вообще с БД будет?
ACID-транзакции есть?
S
ACID-транзакции есть?
Это что такое? Есть только такие как на скриншоте - чтение и запись.
IZ
Serg
Это что такое? Есть только такие как на скриншоте - чтение и запись.
Ну, узнай.
S
Мне не у кого узнать. Это мой проект. С SQLite работаю впервые.