Задавайте вопросы, мы ответим
Вы не зашли.
просто я же не учил язык
я просто сразу начал его применять... что не получается, то спрошу... увидел какой то способ, сразу применил, потому что другого не знаю
в запросе всё просто вроде специально под него я и базу делал с этими самыми параметрами
спасибо за помощь
вот применил я UNION... я читал про него раньше, но так и не сумел правильно воспользоваться...
теперь у меня получилось следующее:
SELECT name, handtab, COUNT(*) as Kolvo
from main
where (preflopactiontype IN (2,4,6,8) and (name like 'snusnu%'))
group by handtab
UNION
SELECT name, handtab, COUNT(*) as KolvoAll
from main
where ((name like 'snusnu%'))
group by handtab
order by handtab desc
в результате я получаю те числа, что мне надо, но они в строках...
т.е.
имя TT 25 - строка с параметром нужным
имя ТТ 125 - всего строк с TT и именем
имя АА 90 - строка с параметром
имя АА 103 - всего строк с АА и именем
а надо бы эти числа в два столбца... ну, а в итоге вообще надо делить одно на второе и получать процент первого от второго...
это можно как то сделать?
Неактивен
Лучше всего это сделать в клиентском приложении, но если правда так
страшно нужно сделать в MySQL, то техника — та, что Вы используете:
SUM(IF) и группировка. Тормозить будет страшно.
А язык имеет смысл выучить
Неактивен
вот как бы я и задавал все вопросы тут, чтобы понять, как правильнее: делать большие запросы в базе данных или делать там маленькие запросы, а результаты обрабатывать в программе... надо попробовать и так и так и оценить самому производительность
просто пока что база небольшая... около 300к записей... но она по плану будет гораздо больше...
вы говорите, тормозить будет страшно...
тот мой большой запрос тоже очень тормозящий работу?
Неактивен
Прелесть базы данных в том, что она умеет автоматически поддерживать
индексы для доступа к данным. Когда у Вас написаны сложные запросы,
индексы работать не будут. А последовательное чтение с диска что у базы,
что у Вашей программы будут одинаковые.
Неактивен
т.е. если разбить мой большой запрос на 10 маленьких, это ускорит работу?
Неактивен
Если разбить абстрактным образом — нет. Если создать индексы,
а потом написать запросы так, чтобы индексы работали, — да.
Последнее легче сделать, если запрос простой
Неактивен