Новая тема   Ответить

 Roys
Всем привет!
Подскажите, возможно ли решить вопрос посредством выполнения mysql запроса(запросов). Либо все гораздо сложнее?

Суть такова.
Есть база данных (для юзеров на сайте), в базе есть таблица user, в этой таблице есть поле country. Здесь прописана текстом страна юзера (United States, Greece и т.д.).
Так же в этой таблице есть поле country_id, в котором должно быть указано ID для страны юзера. Например ID для United States это 230.
Но по некоторым причинам в этом поле нет вообще никаких значений.

В этой же базе данных, есть таблица geo_country. В этой таблице, в поле country_title список стран текстом, а в поле country_id соответствующие ID для этих стран.

Как мне проставить в таблицу user эти ID? Естественно в соответствии со списком в таблице geo_country.

Руками прописывать не вариант никак Строк очень много

 k1ng
UPDATE user, geo_country SET user. country_id = geo_country.id WHERE user.country = geo_country.country_title

 remote-admin-service
И еще проверить, что у таблицы user есть индекс по полю country, а у geo_country => country_title, если много записей - будет веселее.
ну типы полей должны совпадать.

 Securom
Ставишь phpmyadmin,экспортируешь нужные таблицы в формате для екселя и редактируешь в екселе,потом стираешь нужную таблицу и экспортируешь отредактированную,ессно перед этим делаешь бекап базы данных,и вся недолга Лично я приноровился в екселе редактировать нужные таблицы это просто песня !

 Ailk

Потратил бы пару вечеров на основы SQL и больше никогда бы так не выебывался
Запросами гораздо быстрее делать.

 Roys
Чо то не получается нифига.
Думает долго, в итоге ничего не меняет.
Значения не проставляются.
Типы полей - у одного varchar(100) и другого varchar(255).
Индекс - ХЗ чо это такое, в phpmyadmin как то глянуть можно?

 Securom
Ailk писал:

Пробовал,но сцуко ексель роднее

 Securom
Roys писал:
В phpmyadmin нехуй глядеть,ставь его на сервак и пользуйся

 S_Flash
Цитата:
Убогая хуета!

 Mika
Securom писал:
Суровый метод. Не проще ли туториал по SQL прочитать?

 Roys
Все работает однако. Только медленно.
База большая
Всем спасибо, особенно k1ing-у!!!!

 Securom
Mika писал:
Мы не ищем легких путей,да и для такого тупицы как я это охуенный выход чтобы редактировать базы данных

 Ailk
Securom писал:
Это не сложно )) Можешь даже тут вопросы задавать - ответят.

S_Flash писал:
Чего тут муадмин не нравится? Отличный инструмент для быстрого и визуального редактирвания бд. Особенно выручет копипаста, когда перебирайешь експлены сложных запросов + постоянный перебор в поиске оптимальных индексов. По ссх устанешь клацать по клаве набирая все вручную.

 Ailk
Roys писал:
Если не нужен полнотекстовый поиск, то можно, и даже нуждно перевести базы с муисам на инноДБ. Это даст возможность использовать транзакции. К примеру если надо поменять значения всей таблице и операция предполагает замену разношерстными данными, то можно менять пачками по несколько тысяч в одной транзакции. Будет намного быстрее все происходить, за счет того, что в транзакциях нет перестройки индексов после каждой замены или вставки, как это происходит при обычном цикличном запросе.

 ibiz
Ailk писал:

надо смотреть на кол-во всех запросов, если селектов 95%, то будет сильный проигрыш инноДБ

 Ailk
ibiz писал: Ну, не такой уж и сильный. К тому же если грамотно использовать кеширование, то будет совсем незаметно. Но в целом да, согласен. Если только селекты, то муисам.

 S_Flash
Ailk писал:
У него один плюс, пока пытался понять, что там показывает этот его "великий" инетерфейс, быстрее выучил SQL.. Просмотр таблиц - ещё куда ни шло, но вот что-то поменять лично меня вводит в ступор.

 ibiz
Ailk писал:

я проверял и пытался инноДБ хотябы подтянуть к уровню муисам по скорости выборки, даже голый муисам без ювелирных настроек на порядок быстрее инноДБ*

может я что-то не правильно готовил?
* речь про селекты

 Stek
innodb просто надежнее в записи и структуре. А myisam тупо читалка данных. Так что все от задачи зависит.

 ibiz
Stek писал:

задача - быстродействие
что если писать в innodb, а читать из myisam, решаемая задача при >1000m записей?

 Stek
ibiz писал:
Как ты себе такое представляешь ? Это как кормить Васю, а что бы сытым был Петя

 ibiz
Stek писал:

реально видел такое решение на стековерфлоу, когда настраивал свою мариюдб

 Ailk
Нет там порядков. Максимум процентов 10, не больше.
1 из примеров.
http://dba.stackexchange.com/questions/17431/which-is-faster-innodb-or-myisam
Да и любые другие бенчмарки посмотри. Нет нигде "порядков" превосходства у муисама. Однако возможность транзакций и надежность данных как по мне всеже перевешивает этот скудный профит.
Вот прикол кстати со смарт сиджем. У него если поставить 1000 галер на удаление, то произойдет овердохуя запросов на апдейт выбранных галер в цикле. Не помню точно, вроде как раз муисам использутся. Суть в чем. Если бы он использовал транзакции, ебаное массовое редактирование не вешало бы админку на хрен знает сколько. А так постоянный блок целых таблиц и перестройка индексов. Бред короче )

 ibiz
Ailk писал:

ну может и так

 Stek
ibiz писал:
бред какой то, не может такого быть. Или задача весьма специфичная, где можно с запозданием данные отдавать.