3rddima,
Вероятно логика ВМ следующая.
В обменной операции один из участников должен быть обменником.
Ваш оппонент обменником не был (сайта нет в системе, но попробуйте поискать по ВМИД, может другой сайт был?, Вы обменником не были.
А значит в ситуации Вы оба крайние, но поскольку конечный выгодоприобретатель Вы, то из двух крайних выбрали Вас.
Разумеется. Как и любое другое пари на форуме. По нам так форум это не казино с азартными играми.---------- Добавлено 15.05.2016 в 17:28 ----------
Не-а. Перечитайте свое сообщение.
У Вас в условиях был только факт заключения пари и всё.
Про результат пари у Вас не было сказано ни слова, так же как и про другие возможные факторы, на что мы собственно и указали.
Упрощенно говоря а) "langemark не выплатит Geersу 300 баксов в случае заключения данного пари на джентльменских условиях" не равноценно б) "langemark ставит на рост бакса до 86 в течение всего 2016 года, проигрывает и не выплачивает 300 баксов". Что любопытно, неравноценность играет в формулировке делала пари менее выгодным для Вас же.
Любопытная формулировка, позвольте уточнить.
Вы уверены что langemark выиграет (вероятность не нулевая)?
Или в том, что Geers съедет с пари до выигрыша langemark-а (как с нашими 100 баксами)?
Или в том, что 1000 патриотичных рублей через полгода будут таким хламом, что придется платить за их утилизацию и самовывоз?😂
zac,
Вернуть всё.
Geers, завязывайте разводить человека на псевдогаранта. Хотите полгода 300 баксов подержать - так и скажите прямо, не стесняйтесь, Вас поймут. А эти кружева это детский сад какой-то.
На 512к индекс использовать смысла действительно нет. Ибо нет смысла использовать структуру сортировки для (грубо говоря) 10 элементов. Проще загрузить их сразу в память и там сортирнуть.
Но поскольку у Вас индекс прописан, то он должен периодически создаваться, даже если нет смысла его использовать, отсюда и периодически появляющийся статус.
Да и вообще, думать о происходящих процессах в таблице 512кб, это классическое "premature optimisation root of evil". Будет 512Мб - задумаетесь. Будет 5Гб - начнете решать появляющиеся проблемы. Будет 51.2Гб - задумаетесь о структуре и оптимизации:)
Так то в общей.
Представьте себе что Вы ставите в казино - поставили на красное и ого - чистое ощущение победы - чистый выигрышь, ура, фанфары.
А поставили на 18 из 36 - в одном случае выиграли, но в 17 проиграли. Чистого ощущения победы уже нет. Вроде математически и не в минусе, но психологически это 17 проигрышей.
Это как с теми ложечками, что вроде нашлись, но осадочек остался.
Всегда, каждый день, видеть что ты проигрываешь в одном из инструментов это тяжело. Можно утешать себя выигрышем в целом... но это как сломав ногу радоваться что получишь по страховке за нее столько же сколько обойдется лечение.
Сохранением это можно назвать лишь условно.
Объективно говоря, при 3 разных валютах Вы при любом развитии событий в какой-то из валют будете терять. Положили в евро, бакс, рубль. Падает евро - теряете накопления в евро, падает рубль - теряете накопления в рубле.
Т.е. Вы постоянно в чем-то теряете, много ли, мало ли, но теряете.
Одновалютность хороша тем, что хотя бы иногда Вы в чистом плюсе. Да, иногда в минусе, но все же иногда в плюсе. Мультивалютность означает что Вы всегда хоть в чем-то, но в минусе.
Только по одной, мы забыли указать таблицу Prices:)
Надо не
select max(Prices.price)
а
select max(Prices.price) from Prices
Не-а. Условие внутри отрабатывает.
Единственный нюанс, это что занулит цены в shop_list в случае если нет значений в Prices, но тут трудно сказать баг это или фича, да и добавить условие несложно.
