Мне нужна помощь по вопросам дизайна. У меня есть веб-приложение, работающее на сервере Apache, которое содержит много информации о пользователях. Несколько страниц используют различную информацию из таблицы пользователей. Предположим, что на веб-сайте будет огромный трафик. Если я сохраню данные в SESSION, он будет потреблять сравнительно больше места на сервере. Если я использую доступ к базе данных на разных страницах, это увеличит пакет ввода-вывода, который будет дорогостоящим.
Хорошо ли хранить данные в виде файлов cookie на клиентской системе? Я могу использовать JS и выводить вывод на разные страницы. Есть ли подводные камни?Хранение данных в сеансах
ответ
Решение - Ваш случай является идеальным вариантом использования для кэшей в памяти. Кэш-память в памяти - это кеши, которые регулярно загружают данные из БД.
Почему тайники в памяти - Ваш случай использования находится между хранением информации в сеансе и в БД, как вы уже упоминали. Хранилища в памяти идеально подходят для хранения таких данных.
Основные пункты принять его вперед
Вы должны хранить все ваши USER Table (и любой другой информации, которые вам нужно часто) в этом кэше памяти.
Интервал обновления (также известный как интервал синхронизации) с данными в БД должен храниться в соответствии с доступностью ресурсов & трафика на вашем сайте. Он может варьироваться от часа до дня.
Вам нужно узнать, какой хороший кэш памяти в PHP. Я работаю с Java, а
memcache
- один из самых популярных в кэше памяти в Java.
- 1. Хранение данных в нескольких сеансах
- 2. конфиденциальное хранение данных в сеансах?
- 3. Хранение данных в сеансах cookie
- 4. Хранение пользователя в сеансах
- 5. Хранение массива в сеансах
- 6. Хранение данных в глобальных переменных/сеансах по сравнению с MySQL-запросами
- 7. Хранение данных в данных ядра
- 8. Хранение данных сеанса в файлах cookie
- 9. Хранение данных в Ram
- 10. Хранение данных в браузере
- 11. Хранение данных в оболочке
- 12. Хранение данных в Prolog
- 13. Хранение данных в hashmap
- 14. Хранение данных в jar
- 15. Хранение данных в QSharedMemory
- 16. Хранение данных в Android
- 17. Хранение данных в массиве
- 18. Хранение данных в keychain
- 19. Хранение данных в MongoDB
- 20. Хранение данных в jquery
- 21. Хранение данных в элементах
- 22. Хранение данных в HashSets
- 23. Хранение данных в игре
- 24. Хранение данных в Firebase
- 25. Хранение данных в Cassandra
- 26. Хранение данных в SQLite
- 27. Хранение данных в RecordSet
- 28. Уточнение в сеансах CodeIgniter
- 29. Пароль безопасности в сеансах
- 30. Сохранение идентификатора пользователя в сеансах
Возможного дубликат [Переменный сеанс: Сколько данных слишком много] (http://stackoverflow.com/questions/17554990/session-variables-how-much-data-is-too-much) – Andrew
У меня есть точка, читающая вашу ссылку. У меня есть еще одно сомнение, как насчет хранения в файлах cookie, таких как имя, адрес, почтовый индекс, город? Эти данные будут использоваться при размещении заказов, может возникнуть проблема? –