buster

Сделайте одолжение, пожалуйста, покиньте тему.

А уважаемому, пришедшему на форум в день рождения слепой ясновидящей, не мешало бы проспаться, а не хамить с бодуна

Около 4 утра сегодня недалеко от метро Hůrka видели настоящего ЖИВОГО кролика, прыгающего в кустарнике. Судя по всему, его кто-то выпустил, ибо бедняга метался из стороны в сторону, не зная, куда ему дальше прыгать...

Странный юмор.

Ну и еще часов на 20 миллионов крон утащили. Подробности: http://www.ceskenoviny.cz/domov/zpravy/pre...act-lidi/576278 upd: не часов, а часы (одни)... Спасибо Sergei за наводящие вопросы

Не откажусь )

Я думаю, правильнее было бы не 1 бакс давать, а сделать скидку в n%, скажем, на месяц. И только тем, у кого на счете есть (были до проблемы) деньги. Это бы и было той "незаработанной" суммой. Возможно, это было бы больше миллиона, но сама по себе скидка на ограниченный период стимулировала бы людей звонить в принципе, и оказала бы положительный эффект

Оборжака... Мне тоже дали один бакс подачки... Блин, это они так издеваются что ли?

Хех, я эти даже не видел См. личку.

Это был наводящий вопрос, если что p.s. Но на всякий случай я проверил, как оно есть на самом деле (мало ли, чего там могли накрутить в MySQL). Результат не удивил. Иногда полезно сомневаться. Я, кстати, осознал, почему пишу в таком синтаксисе, а не привычный для mysql join. В Oracle до 9i ведь join именно так делается (inner, а чтобы outer сделать, надо (+) юзать). Вот так, "мотоцикл продал, а привычка осталась". ))

Да есть, есть. Я постоянно пользуюсь, очень удобно. Нужно только помнить, что слова могут иметь разное поле применения (это как слово стул можно на английский перевести как chair, а можно как stool, причем фраза sit on your stool будет звучать очень комично ). Вот, чтобы таких комиксов избегать, я обычно после выбора слова из русско-чешского словаря смотрю его же в чешско-русском, если варианты из того самого лексического поля, что я ожидал, то беру это слово. Если нет, ищу дальше. Недавно, кстати, покупал чешский журнал о компьютерах (чтобы просто лексики набраться) и там был диск с бесплатным словарем (я, правда, еще не пробовал ставить). У меня на компе стоит PC Translator чешско-русский, русско-чешский. Вот тут еще словари есть: http://www.slovniky-magnus.cz/. У ребят на руборде есть конверченный в лингво (а значит и для андроида переделать можно) магнус, но не дают без обмена на другой словарь. Офлайн словарь гораздо удобнее, чем тот же словник.цз.

colordict + словари с ru-board для Lingvo, сконверченные в формат StarDict. В маркете для colordict есть также бесплатный англо-чешский словарь. p.s. Потенциально на руборде словарей больше, чем они в паблик отдают, но даже за деньги они не готовы делиться своими наработками - меняют только на новые словари. Странная, конечно, политика "словари ради словарей", но как есть...

Уеее, я попал в 90-е!

Спасибо, не ответ Обычно отправляют читать маны, когда человек ошибается. Я вроде не ошибся. Зачем отправлять? То, что меня что-то смутило, еще не повод меня считать бегиннером ) До сих пор среди ночи разбуди - расскажу как "отче наш" теорию реляционных баз данных... Сама по себе оптимизация запроса вопрос уже явно не для новичка. Новичку дай бог разобраться в проблематике вопроса в принципе. p.s. Отдаленная аналогия: если кто-то, кто живет в Чехии 10 лет и проблем не испытывает в общении с Чехами во всех форматах, но не дай бог, допустит грамматическую ошибку в речи - это повод отправить его на курс для начинающих, да?

Если честно, я намека из твоей первой мысли так и не понял. Разжуй для особо одаренных, пожалуйста.

Да, завтра последний день этого года! Желаю всем его провести так, чтобы потом было приятно (и не стыдно) вспомнить Не знаю, не знаю...

Кстати, точно также решается несколько иная проблема у пары моих знакомых - отключаешь авторегулировку микрофона и всё работает. А проблема в том, что периодически просто пропадает голос.

Можно пруф-линк? В моем случае план выполения запроса абсолютно одинаков. Пока что данных мало, и поэтому судить о скорости невозможно. Оба запроса выполняются со скоростью 0.0003 сек.

А разве join эффективнее?

Ну, ээ, понятно, что для начала открыли фирму, и получили соответствующие док-ты. Но все это было спонтанно. Скажем так, в тот момент все эти расходы не напрягали и времени много не отнимало. А-ля, "почему бы и не попробовать"? А вот когда планов нет, из колеи выбить сложно

Я вообще считаю, что решать проблемы надо по мере их возникновения SQL запрос будет в коде вызываться, в который потом без причин лезть не хочется. А потом, будет нужен индекс - будет индекс. Главное, чтобы by design было правильно. Я в корпорациях не работал, и весь мой опыт работы с БД ограничивается университетом (где предметы, связанные с СУБД, очень нравились), да послеуниверситетской работой, где я иногда (не в кач-ве основной деятельности) писал запросы к различным базам в различных СУБД (mysql, postgre, oracle) без требований оптимальности (и то, это последний раз было года три назад). Так что не бросайтесь тапками

Ну да, будут Я только начал...

OK, пасиба id select_type table type possible_keys key key_len ref rows Extra 1 SIMPLE b ALL NULL NULL NULL NULL 19 1 SIMPLE a2 ALL ID NULL NULL NULL 6 Using where; Using join buffer 1 SIMPLE a1 ALL ID NULL NULL NULL 6 Using where; Using join buffer ОК, учту... Я вообще это руками набил в форуме, чтобы нагляднее и проще выглядело. zloj, тож спасибо за отклик.

Очень странный ролик...

Лень лезть в инет на тематические форумы, мож кто тут знает. Есть две таблицы - в одной идентификаторы состояний (текущее и нынешнее). В другой - этим идентификаторам сопоставлены текстовые названия. Задача вывести вместо ID сами названия. Сейчас сделал так: SELECT a1.state AS previous, a2.state AS current, b.timestamp FROM state_names AS a1, state_names AS a2, state_log AS b WHERE b.ID_previous_state = a1.ID and b.ID_current_state=a2.ID Вроде как все работает, и даже результаты EXPLAIN в mysql не напрягают. Но смущает двойное упоминание одной и той же таблицы (state_names как a1 и она же как a2) Есть у кого мысли на этот счет?