у тебя стартап?

а можно ссылочку

@webwork

А есть что-либо такого только по ботам Телеграм ?

Здравствуйте Есть таблица в БД, в которой есть постоянно пополняемая программой клиентская статистика, за ночь с помощью одного клиента таблица выросла в размер 17800 записей, занимает места 3,6 МБ По грубым подсчетам, если 24\7 клиентов будет 200 + посчитать на 30 суток, итого за месяц БД вырастет в 21,6 ГБ, а записей в ней около 106 миллионов На перспективу будет очень затратно хранить такие объемы Подскажите, пожалуйста, какие есть способы для минимизации занимаемого таблицой базы данных места?

сильно сократит размер базы на объемах

Благодарю! Сделал все кроме unsigned - не нашел такого типа в их выборке Итого 21554 записей и 4,2 МБ

Доброе утро! Какие подводные камни могут быть при использовании абстрактных статических методов в классе? Пример: abstract class BaseClass { abstract public static function myMethod(); }

А чем unsigned поможет? О_о ... Занимает столько же

Лучше так не делать. Вероятно ты что-то делаешь не так. Какую задачу ты хочешь решить с их помощью?

совсем не лишнее

Здравствуйте Есть таблица в БД, в которой есть постоянно пополняемая программой клиентская статистика, за ночь с помощью одного клиента таблица выросла в размер 17800 записей, занимает места 3,6 МБ По грубым подсчетам, если 24\7 клиентов будет 200 + посчитать на 30 суток, итого за месяц БД вырастет в 21,6 ГБ, а записей в ней около 106 миллионов На перспективу будет очень затратно хранить такие объемы Подскажите, пожалуйста, какие есть способы для минимизации занимаемого таблицой базы данных места?

У меня есть таблица товаров и отдельные таблицы на каждый тип товара. Для товаров и типов товаров есть отдельные классы-сущности. В классе типов товаров делаю статическую функцию, которая возвращает экземпляр класса типа товара по id

active record? ну тогда наверно поздно уже. но вообще смешивать доменную логику и логику персистентности в одном объекте - нарушение SRP. Если тебе нужно делать такие сложные штуки, и если еще не сильно поздно, обрати внимание на Data Mapper, например доктрину.

Да, yii2. Не подскажешь простой пример реализации посмотреть?

я хз че там в yii, но подозреваю, что поздно

если у тебя есть репозиторий, то логика работы с БД должна быть там, а не в статических фабриках

Самые перспективные на мой взгляд направления: 1. Подумать, а нужно ли такое частое логирование 2. Подумать, а нужно ли так долго хранить статистику (месяцы) 3. Посмотреть в сторону elk (по месту мб и не выиграете, но от кучи проблем в будущем избавитесь)

Работа с БД там и происходит. Мне из основного товара нужно получать данные, специфичные для типа товара (это отдельная сущность), я знаю класс типа товара и хочу вызывать $class::getById($id), в каждом типе товара будет реализация, где будет обращение к нужному репозиторию

у тебя типы товара наследуют основной товар?

Нет

экземпляры типов товара нужны, чтобы инстанцировать основной товар?

Нет

экземпляры типов товара нужны, чтобы инстанцировать основной товар?

вопрос лишь в цене

1. К сожалению нужно - это БД статистики для пользователя, чтобы он в удобный ему момент мог отслеживать процесс работы на сайте 2. Такой вариант логичный, единственное - не хотелось бы чистить (уже как статистика для себя, темп роста сервиса) 3. Ушел гуглить)

Они нужны в случаях, когда требуется информация, специфичная для типа товара. В остальных случаях идёт работа только с основным классом товара

Если динамический доступ к старым данным не требуется, то периодическое сбрасывание в архив может помочь ... Или периодическая агрегация данных в общие показатели и выпиливание ненужной детализации

тогда я запутался. нужен пример какой-то

закинь в ООП-чатик, там помогут. @oop_ru

закинь в ООП-чатик, там помогут. @oop_ru

Здравствуйте Есть таблица в БД, в которой есть постоянно пополняемая программой клиентская статистика, за ночь с помощью одного клиента таблица выросла в размер 17800 записей, занимает места 3,6 МБ По грубым подсчетам, если 24\7 клиентов будет 200 + посчитать на 30 суток, итого за месяц БД вырастет в 21,6 ГБ, а записей в ней около 106 миллионов На перспективу будет очень затратно хранить такие объемы Подскажите, пожалуйста, какие есть способы для минимизации занимаемого таблицой базы данных места?