Symfony / PHP - лучший способ хранить одно значение

Question

Symfony / PHP - лучший способ хранить одно значение

2

Предполагая, что у меня есть приложение, работающее на Symfony 3.2/Doctrine.

Вопрос. Каков наилучший способ сохранить одно значение, которое может измениться по некоторым действиям.

Первые мысли: Im думает, что создание Entity, которое будет иметь одно свойство, которое создаст таблицу с одним столбцом, который будет иметь одно значение (изменение некоторых действий), не является оптимизированным решением.

Я также подумал о сохранении этого значения в текстовом файле, но я сказал, что может быть другое (лучшее и оптимизированное) решение для этого сценария.

Подсказка (если это может помочь): Мое значение будет сгенерированным PHP uniqid

Заранее спасибо.

Youssef El Gharbaoui 28 апр. 2017, в 16:26

Источник

2

Зависит от продолжительности жизни и того, кому нужен доступ к стоимости. Сессия или Cookie могут быть опцией, если удовлетворены требования для сохранения значения. Дополнительная информация о точном сценарии использования может помочь дать лучший ответ.
Joe 28 апр. 2017, в 14:14
2

Redis должен быть хорошим решением
Matteo 28 апр. 2017, в 14:16
0

Не могли бы вы уточнить, почему вы не видите файлы как хорошее решение для хранения одного значения? просто потому, что это не достаточно причудливо, не может быть аргументом. Каждая используемая вами БД будет хранить ее в каком-то файле в фоновом режиме (кроме тех, которые являются только памятью и рискуют потерять значение). Вы бы решили так же, если бы вам нужно было хранить изображение вместо текста? я почти уверен, что в этом случае вы бы выбрали файл, не задумываясь об этом
Norman M 28 апр. 2017, в 14:19
0

Файловая система (как кеш или через sqlite) может быть жизнеспособной. Как говорили другие, зависит именно от ваших потребностей
kero 28 апр. 2017, в 14:19
1

Вам нужен ключ и значение, Redis это все об этом. Файл ? Нет, вы не можете открыть файл при каждом запросе, который не будет оптимизирован вообще.
COil 28 апр. 2017, в 14:51
2

Спасибо всем за ваши ответы. Что касается последнего вопроса, нет, мне не нужна система ключ / значение, а только одно значение для хранения. Redis звучит как хорошая вещь, но я не вижу, чтобы я добавил огромную зависимость в проект для хранения одного значения. Любое другое предложение?
Youssef El Gharbaoui 28 апр. 2017, в 15:28
1

Ну, база данных является решением для хранения данных. Текстовое хранилище было тем же, что раньше, и оно может быть излишним, но затраты настолько низкие, что это не имеет значения. Нет причин оптимизировать данные, которые нужно хранить. Просто откройте файл w+ режиме w+ который поместит указатель на начало, уменьшит размер файла до 0 и запишет данные. Вы также можете использовать NoSQL для этого. Должно быть что-то, что не является высокой зависимостью (даже если это возможно). Текстовое хранилище должно быть максимально свободным от зависимостей
Cagatay Ulubay 28 апр. 2017, в 23:13
1

Существует интересный компонент Symfony Cache с несколькими адаптерами (Файловая система, APCu, Redis ...): symfony.com/doc/current/components/cache.html Symfony 3.3 будет включать в себя API SimpleCache, более элегантный: symfony.com/ блог / новый-в-Symfony-3-3-простой кэш
Falc 04 май 2017, в 10:36
0

@Falc спасибо за этот удивительный ответ. Это что-то вроде того, что я искал.
Youssef El Gharbaoui 04 май 2017, в 13:02
1

Рад помочь тебе. Я пишу это как ответ, чтобы вы могли пометить его как «принятый». :)
Falc 04 май 2017, в 14:14

Показать ещё 8 комментариев

Теги:

php

mysql

symfony

doctrine

weblogic

1 ответ

Ещё вопросы

Зависит от продолжительности жизни и того, кому нужен доступ к стоимости. Сессия или Cookie могут быть опцией, если удовлетворены требования для сохранения значения. Дополнительная информация о точном сценарии использования может помочь дать лучший ответ.
Не могли бы вы уточнить, почему вы не видите файлы как хорошее решение для хранения одного значения? просто потому, что это не достаточно причудливо, не может быть аргументом. Каждая используемая вами БД будет хранить ее в каком-то файле в фоновом режиме (кроме тех, которые являются только памятью и рискуют потерять значение). Вы бы решили так же, если бы вам нужно было хранить изображение вместо текста? я почти уверен, что в этом случае вы бы выбрали файл, не задумываясь об этом
Файловая система (как кеш или через sqlite) может быть жизнеспособной. Как говорили другие, зависит именно от ваших потребностей
Вам нужен ключ и значение, Redis это все об этом. Файл ? Нет, вы не можете открыть файл при каждом запросе, который не будет оптимизирован вообще.
Спасибо всем за ваши ответы. Что касается последнего вопроса, нет, мне не нужна система ключ / значение, а только одно значение для хранения. Redis звучит как хорошая вещь, но я не вижу, чтобы я добавил огромную зависимость в проект для хранения одного значения. Любое другое предложение?
Ну, база данных является решением для хранения данных. Текстовое хранилище было тем же, что раньше, и оно может быть излишним, но затраты настолько низкие, что это не имеет значения. Нет причин оптимизировать данные, которые нужно хранить. Просто откройте файл w+ режиме w+ который поместит указатель на начало, уменьшит размер файла до 0 и запишет данные. Вы также можете использовать NoSQL для этого. Должно быть что-то, что не является высокой зависимостью (даже если это возможно). Текстовое хранилище должно быть максимально свободным от зависимостей
Существует интересный компонент Symfony Cache с несколькими адаптерами (Файловая система, APCu, Redis ...): symfony.com/doc/current/components/cache.html Symfony 3.3 будет включать в себя API SimpleCache, более элегантный: symfony.com/ блог / новый-в-Symfony-3-3-простой кэш
@Falc спасибо за этот удивительный ответ. Это что-то вроде того, что я искал.
Рад помочь тебе. Я пишу это как ответ, чтобы вы могли пометить его как «принятый». :)

Falc · Accepted Answer · 2017-05-04T15-57-00.000Z

В Symfony 3.1 включен интересный компонент Cache с несколькими адаптерами (файловая система, APCu, Redis...): http://symfony.com/doc/current/components/cache.html

Как Symfony 3.2 API кажется запутанным, но Symfony 3.3 будет включать API SimpleCache, более элегантный: http://symfony.com/blog/new-in-symfony-3-3-simple-cache