Вадим, у него беспроезно что-то спрашивать, ни на один из комментариев в своих предыдущих вопросах он не ответил, не тратьте своё время на него. Такие пользователи - раковая опухоль на теле комьюнити
Александр Антонов, ага. Да и в php не особо было принято все оборачивать в объекты, чаще встречалось использование массивов и объектов stdClass. Благо сейчас с этим лучше
ThunderCat, полностью поддерживаю.
Вариант с разделением кода сложномасшатируемый, при увеличении числа клиентов будет происходить хаос и будут возникать конфликты в коде. Лучше использовать подход "Feature Flags"
Дмитрий, автору не нужны примеры, ему нужно готовое решение, чтобы всё написали за него. Посмотрите на его предыдущие вопросы, он игнорит всех кто пытается ему помочь, на уточняющие вопросы не отвечает, ответы как решения не помечает. Не тратьте на него своё время
Алгоритм ведь достаточно простой, Вы же уже знаете как найти среднее значение, Можно написать цикл который будет проверять является ли число больше или меньше среднего значения.
Петро Бойко, конечно будет замедляться, но не так драматично как с ручной работой с файлами
На одном из моих проектов БД весила 1.5 тб, Postgresql хорошо справлялся с таким объёмом данных
INSERT INTO Test.dbo.tb_info (Driverid,CarCode,CarNumber,CarMark)
SELECT d.Driverid,d.CarCode, ci.CarNumber, ci.CarMark
FROM Test.dbo.drivers d
INNER JOIN Test.dbo.sprCar_Info ci ON ci.CarNumber = d.CarCode
Ипатьев, я часто такие запросы видел в ETL системах, собираются данные из разных таблицы в одну, а потом выводятся в аналитических системах, при этом в процессе селекта поможет быть трансформация данных для дальнейшего удобного использования
P.s. Мой предыдущий комментарий вас как то задел? Я как-то не понял этого нападка