172 похожих чатов

Достаточно сложный вопрос, но может кто поможет. Если кто-то занимается

ставками, знает, что помимо ставки на победу одной из команд, можно сделать ставку, например на количество забитых мячей.

Пусть есть таблица
id, user_id, match_id, bet_id (тип ставки, int), value(float), win(bool, дефолтно Null, тк ставка не рассчитана)

Человек может сделать ставку как на победу первой команды в матче, тогда bet_id (условно, будет 1), а поле value пустое (либо можно 0 вписать). Однако, если юзер ставит на тотал мячей больше (или что-то подобное, например фору, что имеет динамическое значение), то bet_id пусть будет 325, а value может варьироваться в пределах от 0.5 до бесконечности.
Взято специально полуторное значение, чтобы не было возвратов ставки.

Как одним запросом можно сделать update поля win на победу (true) и поражение (false) на основании типа bet_id, и если тип bet_id требует уточнения поля value, то уточнить, сравнить поле value с выданным мной значением и решить true или false

Как лучше такое провернуть? Если одним нельзя, то как лучше?

4 ответов

15 просмотров

case конструкция годится?

Gamer's Diary Project- Автор вопроса
Alexey Erpilev
case конструкция годится?

Я думал над case. Что-то типа Update table SET win=CASE WHEN bet_id in () THEN true WHEN bet_id in () THEN false ELSE null. Но, как сюда ещё внедрить проверку id и заглядывание в value? У меня на один матч могут быть: фора одной из команд, тотал угловых, тотал, мячей, фора по голам итд. Для каждой ставки своё пограничное "победное" значение, как их подставить и заставить проверять? Желательно максимально эффективно

Gamer's Diary Project- Автор вопроса

Ещё рассматриваю такой вариант: у меня 15 типов ставок (bet_id). Можно на каждый матч сделать 15 запросов, где уже добавить CASE, ну и там где надо использовать поле value, где не нужно - не использовать. Не знаю, получится ли так быстрее...

Gamer's Diary Project
Ещё рассматриваю такой вариант: у меня 15 типов ст...

Я считаю, что если есть 15 разных типов сущностей (которым приходится храниться в одной таблице), то для обработки каждого типа сущностей должны быть свои запросы. Есть преимущества: 1) можно в процессе развития системы гибко добавлять/исключать типы сущностей, не боясь нарушить работу остальных 2) можно выборочно обрабатывать сущности каждого типа. 3) Будет много небольших запросов, которые сравнительно проще писать, отлаживать, изменять или переносить, если потребуется.

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта