Несовсем понятно, дата записи строки -одна колонка
ну, таким вариантом предполагается, что для обратившегося пользователя дата уже получена где-то ранее...
И заодно предполагается, что строки таблицы, прошедшие свою очередь, удаляются.
к примеру в моем случае есть 100.000 пользователей. у них есть ресурсы - на каждый ресурс своя база (4 ресурса). итого надо получить инфу о юзерах, пересчитать сколько набежало ресов по каждому и обновить 4 таблички с инфой о ресах...
может получится канешно все это сделать скажем в 5-6 запросов, если смогу сделать упдейт одной таблицы целиком в одном запросе... но чет сомневаюсь
Т.е. ситуация:
1) у каждого пользователя свой баланс ресурсов
2) каждая база ресурсов в день приносит фиксированное количество ресурсов.
Так?
Тогда можно же приращивать значения всем строкам сразу, указывая ограничением для апдейта не ид, а количество баз. Или вообще повесить всё это дело на СУБД и получить update table set ресурс_пользователя = ресурс_пользователя+количество баз*количество_ресурсов_в_день.
Или я сильно ошибаюсь?
Вот с этим соглашусь. Границы слишком размыты, чтобы можно было говорить определённо.
Hunter пишет:
ну а есть приемущество у dll перед просто подключенным файлом?
Имхо, главное преимущество, в том, что можно писать не на php. Хотя сходу ничего не смогу назвать глобального из того, чего нельзя реализовать в PHP, но можно - в C++... Уже написано всё, что необходимо. Должно быть по скорости выполнения небольшое преимущество, вроде бы.
А главный недостаток: для каждой версии php перекомпилировать нужно. (хотя тут могу ошибиться)
пхп компилируемый нынче язык ) Хоть и работает в режиме интерпретатора .
И с какими параметрами он компилится в бинарник? Гугл сказал только под винду через какой-то левый софт.
А то, что он для оптимизации перед исполнением преобразуется в байт-код не делает его компилируемым.
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 11869
Я что-то пропустил там оператор <>
