сами записи легкие, решил не буду заморачиваться и сделаю через select limit STEP,10 (где STEP += 10). Больше выбирать за раз не смогу, процессы, которые будут получать данные из этих 10 записей куда более медленные, чем локальный запрос к базе. Да и на счет коннектов, как бы коннект 1, и он будет держаться пока это необходимо мне.
Николай: почитай документацию, у тебя видимо теория отстает. допустим у тебя связь таблицы 1 и 2, в первой одна запись , во второй ей соответствуют 3, тебе выведет 01 - 1, 01 -2, 01 -3 и не важно что с чем ты заджойнишь, порядок вывода только поменяется. если тебе хочется в одну строчку вывести 01, 1, 2, 3 то в помощь функции (либо встроенные в скуль, либо реализуй их на пехе). Пойдем по простому пути, ты берешь выборку из таблицы, где все твои записи уникалььны и не должны повторяться и их айди возвращаешь в массив, далее в пхп циклом проходишь в этом массиве и делаешь кучу селектов для него и формируешь свою искомую строчку, потом куда-то ее возвращаешь. Если будешь делать внутри скуля, вперед в изучение документации, без нее вообще очень грустно что-либо делать.
Фёдор Ананин: я бы слал тех кто выключил js элементарным сообщением, включите js иначе смотрите тыкву. Те, кто его отключают какую безопасность получают? js в браузере живет в своей песочнице, параноиков надо слать лесом.
Логики ноль. Запомни, лучше 1000 р чем ноль, и если не позвонишь , то вероятнее всего будет ноль. Если конечно у тебя поток клиентов нескончаемый, то вопросов нет, но у автора иная ситуация и советовать ему ничего не делать ошибочно
alexdora: ну раз всего лишь аргументы разные, то решение Тимура на асинхроне выглядит рациональным. Еще интересно в чем отличие селектов и можно ли их выполнить как 1 и в полученном объекте раздать информацию заинтересованным.
И все равно мне кажется труд будет человеку адский, подпилить 700 скриптов уже труд... а если их писали разные люди и по разному, то вообще труба будет.
на правах размышления, создать эвентэмиттер и повесить на него событие записи в бд, закинуть в асинхронное исполнение все ваши скрипты и выплюнуть результат в событие, дабы писалось в бд. Так на вскидку не много чего надо написать, но 700 коннектов к бд убьете. Вот только вопрос, получите ли вы пользу при асинхронных запросах селект и апдейт одновременно, не приведет ли это к блокировкам. А вообще вопрос, на сколько это вам нужно? Ваши 700 скриптов собираются масштабироваться в большее и тормозят работу сервера или просто один самокат на другой хочется изменить? в любом случае придется много чего переписывать, а стоит ли это делать при уже 700 готовых сценариях вопрос отдельный.
Андрей Галко: кстати, можно повесить 1 обработчик клика на родителя, в котором варятся все ваши элементы, и потом получать информацию по кому кликнули через event.target , кода будет гораздо меньше.
lxfr: не стоит ничего апдейтить руками, или придется создавать таблицу изменений (куда нужно будет писать кучу сылок на добавленные записи), к которой цеплять как раз через сетинтервал слушалку, которая будет при получении списка делать выборку новых данных, раздавать информацию пользователям и очищать список под раздачу. это не лучший путь в вашем случае.