— Это все ты виноват! Ты сказал что это медведь!
— Так долбанул же его ты!!!
— Ну так я и правда думал что это медведь.
с«Особенности национальной охоты»
я ехал в фирменном поезде и услышал как начальник объявил про «шахматы, шашки». Час за проводницей ходил, шахматы выпрашивал! В итоге доканал, она и не знала, что они есть, и как они выглядят. Видимо больше «таких» не попадалось. Поиграл!
>Переменной $b присваивается значение переменной $a, при этом сами данные никуда не копируются! Вместо этого переменная $b преобразуется таким образом, что бы указывать на тоже место в памяти, где хранится переменная $a
Поделитесь пожалуйста ссылкой на источник этой информации.
>Следствие 2: Особенно опасны «висящие» важные дела. Дело отбирает времени примерно 10% от своей важности. Взвалите на себя 10 важных дел и вы вообще не сможете работать.
они явно всей конторой по ночам будут ставить всем пользователям плохие оценки, скорее даже гламурным блондинкам-)) Нафиг программить — главное смекалка-). Надо какую нибудь партнерскую программу организовать — вот простор для деятельности!
Да контроллеры это вещь!
Если не ошибаюсь есть еще DSP контроллеры, которые очень широко применяются в серьезных девайсах. типа авиа приборы и тому подобное!
Мне как то раз тоже пришла, примерно следующего содержания:
"Привет, это Андрей. У меня проблемы. Положи пожалуйста денег на телефон сколько сможешь".
ну денег я класть конечно же не стал, но чувака поддержал-)))
"Андрюха кинул пятихатку! Держись братишка!!"
Вы не поняли суть поста. Я прекрасно знаю, что этот индекс тут не в тему! Проблема даже не в том что mysql не выбирал оптимальный индекс. ПРОБЛЕМА в том что Explain показывал не то что на самом деле. Т.е. explain говорил что использовался key, а в реальности использовался unique_key.
Сегодня столкнулись с одной очень интересной штуковиной.
Итак есть таблица у которой есть индексы UNIQUE KEY `unique_key` (field1, field2) и KEY `key` (field2).
Так вот в запросе для которого оптимальным ключом был "key", EXPLAIN писал что он и используется, а на самом деле использовался "unique_key" (это было видно и количества "rows"). Вот такая багафича-).
— Так долбанул же его ты!!!
— Ну так я и правда думал что это медведь.
с«Особенности национальной охоты»
т.е. об одной ошибке ему напишет много пользователей.
Поделитесь пожалуйста ссылкой на источник этой информации.
Вот тут я заорал — Да Да Да-)))))
Если не ошибаюсь есть еще DSP контроллеры, которые очень широко применяются в серьезных девайсах. типа авиа приборы и тому подобное!
"Привет, это Андрей. У меня проблемы. Положи пожалуйста денег на телефон сколько сможешь".
ну денег я класть конечно же не стал, но чувака поддержал-)))
"Андрюха кинул пятихатку! Держись братишка!!"
Итак есть таблица у которой есть индексы UNIQUE KEY `unique_key` (field1, field2) и KEY `key` (field2).
Так вот в запросе для которого оптимальным ключом был "key", EXPLAIN писал что он и используется, а на самом деле использовался "unique_key" (это было видно и количества "rows"). Вот такая багафича-).