Андрей Прозоров

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

зачем функции DrawTableNames и DrawTableSites? где они используюсться? что попадает в циклы for($i=0;$i < numrows;$i++)? может там 1 000 000 000 000 строк?

следующий момент USING(item) item надо пологать есть в обех таблицах. проверьте одинкового ли он типа и размера в обеиз таблицах которые джойните.

и да таблицы диких размеров сторяться исключительно долго. есть вариант как это дело ускорить но незначительно. передавать данные в json. JS на стороне пользователя кушает его и строка за строкой асинзронно формирует табличку в миллиард строк. можно еще отложенную загрузку присобачить с LIMIT тогда все точно будет быстро работать.

Разобрался почему так происходило у меня. У меня была одна строчка. В режиме поиска "natural language mode" в котором собственно и подсчитываеться релевантность слово выбрасываеться из поиска если оно встречаеться более чем в 50% строк. Так как строка была одна то любое слово выбрасывалась. Добавил строк с другим текстом, все заработало

сделайте в бд уникальный ключ из трех столбцов.
если надо либо добавить либо ничего не делать то INSERT подойдет.
если надо либо вставить либо обновить то INSERT INTO table (a,b,c) VALUES (1,2,3)
ON DUPLICATE KEY UPDATE c=c+1;

когда у вас уникальный комбинированный ключ есть в бд, вам не надо ничего предварительно выбирать.