Alex Alex: ну тогда вижу 2 варианта - посмотрите, чем интересуется преподы на кафедре или сделайте что-то полезное для самой кафедры. К примеру - то же управление микроклиматом/освещением.
Дмитрий: триггер - это реакция на изменения в таблице. Что-то должно запустить этот триггер.
По сути сейчас мы видим 2 пути решения задачи обновления параметров - по таймеру и по событию.
ИМХО, по таймеру в Вашем случае может получиться удобнее. Для каждого из параметров установите время следующего изменения, далее по крону дергайте процедуру, которая сравнит текущее время с планируемым и заапдейтит эти параметры при достижении времени. Если там-же хранить и величину изменения - то на всю таблицу хватит 1 UPDATE.
поддерживаю идею с перестановкой Wifi. 100% делов на 10 минут.
А вот с батареей сам недавно столкнулся. Результат - проще купить новую. экономия на китайских/переборе старой не окупается.
Дмитрий: нет, не так - функция расчета налогов запросит величину счастья, что вызовет перерасчет счастья. Почему я и говорил о частоте чтения - если читают слишком часто, то это получится "дорого" с точки зрения БД.
Дмитрий: да без разницы. В описаном Curly Brace варианте триггером изменения параметра будет обращение на чтение. Т.е. в случае, если никто эту величину не читает - то изменение происходить не будет. А вот когда "прочитают" - обновится сразу на величину, зависящую от прошедшего времени.
Избежите "лишних" обновлений, и рост будет максимально плавным. С другой стороны, если читают часто - достаточно много накладных расходов получится.
Alex Alex: я не про идею от преподов. ВУЗ у Вас какой? банальный пример - наш Питерский Холодильник. В этом случае можно пофантазировать на предмет управления температурой - учитывая, скажем, температуру на улице, стоимость электроэнергии, прогноза погоды, влажности в помещении(от нее зависит температура "комфорта") и т.д. В Сельхозакадемии с бОльшим интересом послушают про автоматизацию для, к примеру, парника.
в игре участвуют сразу все 10 игроков за столом? Если нет - последнее условие не выполнимо. всего 96 игроков из "чужих" комманд, за 10 игр можно съиграть со всеми только если в игре участвуют по 10 человек.
JOKERcs: сейчас у Вас маска скорее всего 255.255.255.0 -в этом случае адреса 192.168.1.1 и 192.168.0.1 находятся в разных подсетях (и в разных доменах бродкастов) и общаются исключительно через маршрутизатор. Если установить маску 255.255.254.0, то 192.168.0.х и 192.168.1.х окажутся в 1 подсети и будут общаться напрямую.
у решения есть свои минусы - сеть будет больше нагружена. Фильтрацию между подсетями уже не сделать. И вообще - зачем-то ведь сеть была разделена.
А может я не прав и сеть у Вас уже с маской 255.255.254.0 - и дело в чем-то другом. Проверьте.
ну и очень советую почитать про адресацию в сети. Админ, не разбирающийся в масках и подсетях - хреновый админ. У Циски неплохой курс - там все совсем с азов. Но большой.
ummahusla: и, просто к слову, "купите" орейлевский PHP Coocbook - книгу рецептов. Очень толковая вещь, на мой вкус. До кучи можно по MySQL - пригодится.
