|
|
Задавайте вопросы, мы ответим
Вы не зашли.
У меня небольшая заморочка произошла- вообщем решил с одного движка на другой перенести базу- все получилось отлично- но она стала медлянно работать - это скрипт рейтинга сайтов и там в базе есть столбцы ID и столбцы LOGIN а на стром движке(каталоге сайтов небыло стольбиков Login и я решил а что если ID строчки продублировать и сделать стольбиком LOGIN то есть что бы логины были цифрами - там 18 000 пользователей - в ручную делать это не реально- нужна команда дублирования ID в LOGIN
Если кто сталкивался с такой задачей-пожалуйста подскажите!
Спасибо!
Неактивен
А вы уверены, что после этого ваш скрипт вообще будет работать?
Если проблема с производительностью, то начинать надо с http://sqlinfo.ru/articles/info/7.html
Неактивен
vasya написал:
А вы уверены, что после этого ваш скрипт вообще будет работать?
Если проблема с производительностью, то начинать надо с http://sqlinfo.ru/articles/info/7.html
Я уже все внимательно просмотрел - это дело не login (но он нужен) а дело в RANK - то есть позиция сайта в рейтинге- временно можно сделать по счету от нуля и до 18404 - а потом скрипт сам расставит сайты по местам - по посещаемости и по пазициям
Неактивен
Я правильно понимаю, что в результате ищется таки запрос
UPDATE tablename SET login = id?
Неактивен
Спасибо за помощь , я уже решил вопрос - все работает
Но сейчас возникла проблема: если заливаю все 18 000 сайтов в каталог то он начинает медлянно работать - то есть база стала тормозить (жудко) - готов заплатить за помощь - (тех домен) _3.continent.z8.ru - а если заливаю ровно треть сайтов в каталог - работает нормально быстро - не могу понять в чем проблема- если кто возмется помочь было бы здорово - дам базу и скрипт - дизайн уже готов почти но пока не одеваю потому как проблема с базой
Спасибо!
Неактивен
Быстрый рост времени выполнения с числом записей означает, что запросы плохо масштабируются. То есть они не используют индексы и избыточно используют JOIN. Как оптимизировать, см. мой доклад на РИТ: http://sqlinfo.ru/a/i/rubtsov_mysqlbot.ppt
Если интересует наша услуга по оптимизации, пишите на sakila собака sqlinfo.ru
Неактивен
rgbeast написал:
Быстрый рост времени выполнения с числом записей означает, что запросы плохо масштабируются. То есть они не используют индексы и избыточно используют JOIN. Как оптимизировать, см. мой доклад на РИТ: http://sqlinfo.ru/a/i/rubtsov_mysqlbot.ppt
Если интересует наша услуга по оптимизации, пишите на sakila собака sqlinfo.ru
На почту написал!
Неактивен
