PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

Поиск по данным в БД

Форумы портала PHP.SU » PHP » Программирование на PHP » Хранение данных, их вывод и обработка (Модераторы: OrmaJever, Саныч)

Страниц (1): [1]

Без описания

Поиск в теме | Версия для печати

Viper	Отправлено: 30 Июня, 2014 - 18:34:12
Активный участник Покинул форум Сообщений всего: 4555 Дата рег-ции: Февр. 2007 Откуда: Симферополь Помог: 98 раз(а)	Что есть. 1. Форма с 2 полями rate_min и rate_max (значения от 0 до 10) 2. 2 поля в БД rate_loc и rate_sum_loc. В первом кол-во голосов, во втором общая их сумма(т.е. какую юзер нажал оценку). К примеру при rate_loc=4 и rate_sum_loc=30 получаем 7,5. Что нужно - выполнить поиск по этим 2 полям. Как такое можно реализовать? ----- Список фильмов с описанием, блекджеком и... для Joomla? -> https://киноархив[dot]com Демо нового движка для сайта php.su -> php[dot]su, проект на гитхабе

Мелкий	Отправлено: 30 Июня, 2014 - 18:58:51
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	Т.е. найти те строки, у которых rate_sum_loc/rate_loc находится в промежутке между rate_min и rate_max? Буквально так и пишется, в общем-то CODE (SQL): скопировать код в буфер обмена (rate_sum_loc/rate_loc) >= rate_min AND (rate_sum_loc/rate_loc) <= rate_max (Добавление) Чтобы не играться с дробями, можно сделать rate_sum_loc >= (rate_min * rate_loc) И, разумеется, индексы в пролёте. Потому желательно сделать отдельное поле, которое пересчитывать по тому же триггеру, но с индексом. ----- PostgreSQL DBA

Viper	Отправлено: 30 Июня, 2014 - 21:20:06
Активный участник Покинул форум Сообщений всего: 4555 Дата рег-ции: Февр. 2007 Откуда: Симферополь Помог: 98 раз(а)	Мелкий пишет: Потому желательно сделать отдельное поле, которое пересчитывать по тому же триггеру, но с индексом. Т.е. поле с уже просчитанным результатом и по нему создать индекс? ----- Список фильмов с описанием, блекджеком и... для Joomla? -> https://киноархив[dot]com Демо нового движка для сайта php.su -> php[dot]su, проект на гитхабе

Мелкий	Отправлено: 30 Июня, 2014 - 21:40:11
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	Угу. ----- PostgreSQL DBA

LIME	Отправлено: 30 Июня, 2014 - 22:55:40
Активный участник Покинул форум Сообщений всего: 10732 Дата рег-ции: Нояб. 2010 Помог: 322 раз(а)	думал думал как переумничать Мелкого (поди сумей) вариант : а что если вычисленное поле округлить до целого в меньшую сторону и это ускорит индекс целочисленное побыстрее ведь (Добавление) надеюсь не надо говорить как изменить условие запроса (Добавление) ахренеть) бамнул таки)

Viper	Отправлено: 01 Июля, 2014 - 08:54:04
Активный участник Покинул форум Сообщений всего: 4555 Дата рег-ции: Февр. 2007 Откуда: Симферополь Помог: 98 раз(а)	LIME и то верно Вот только у меня теперь вопрос возник, а нужно ли эти 2 поля теперь? все равно есть табличка с юзерами где есть поле с оценкой. Ведь rate_loc хранит всего лишь кол-во этих юзеров оставивших оценку... В общем нуно подумать... ----- Список фильмов с описанием, блекджеком и... для Joomla? -> https://киноархив[dot]com Демо нового движка для сайта php.su -> php[dot]su, проект на гитхабе

Мелкий	Отправлено: 01 Июля, 2014 - 09:47:40
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	LIME пишет: а что если вычисленное поле округлить до целого в меньшую сторону Можно и round((rate_sum_loc/rate_loc)100) сделать. Для двух знаков после мнимой запятой хватит даже tinyint'а. Ну и пределы условия тоже на 100 домножить. Viper пишет:* Вот только у меня теперь вопрос возник, а нужно ли эти 2 поля теперь? Если это кешированная цифра, чтобы не считать каждый раз юзеров заново, то лучше удалить. Впрочем, rate_loc обычно выводится рядом со средней оценкой для наглядности. ----- PostgreSQL DBA

LIME	Отправлено: 01 Июля, 2014 - 10:49:44
Активный участник Покинул форум Сообщений всего: 10732 Дата рег-ции: Нояб. 2010 Помог: 322 раз(а)	Мелкий пишет: Можно и round((rate_sum_loc/rate_loc)100) сделать. а зачем? достаточно округлить до пола и проверять на var1 <= floor < var2 (Добавление)* хотя зависит от условий непонятно включать границы можно-ли

Мелкий	Отправлено: 01 Июля, 2014 - 10:54:14
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	LIME, да, зависит от условий. Я чаще вижу средние баллы дробные, какие-нибудь 8,6 или 8,34 и не припоминаю округлённые до целых. Такие дроби можно хранить как целочисленные (хм, вкурил, что про влезание в tinyint обманываю ) именно потому, что с интом несколько удобнее работать и только на выводе делать дробь. ----- PostgreSQL DBA

Поиск в теме | Версия для печати

Страниц (1): [1]

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« Хранение данных, их вывод и обработка »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.