Записать в файл и не допускать перезаписи в течение x времени

Question

Записать в файл и не допускать перезаписи в течение x времени

0

У меня есть странная проблема, которую я пытаюсь решить сейчас. Я создал веб-приложение, которое получает данные для графика, который отображается с использованием Highcharts.

Сценарий извлекает данные из БД, сохраняет его в файл и отображает граф с использованием метода $.getJson в jquery, который переходит в другой файл ajax и обрабатывает данные, которые были сохранены. Пользователь может потратить х количество времени на просмотр графика, и каждый раз, когда пользователь меняет уровень масштабирования, запрос ajax отправляется обратно на мою страницу ajax, которая снова использует файл сохраненных данных для отправки данных графика обратно.

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

Я считал использовать $ _SESSION, однако данные могут быть очень большими время от времени. Любые другие идеи?

GSinghLDN 04 дек. 2013, в 16:22

Источник

2

Вы можете называть меня вмешательством, но ... зачем здесь нужен промежуточный файл? Я имею в виду, если вы просто хотите показать одно состояние диаграммы за определенный промежуток времени, почему бы не сделать запросы Ajax в этот определенный интервал для сценария на стороне сервера, который пересчитывает данные на лету?
Carlos 04 дек. 2013, в 15:03
0

Я должен согласиться с Jackflash здесь, я не вижу причин для вашего промежуточного файла. Нет никакой причины, по которой исходному пользователю нужно было бы повторно запрашивать данные при увеличении, если данные не меняются, и даже если данные менялись, насколько дорого просто получать данные снова из базы данных?
Kevin B 04 дек. 2013, в 15:11
0

Получить данные из базы данных очень дорого ... так как для их извлечения и обработки требуется много времени. Кроме того, Highcharts борется с большим объемом данных, поэтому я должен использовать промежуточный файл, чтобы данные могли быть усреднены до меньшего количества точек, которые могут обрабатывать High Charts.
GSinghLDN 04 дек. 2013, в 15:25
0

Правильно ... но каждый раз, когда вы запрашиваете промежуточный файл, вы получаете весь файл, затем фильтруете его с помощью javascript, верно? Что касается запроса к базе данных, оптимизировали ли вы таблицу и запрос?
Kevin B 04 дек. 2013, в 15:28
0

Нет, php отфильтровывает его, а затем отправляет данные обратно с использованием массива в кодировке json, который затем перебирается на стороне клиента с помощью javascript и помещается в график. К сожалению, таблица не в лучшей форме и довольно плохо проиндексирована, это то, что я не могу контролировать, чтобы ее изменить, поэтому я должен справиться.
GSinghLDN 04 дек. 2013, в 15:38
0

Понял. Будет ли возможность создавать временные таблицы поиска в памяти, которые упростят запросы к этой огромной таблице, которая плохо индексируется? Если нет, тогда я понимаю, почему вы используете временные файлы. использование session_id было бы лучшим выбором, чтобы файлы не перекрывались.
Kevin B 04 дек. 2013, в 15:41
0

Почему бы не изменить запрос, чтобы сделать ограничение точки? Не видя схемы и запроса SQL, здесь сложно сказать, в чем причина промежуточного файла. У нас есть процедуры, которые обращаются к таблицам, присоединенным к другим таблицам в сотнях миллионов записей (конечно, хорошо проиндексированным), и не имеют проблем с фильтрацией на основе параметров в процедуре.
wergeld 04 дек. 2013, в 15:51

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

Теги:

php

jquery

file

highcharts

concurrentmodification

2 ответа

Ещё вопросы

Вы можете называть меня вмешательством, но ... зачем здесь нужен промежуточный файл? Я имею в виду, если вы просто хотите показать одно состояние диаграммы за определенный промежуток времени, почему бы не сделать запросы Ajax в этот определенный интервал для сценария на стороне сервера, который пересчитывает данные на лету?
Я должен согласиться с Jackflash здесь, я не вижу причин для вашего промежуточного файла. Нет никакой причины, по которой исходному пользователю нужно было бы повторно запрашивать данные при увеличении, если данные не меняются, и даже если данные менялись, насколько дорого просто получать данные снова из базы данных?
Получить данные из базы данных очень дорого ... так как для их извлечения и обработки требуется много времени. Кроме того, Highcharts борется с большим объемом данных, поэтому я должен использовать промежуточный файл, чтобы данные могли быть усреднены до меньшего количества точек, которые могут обрабатывать High Charts.
Правильно ... но каждый раз, когда вы запрашиваете промежуточный файл, вы получаете весь файл, затем фильтруете его с помощью javascript, верно? Что касается запроса к базе данных, оптимизировали ли вы таблицу и запрос?
Нет, php отфильтровывает его, а затем отправляет данные обратно с использованием массива в кодировке json, который затем перебирается на стороне клиента с помощью javascript и помещается в график. К сожалению, таблица не в лучшей форме и довольно плохо проиндексирована, это то, что я не могу контролировать, чтобы ее изменить, поэтому я должен справиться.
Понял. Будет ли возможность создавать временные таблицы поиска в памяти, которые упростят запросы к этой огромной таблице, которая плохо индексируется? Если нет, тогда я понимаю, почему вы используете временные файлы. использование session_id было бы лучшим выбором, чтобы файлы не перекрывались.
Почему бы не изменить запрос, чтобы сделать ограничение точки? Не видя схемы и запроса SQL, здесь сложно сказать, в чем причина промежуточного файла. У нас есть процедуры, которые обращаются к таблицам, присоединенным к другим таблицам в сотнях миллионов записей (конечно, хорошо проиндексированным), и не имеют проблем с фильтрацией на основе параметров в процедуре.

Marc B · Answer 1 · 2013-12-04T13-09-00.000Z

Если у вас несколько пользователей, не используйте одно и то же имя файла для всех пользователей. например

$cache_file = 'cache-' . session_id() . '.txt';

так что файл привязывается к конкретному пользователю.

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

Oscar Pérez · Answer 2 · 2013-12-04T12-13-00.000Z

Вы можете использовать разные файлы для разных пользователей.

Если вы добавите значение session_id() в ваше имя файла, у вас будут разные файлы для каждого рабочего сеанса.