Берите второй вариант (добавлен выше). Он и красивее, и NULL'ы рисует...
А если "в лоб"?
SELECT t1.country,t2.max_num,t1.min_year FROM
(SELECT country,count,min(year) AS min_year FROM tbl GROUP BY country,count) AS t1 INNER JOIN (SELECT country,max(count) AS max_num FROM tbl GROUP BY country) AS t2 ON t1.country=t2.country AND t1.count=t2.max_num
UPD. Блин, вместо launched написал year, ну вы поняли наверное...
UPD 2. А вот вариант покрасивее и наверное пошустрее:
SELECT t1.country,t1.count,min(t1.launched)
FROM tbl AS t1 LEFT JOIN tbl AS t2 ON t1.country=t2.country AND t1.count<t2.count
WHERE t2.count IS NULL
GROUP BY t1.country.t1.count
А воспользоваться для этого свободным софтом, конечно же, нельзя?
Из интереса закинул в один из обсуждаемых проектов нулевый сайт и примерно 3 десятка средне- и низкочастотных не сильно конкурентных запросов. В украинском гугле 95% из них за 3 недели влетели в топ-3. Бюджет смешной, затраты времени стремятся к нулю. Можно ли без агрегатора? Можно. Но экономия пары сотен рублей в месяц в данном примере НИКАК не оправдает дополнительных затрат времени (в этом простом тесте).
Честно говоря, несколько удивляет скептическое отношение специалистов к агрегаторам. Это только хаос нельзя автоматизировать :)
Ранжирует автомат? Автомат. Нужно решить чисто инженерную задачу - по наблюдаемому выходу (серпу) "черного ящика" (поисковой машины) смоделировать его переходную функцию. Ведь возможен прямой управляемый эксперимент, а это уже очень много. Сложность только в масштабе и продолжительности этого эксперимента, и, соответственно, необходимых для этого ресурсах. Но при их (ресурсов) наличии - почему нет? Есть проблема устаревания данных по мере изменения алгоритмов, но, пардон, точно так же устаревает и эмпирический опыт. Опять же, автоматизация не исключает человеческий опыт, а дополняет его. Поэтому автоматизация рулит и будет рулить, имхо.
listopis,
попробуйте добавить псевдо-отзывы от псевдо-покупателей непосредственно на страницу товара. Повесьте на часть страниц в соплях и посмотрите, что получится. Если выползут - добавите на все. Отзывы можно генерить полуавтоматом, если подумать...
WEBAFF,
это будет не оптимизация, а черт знает что. Вы уменьшите размер таблицы, но проиграете в скорости работы запроса - вам не просто придется обрабатывать строковыми функциями каждую строку выборки, но еще и группировать по на лету вычисляемому полю...
Еклмн, где так учат вопросы формулировать? :) Подобное имелось в виду - http://www.csstextwrap.com? И правда нифига не ясно...
Зачем вам ифрейм? Включите свойство overflow:auto у нужного контейнера - и будет вам щастье...
UPD. "Ниуспел - 2"
Shit happens. Что значит давно не практиковался. Две маленьких очепятки, которые испортили всю кашу.
В варианте 1 должно быть
DELETE j1 FROM jos_content j1 INNER JOIN jos_content j2 ON j1.title=j2.title AND j1.id > j2.id
чтобы все сработало
В варианте 2 нужно не забыть имя индекса
ALTER IGNORE TABLE jos_content ADD UNIQUE INDEX any_valid_name (title)
чтобы опять-таки все сработало
Вариант 1. Очевидный. Не сработает, если нет подходящего целочисленного уникального "id"
DELETE j1 FROM jos_content j1 LEFT JOIN jos_content j2 ON j1.title=j2.title AND j1.id > j2.id
Вариант 2. Не очевидный. Не проверял, но должно сработать :)
ALTER IGNORE TABLE jos_content ADD UNIQUE INDEX (title)
ALTER TABLE jos_content DROP INDEX (title)
