Чем PDO::FETCH_ASSOC отличается от PDO::FETCH_OBJ на низком уровне?

​В PDO существуют различные режимы выборки данных, определяемые константами, такими как PDO::FETCH_ASSOC и PDO::FETCH_OBJ. Они влияют на то, в каком формате будет возвращена строка из результирующего набора при выполнении запроса.​


PDO::FETCH_ASSOC: При использовании этого режима каждая строка возвращается в виде ассоциативного массива, где ключами являются названия столбцов. Это позволяет обращаться к значениям столбцов по их именам.

PDO::FETCH_OBJ: В этом режиме каждая строка возвращается как объект анонимного класса, где свойства соответствуют названиям столбцов. Доступ к данным осуществляется через свойства объекта.

Низкоуровневые различия:

На низком уровне основное различие между этими режимами заключается в типе возвращаемой структуры данных:​

🔸 PDO::FETCH_ASSOC: возвращает ассоциативный массив (array), где ключами являются строки (имена столбцов), а значениями — соответствующие данные.​
Habr

🔸 PDO::FETCH_OBJ: возвращает объект (object) стандартного класса (stdClass), где свойства объекта соответствуют именам столбцов.​

Выбор между этими режимами зависит от предпочтений разработчика и специфики задачи. Если удобнее работать с массивами и использовать синтаксис $row['column_name'], то подойдет PDO::FETCH_ASSOC. Если предпочтительнее объектный доступ через $row->column_name, то стоит использовать PDO::FETCH_OBJ.​

Важно отметить, что при использовании PDO::FETCH_OBJ создается новый экземпляр объекта для каждой строки результирующего набора, что может потреблять больше памяти по сравнению с ассоциативными массивами. Однако это различие обычно незначительно и становится заметным только при обработке больших объемов данных.

Как хранятся данные в redis / memcached?

В Redis данные хранятся в оперативной памяти, что обеспечивает высокую скорость доступа к данным. Redis использует структуру данных, называемую ключ-значение (key-value). Каждое значение хранится под уникальным ключом, который позволяет быстро найти и получить доступ к этим данным.

Redis поддерживает различные типы данных, включая строки, списки, множества, сортированные множества (sorted sets) и хэши. Например, для хранения строки в Redis можно использовать команду SET, где ключ — это уникальное имя, а значение — сама строка. По ключу можно получить или изменить значение, используя команду GET или SET соответственно.

Memcached также использует ключ-значение для хранения данных. Memcached не поддерживает различные типы данных, он хранит все данные как массивы байтов. Обращение к данным в Memcached происходит с использованием ключа и команд get и set, похожих на Redis.

Оба этих инструмента являются ин-memory кешами, которые используются для ускорения доступа к данным, предоставляя быструю запись или чтение из оперативной памяти, минуя долгие операции чтения или записи на диск. При этом данные в Redis и Memcached не являются постоянными, поскольку они хранятся только в памяти компьютера, а не на диске. Они предназначены для хранения временных данных или данных, к которым часто обращаются.

Что такое Attributes в PHP 8 и когда их использовать?

PHP 8 представил атрибуты — мощный инструмент для добавления структурированных метаданных к вашему коду. Теперь вы можете аннотировать классы, методы и свойства без использования phpDoc-комментариев. Это делает код более чистым и читаемым.​

В нашем примере атрибут Route определяет маршрут для метода listUsers, делая код более декларативным и понятным.​

Когда использовать атрибуты?

Фреймворки и библиотеки: Многие современные фреймворки, такие как Symfony или Laravel, используют атрибуты для конфигурации маршрутов, привязки зависимостей и других аспектов, что упрощает настройку и делает код более читаемым.​

ORM (Object-Relational Mapping): Атрибуты могут использоваться для определения маппинга между классами и таблицами базы данных, заменяя устаревшие комментарии-аннотации. Это улучшает производительность и упрощает поддержку кода. ​

Валидация и сериализация: Атрибуты позволяют задавать правила валидации или определять, как свойства класса должны сериализоваться, что делает код более декларативным и понятным.

Преимущества атрибутов:

🔸 Структурированность: Атрибуты обеспечивают строгий синтаксис для метаданных, что упрощает их обработку и снижает вероятность ошибок.​

🔸Производительность: В отличие от phpDoc, атрибуты обрабатываются на уровне языка, что может положительно сказываться на производительности приложения.​

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

Как использовать Eager loading в Laravel?

Eager loading в Laravel — это способ предварительной загрузки связанных моделей, чтобы уменьшить количество запросов к базе данных и повысить производительность приложения. При использовании ленивой загрузки (lazy loading) связанные данные загружаются только тогда, когда к ним обращаются, что может привести к множественным запросам к базе данных (проблема N+1 запросов). В то время как eager loading загружает все необходимые данные заранее, используя объединение (join) или отдельные запросы с использованием ключевого слова with.

Eager loading помогает значительно снизить нагрузку на базу данных и ускорить работу приложения за счет уменьшения количества выполняемых запросов.

Что такое traits?

Traits в PHP — это механизм, который позволяет повторно использовать код в классах без необходимости использования множественного наследования. Traits предоставляют решение для проблемы, когда несколько классов должны иметь одинаковый функционал, но наследование не является подходящим вариантом.

Также traits позволяют разделить функционал, что упрощает структуру кода и делает его более логичным и понятным.

Альтернативным решением для использования функционала traits может быть использование интерфейсов. Однако интерфейсы требуют реализации всех методов, которые определены в интерфейсе, в классе, в то время как трейты могут предоставлять реализацию функционала по умолчанию.

Оба варианта имеют свои преимущества, но трейты в PHP предоставляют большую гибкость при повторном использовании кода в разных классах.

Так как каждый класс может реализовать множество трейтов, могут возникать конфликты когда один и тот же метод реализован в разных трейтах и/или самом классе. Подробней о трейтах в документации.