SHOW INDEXES from mod2) После того - ещё не значит вследствие того. То, что скорость поиска уменьшается с ростом количества записей, вряд ли связано с "не тем" направлением сортировки в индексе. Скорее всего основная проблема в снижении селективности.
3) Задавать вопрос о производительности запроса, но при этом не показать ни структур таблиц, ни текста запроса, ни плана его исполнения? Из откуда мы должны выдумать свои советы - на потолке подсмотреть? из пальца высосать? дурь какая-то...SELECT * from mod where date_mod="предыдущая дата" с джойнами из других таблиц, отсортированных по трем полям. У поля 'date_mod' тип datetime. <?php
declare(strict_types=1);
namespace DoctrineMigrations;
use Doctrine\DBAL\Schema\Schema;
use Doctrine\Migrations\AbstractMigration;
/**
* Auto-generated Migration: Please modify to your needs!
*/
final class Version20220207185432 extends AbstractMigration
{
public function getDescription(): string
{
return '';
}
public function up(Schema $schema): void
{
$this->addSql('DROP INDEX date_idx ON mod');
$this->addSql('CREATE INDEX date_idx ON mod (date_mod DESC) ');
}
public function down(Schema $schema): void
{
$this->addSql('DROP INDEX date_idx ON mod');
}
}php bin/console doctrine:migrations:migratecronos:replace` через обновление записи в табличке ( во втором случае нужен кронтаб, созданный под пользователем www-data)app/console cronos:replace app/console cronos:replace
У меня больше этот код нигде не встречается, кроме как сущность Delivery
и сохранение в контроллере:
причем здесь смена аргументов функции, я не меняла. Я хочу записать массив в поле типа json. Правильно ли я записываю массив в поле типа json?
если я уберу данный метод, в бд в поле json сохраняется [], почему то. Явно не json.