Tad, эх, это всё конечно здорово, но "поздно пить боржоми..".
уже с десяток функций и алгоритмов на этом варианте завязано.
дешевле фильтровать по месяцам, а дальше добивать математическим аппаратом

20 и больше число
Для варианта
"7,20,17,3" => "0010001000000000100100000000000"
Для варианта
"7,20,17,3" => 589892

А зачем тебе понимать. Это просто данные которые хранятся в БД. А как ты их потом отобразишь так и будет

Ну, можешь перед нужным запросом конвертировать это поле, допустим в виртуальную таблицу, и уже от него отталкиваться, не?

Редактировалось 2 раз(а), последний 2025-01-10 23:05:16

Выше я.
------------ Дoбавленo в 14.39:
пальчиком покажи, как "инвертировать" и как "отталкиваться".

Да можно в конце концов, сделать один запрос, и обрабатывать это поле и строку в самой программе и там же её если надо конвертировать для удобства во что хочешь, а можно просто разбить эту строку с разделителем "," и там уже искать нужные числа, или не вариант?! )

RinniX, в таблице 804 000 записей. (есть у меня такая для работы и использую её для тестов тоже)
Если задать SELECT * FROM table WHERE условие; то вся таблица обрабатывается за 9-10 сек.
Попробовал применить то, что ты предлагаешь: "обрабатывать это поле и строку в самой программе" - время выполнения 4 МИНУТЫ !
Разницу чувствуешь ?
Да с такими темпами - 15 запросов в час - оператор сойдет с ума.

Tad, Смотря какая таблица! В данном случае, лучше применить обработку через программу, т.к. запрос будет уже идти по году и месяцу, согласись, только это уже сокращает количество записей во много раз, + он ещё их отсортирует в том-же запросе по числу "Текущая дата", что сократит ещё на половину, условно, и что в итоге? Нетрудно догадаться, что количество строк будет достаточно мало для обработки программой! )

RinniX, не занимайся болтологией - где у него "Текущая дата" ?
Какой запрос обсуждаем:
Вывести все записи у которых есть 2.
Все, а не за месяц и год.

Смотри первый пост!
------------ Дoбавленo в 17.20:
Думаю что программа может достаточно быстро обработать запрос и без включения в условие "Текущая дата".

Tad,
добавлю от себя. вот поэтому я и не хочу плодить тысячи строк.

если брать расклад на каждый чих 1 запись, то чтобы записать всего одну строку мне потребуется
30-31 в месяце, 1 дата, 7 в неделе, 24 в часах, 6 в минутах, 1 важность, 1 позиция, 1 режим, 1 head запись

итого: 73 строк на запоминание 1 записи, сейчас 9.
(или к примеру 804000/73=11014)

Извини, не обратил внимание.

------------ Дoбавленo в 17.35:
и большой гемморой с её обработкой
А создал бы таблицу так, как предложили выше и нет геммороя.

Tad, всё на пользу
где-то убавилось, где-то прибавилось.
всё не предусмотришь, но выгрузку по 40 минут из-за N миллионов строк как в 1С, я видеть не хочу

Это если сразу включать комп. Без детального продумывания задачи.
------------ Дoбавленo в 19.16:
Если не рассказывать сказки про часы, минуты и т.д и т.п., то при структуре таблицы id integer primary key,object_id integer,Data Real максимум 31 строка в месяц или 366 в году(высокосном) на один объект. И будут там и часы и минуты и даже секунды с мсек.
Сколько у тебя объектов - незнаю. Сам умножь 366 на число объектов, получишь число записей в БД за год.
И запрос простейший
SELECT * FROM rules_month WHERE date(Data)>= date('now');
и никакой головной боли.

Проверь мою конструкцию на своей таблице. Очень интересно какая скорость получится.

Я думаю это костыль

code_31808.txt