Little_Junior, вот и делай как я говорю. Без этих промежуточных выборок. Если тебе надо гарантировать что поле не пустое - то добавь еще один предикат IS NOT NULL.
Александр, приведи пример данных как-бы ты хотел на выходе.
У SQL баз данных для responce нет такого понятия как группа.
Есть просто результат который отдается и в нем есть поля. Вот можешь считать
одно выборочно поле признаком группы. Или кодом группы.
Dr. Bacon, в таком кейсе я думаю что 99% будет отдано на откуп оптимизатору. Например если одно из полей имеет индекс - тогда направление поиска будет перевернуто. Другое дело, понимает ли автор булеву логику настолько чтобы понять что вопрос не имеет резона.
Вот даже за примером не надо далеко ходить. В смежном топике один бедняга уже горит https://qna.habr.com/q/1226946 Не понимаю - говорит. Массивы-указатели. Соглашения и традиции по тому как передавать и использовать аргументы. Это не метод тыка как Питоне. Это... наука. До седых висков надо кодить чтоб появилось видение как вообще правильно делать.
Главный вопрос так и остался - выделять ли под монету сущность
Я тебе уже дал ответ. Вести лог. С датами. С монетами. С назначением платежа.
Размышления на тему заводить или не заводить сущность - это вопрос эстетики.
Можешь заводить если она тебе так сильно нужна. Можешь почиать про шаблон
проектирования Flyweight https://en.wikipedia.org/wiki/Flyweight_pattern это на тему
экономии ресурсов.
Но мне кажется что тут первичный вопрос какова стоимость поисковой операции монет
по пользователю а не вопрос ООП-эстетики.
Я-бы голосовал сразу против Python. Без типизации новичок очень долго не понимает зачем она будет нужна потом в других языках. Тоже самое что стартовать с изучения JavaScript. Для профессионалов которые уже знают десяток языков - этот факт не имеет значения. Но как точка старта - Python плох.
Илья, преподаватель должен был тебе объяснить когда используется рекурсия. В чем ее преимущества.
Нельзя просто так, немотивированно "захотеть" и что-то делать.
Я предпрениматель, у меня свои программисты.
.....
Существует много готовых кодов, частей программ или целиком, как искать,
теститировать, находить то что да можно использовать?
Твои программисты должны уметь находить нужный код. Это не твоя задача.
k_f_i, тогда проще сделать так. Не удалять точки и пробелы и прочее. А выделить только поток цифр. А потом расставить где надо точки. По сути отформатировать длинное число.
с 02.12.2022 г. по 26.07.2023 г. => с 0212202226072023 => 02.12.2022 26.07.2023
