у меня получилось при помощи этого кода запустить под linux (XFDE, Qt 5, но думаю, оно не очень DE-зависимо), куда скинуть код, чтобы Вы переделали свою программу на основе этого и выложили на github?
а как быть в случае удаления коммента? шерстить все последующие на предмет обновления номера страницы? Есть какое-то решение кроме запрета удаления по прошествию Х минут?
обьясню как оно должно выглядеть при наличии WHERE
первый запрос:
SELECT id FROM table WHERE date… LIMIT…
второй запрос:
JOIN SELECT * FROM TABLE WHERE id IN…
возможно, есть смысл менять сортировку(при этом, конечно, необходимы некоторые манипуляции с offset)… Или привязаться к другим полям, предварительно их проиндексировав, если есть такая возможность. (SELECT id FROM table WHERE date < '01-01-2014' AND date > '01-03-2014')
(если кто-то подумал что автор предложил 100% решение проблемы — это не совсем так, попробуйте запустить SELECT id FROM table LIMIT 10000000,40 на базе с 20 000 000 записей)
увы, индексы в данном случае почему-то не сильно помогают… Не далее, чем неделю назад столкнулся с этой проблемой… Решал сходным методом с описаным в статье.
Я слышал, что Oracle && MSSQL сами такие запросы оптимизируют, и проблема есть только в MySQL. Насколько это правда?
P.S. ну и, хотелось бы отметить, что такие запросы обычно — результат неверной разработки пользовательской модели… Ведь что такое LIMIT 100000, 10? это 10000-ная страница выборки, представьте как надо пользователя замучить, чтобы он что-то искал на 10000-ной странице
«По объяснению производителя, привязка к приёму пищи не гарантирует своевременности укола, и наилучшей реперной точкой является предыдущая инъекция. „
Это очень спорная точка зрения. Сахар крови начинает повышаться через 15 минут после приёма пищи, примерно через столько времени после инъекции начинает действовать инсулин(такой, как изображен на картинке, а именно — ультрабыстрый новорапид)…
Автор пишет о вещах, в которых мало не понимает?
https://www.dabapps.com/blog/introduction-to-pip-and-virtualenv-python/ подойдет? :)
первый запрос:
SELECT id FROM table WHERE date… LIMIT…
второй запрос:
JOIN SELECT * FROM TABLE WHERE id IN…
Не согласен с тем, что результаты запроса будут отличаться
(если кто-то подумал что автор предложил 100% решение проблемы — это не совсем так, попробуйте запустить SELECT id FROM table LIMIT 10000000,40 на базе с 20 000 000 записей)
P.S. ну и, хотелось бы отметить, что такие запросы обычно — результат неверной разработки пользовательской модели… Ведь что такое LIMIT 100000, 10? это 10000-ная страница выборки, представьте как надо пользователя замучить, чтобы он что-то искал на 10000-ной странице
Это очень спорная точка зрения. Сахар крови начинает повышаться через 15 минут после приёма пищи, примерно через столько времени после инъекции начинает действовать инсулин(такой, как изображен на картинке, а именно — ультрабыстрый новорапид)…
Автор пишет о вещах, в которых мало не понимает?
гипергликемии, а не гипо