однострочники - они такие
-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Счетчик utm меток
- Автор темы Frost68
- Дата начала
это утверждение ложно
в общем случае с распространенными базами serialize и unserialize не используются, хранить объекты удобно в json
эти утверждения ошибочны
это утверждение ошибочно
в массивах не бывает методов
это технически невозможно, пользовательские массивы исчезают в конце работы скрипта, а immutable arrays по определению не подлежат изменению
логику нельзя реализовать в массивах, только в функциях и классах
в общем случае очень большое количество объектов работают быстрее сопоставимого количества массивов
Squats
Новичок
Ну массивы же тоже могут быть и с функциями и с определением объектов.
Я понимаю тебя прекрасно, но автору требуется это через файлы.
Он же уперся изначально, что нет файлом надо, выше глянь =)
Я в принципе и сказал, как самое тогда быстрое решение массивом через файл собирать =)))
Что еще посоветовать =)
NOSQL?=)
С чего ты взял что требуется. Скорее автор не осилил БД и не понимает возможные проблемы при работе с файлами. А ваше решение с var_export вариант ещё хуже, помимо файлового кеша ещё и в опкеш ударитесь.
п.с. При чём реляционная sql база - это тоже плохой вариант, лучше мемкэш, редис и т.д. Они заточены под счётчики.
Гриша, вот тут ты неправ.
Этот шедевр нельзя разбирать по одной строчке, он прекрасен именно своей законченностью.
Я бы решил что это пишет AI, если бы не провел так много времени на этом форуме.
Товарищь честно выложил всё красивые слова, которые краем уха слышал от разработчиков.
ну что ты так с Григорием
Valick
Новичок
Реляционная база данных - это лучший вариант для счётчиков. Как только начнётся не просто "тупое хранить", а обработка данных по всем этим счётчикам на уровне БД. Плюсом сюда еще и то, что придётся таки хранить данные в нормальных формах (законы уже написаны и их даже не надо придумывать), а не устраивать вакханалию с кучей костылей на уровне РНР.
ClickHouse вышел из чата.
Valick
Новичок
Посмотреть вложение Снимок экрана от 2021-12-16 20-23-29.png
1 и 3 пункты - это не про счётчики
"... это фиаско братан"
как сейчас помню когда в MySQL добавили триггеры и это стало жутко модно
особенно козыряли этим те кто не умел в SQL
под каждую задачу необходимо выбирать соответствующие инструменты
1 и 3 пункты - это не про счётчики
"... это фиаско братан"
как сейчас помню когда в MySQL добавили триггеры и это стало жутко модно
особенно козыряли этим те кто не умел в SQL
под каждую задачу необходимо выбирать соответствующие инструменты
Последнее редактирование:
ClickHouse был не про счётчики, а про анализ данных. Не надо мешать всё в кучу и искать серебряную пулю.
Счётчик - это получение предудущего значение и его изменение. Мемкэш и редис с этим прекрасно справляются и имеют специальные встроенные механизмы. Ты используешь их для счётчиков, аккумулируешь данные, и порциями складываешь в системы удобные для хранение связанных данных и отчётов. Потому что обычные реляционки или же кликхаус не очень хорошо себя чувствуют, когда ты их одновременно насилуешь на запись и чтение.
Современный инструментарий настолько удобно, что нет проблемы держать одновременно разные СУБД, а не расставлять костыли и получать проблемы по мере роста проекта.
Valick
Новичок
AmdY, вот зачем это человеку который собирается кодить "на файлах", а ему говорят возьми "базу данных" и не мучайся. А ты хочешь вывалить на его весь стек "современного инструментария", да еще и начиная с "преждевременной оптимизации". У человека на данный момент нет ещё даже кода, не то что сумасшедшей нагрузки. Ну а за грамотную архитектуру без костылей, при которой с ростом нагрузки и репликацию и буфер с пучком редиски и еще много чего интересного можно воткнуть, я за обеими руками.
Но повторюсь зачем это человеку который "Привет, мир" и тот пишет с тремя ошибками в слове мир?
Но повторюсь зачем это человеку который "Привет, мир" и тот пишет с тремя ошибками в слове мир?
Вы последнее предложение читали? Нынче подцепить редис в проект на порядок проще, чем реализовывать без опыта счётчик на файлах.
этот сайт - форум, а не twitter, публичное обсуждение, а не диалог, пишется не для ТС, а для всех будущих читателей
не мешайНе-а
там просто нету того, что мешает.И вот это смешивание в кучу некорректно.
"Не очень хорошо" выполняется модификация данных, когда ее надо исполнять одновременно в нескольких потоках, с гарантированной фиксацией на общем медленном жестком диске, и без риска race condition - ACID.
У redis и memcached вообще нет такой задачи. Они тупо однопоточные, с данными в оперативке.
Убери запись на медленный диск, индексы, партицируй таблицу, настрой буферы под запись, и mysql полетит.
В цем, конечно, redis поставить проще, чем настроить mysql
Держать - нет проблем, а обслуживать, обновлять, бекапить, деплоить обновления - есть
Valick
Новичок
но какие-то рамки повествования необходимо иметь, хотя бы ради приличия
Squats
Новичок
grigori, Ок, задача посчитать все в один заход, чтобы потом все-же опять получить массив. 
Когда в табличке разные типы которые нужно посчитать в 1 заход.
Ко всему их там может быть тьма.
Чтобы итог, получился:
Данные постоянно меняются, нельзя допустить, чтобы они задерживались в счетчиках по минутам и часам.
Данные то записываются в базу, все как нужно, пухнет на глазах, только с каждым временем начинает все медленнее и медленнее отдавать результат.
SQL:
SELECT `s1`.`type`, COUNT(DISTINCT `s1`.`id`) AS `count`
FROM `stats`
AS `s1`
LEFT JOIN `stats`
AS `s2`
ON `s1`.`type` = `s2`.`type`
WHERE `s1`.`status`=1
GROUP BY `s1`.`type`Ко всему их там может быть тьма.
Чтобы итог, получился:
Код:
a 113343
b 16255
c 83426
....Данные то записываются в базу, все как нужно, пухнет на глазах, только с каждым временем начинает все медленнее и медленнее отдавать результат.
кто ты? зачем придумал бессмысленную задачу? задач с такой постановкой не бываетgrigori, Ок, задача посчитать все в один заход, чтобы потом все-же опять получить массив.
Это, как я понимаю, пример неправильного подхода?
А какой правильный?