Ваш прогноз был - 100 рублей за доллар.
Итого, точность моего прогноза: 100% - (60-46)/46 = 70%
Точность вашего прогноза: 100% - (100-60)/60 = 33%
Такой вот рейтинг аналитегов в топеге :D
Это всё никого не интересующие проблемы банков.
Но тут беспроигрышная игра: если упадет рубль, то ЦБ получит прибыль в виде процентов в долларах. Если поднимется рубль - допечатает сколько нужно. Тоже прибыль.
Опять придется выступить в роли Капитана Очевидность:
- если они берут в долг доллары, то и отдавать придется доллары. Даже если доллар вырастет до 100500 рублей, всё-равно навара 0, только минус проценты. Значит, играть на повышении доллара они не планируют.
- если бы банки ждали поднятия доллара, они бы взяли в долг рубли
Шевелите мозгом.---------- Добавлено 24.02.2015 в 23:10 ----------
Видите. Иначе бы не среагировали.
Но я пишу не для вас. Просто комментирую сообщения в топике. Можете не читать мои ответы. Можете вообще быть свободны.
Вчера совсем другое пели.
Проигрались?
Т.е. сегодняшняя ситуация ничему не научила?
Жаль, аналитеги и гуру данного топега скромно промолчали о своих сегодняшних успехах. Купить по 64, продать по 63.
А ведь им говорилось, что Мудисы и прочее американское бла-бла на рубль мало влияют.
Теперь новую чушь будем раскручивать?
Делитесь успехами - кто сколько заработал сегодня на курсе.
Индекс во временной таблице не забыли?
На всякий случай, я бы так делал:
INSERT INTO selections (id) values (4144), (5255), (6656), (9695);
SELECT compkey3_all.* FROM compkey3_all INNER JOIN selections ON compkey3_all.id=selections.id;
TRUNCATE TABLE selections;
А selections - просто с одним столбцом id (Primary Key).---------- Добавлено 24.02.2015 в 03:45 ----------
Кажется, вы не поняли. Неупорядоченный список - это условие в вашем IN.
Уже есть изменения.
Теперь, кстати, ап:
http://yandex.ru/yandsearch?text=date%3A20150216&lr=2
:)
Вот, сразу видно человека, который всё проиграл :)
Хранить не надо, создаете и удаляете каждый раз для каждого запроса.
Да, так. А работает за счет того, что так вы столько раз индексы дергаете, сколько у вас параметров в IN. При временной таблице, будете дергать их 1 раз.
Причем тут MySQL. Это реляционная алгебра. Неплохо изучить перед работой со сложными данными ;) А то все думают, что если что, "отделаются настройкой кэша" :)
