MySQL sıralaması

Burada bulunacak birçok benzer soru var, ancak herhangi bir sorunun soruyu yeterince cevapladığını sanmıyorum.

Mevcut en popüler sorudan devam edeceğim ve eğer uygunsa örneklerini kullanacağım.

Bu örnekte görev, veritabanındaki her yazar için en son gönderiyi almaktır.

Örnek sorgu, her zaman döndürülen en son yayın olmadığı için kullanılamaz sonuçlar üretir.

SELECT wp_posts.* FROM wp_posts
    WHERE wp_posts.post_status='publish'
    AND wp_posts.post_type='post'
    GROUP BY wp_posts.post_author           
    ORDER BY wp_posts.post_date DESC

Geçerli kabul edilen cevap

SELECT
    wp_posts.*
FROM wp_posts
WHERE
    wp_posts.post_status='publish'
    AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author
HAVING wp_posts.post_date = MAX(wp_posts.post_date) <- ONLY THE LAST POST FOR EACH AUTHOR
ORDER BY wp_posts.post_date DESC

Ne yazık ki bu cevap basit ve basit bir yanlıştır ve çoğu durumda orijinal sorgudan daha az kararlı sonuçlar üretir.

En iyi çözümüm formun alt sorgusunu kullanmak

SELECT wp_posts.* FROM 
(
    SELECT * 
    FROM wp_posts
    ORDER BY wp_posts.post_date DESC
) AS wp_posts
WHERE wp_posts.post_status='publish'
AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author 

Benim sorum o zaman basit: Bir alt sorguyu başvurmadan gruplamadan önce satır sipariş için zaten var mı?

Düzenleme : Bu soru başka bir sorudan bir devamtı ve durumumun detayları biraz farklı. Ayrıca belirli bir gönderi için benzersiz bir tanımlayıcı olan bir wp_posts.id olduğunu varsayabilirsiniz (ve yapmalısınız).

ORDER BYBir alt sorguda kullanmak bu soruna en iyi çözüm değildir.

max(post_date)Yazarın yazdığı en iyi çözüm , maksimum tarihi döndürmek için bir alt sorgu kullanmak ve ardından bunu hem ve post_authorhem de maksimum tarihte tablonuza katılmaktır .

Çözüm şöyle olmalıdır:

SELECT p1.* 
FROM wp_posts p1
INNER JOIN
(
    SELECT max(post_date) MaxPostDate, post_author
    FROM wp_posts
    WHERE post_status='publish'
       AND post_type='post'
    GROUP BY post_author
) p2
  ON p1.post_author = p2.post_author
  AND p1.post_date = p2.MaxPostDate
WHERE p1.post_status='publish'
  AND p1.post_type='post'
order by p1.post_date desc

Aşağıdaki örnek verilere sahipseniz:

CREATE TABLE wp_posts
    (`id` int, `title` varchar(6), `post_date` datetime, `post_author` varchar(3))
;

INSERT INTO wp_posts
    (`id`, `title`, `post_date`, `post_author`)
VALUES
    (1, 'Title1', '2013-01-01 00:00:00', 'Jim'),
    (2, 'Title2', '2013-02-01 00:00:00', 'Jim')
;

Alt sorgu şu maksimum tarihi ve yazarı döndürecektir:

MaxPostDate | Author
2/1/2013    | Jim

Sonra bunu tekrar masaya kattığınız için, her iki değerde de bu yayının tüm ayrıntılarını döndürürsünüz.

Demo ile SQL Fiddle bakın .

Bu verileri doğru şekilde döndürmek için bir alt sorgu kullanma hakkındaki yorumlarımı genişletmek için.

MySQL GROUP BYsizi SELECTlisteye eklediğiniz her sütuna zorlamaz . Sonuç olarak, yalnızca GROUP BYbir sütun ancak toplamda 10 sütun döndürürseniz, buna ait olan diğer sütun değerlerinin post_authordöndürüldüğünün garantisi yoktur . Sütun bir GROUP BYMySQL içinde değilse, hangi değerin döndürüleceğini seçer.

Alt sorguyu toplama işleviyle kullanmak, her seferinde doğru yazar ve gönderinin döndürülmesini garanti eder.

Yan not olarak, MySQL ORDER BYbir alt sorguda kullanmanıza izin verirken GROUP BYve SELECTlistedeki her sütuna a uygulamanıza izin verirken, bu davranışın SQL Server da dahil olmak üzere diğer veritabanlarında izin verilmez.

Çözümünüz, bazı alanlara göre gruplandırmaya izin veren GROUP BY deyimine yönelik bir uzantı kullanıyor (bu durumda, sadece post_author):

GROUP BY wp_posts.post_author

ve birleştirilmemiş sütunları seçin:

SELECT wp_posts.*

grupta yan tümce olarak listelenmeyen veya toplama işlevinde kullanılmayan (MIN, MAX, COUNT, vb.).

Uzantıyı GROUP BY deyimine doğru kullanma

Bu, toplanmamış sütunların tüm değerleri her satır için eşit olduğunda kullanışlıdır.

Örneğin, bir bahçeniz olduğunu varsayalım GardensFlowers( namebahçede flowerbüyüyen bahçede):

INSERT INTO GardensFlowers VALUES
('Central Park',       'Magnolia'),
('Hyde Park',          'Tulip'),
('Gardens By The Bay', 'Peony'),
('Gardens By The Bay', 'Cherry Blossom');

ve birden fazla çiçeğin yetiştiği bir bahçede yetişen tüm çiçekleri çıkarmak istiyorsunuz. Sonra bir alt sorgu kullanmak zorundasınız, örneğin bunu kullanabilirsiniz:

SELECT GardensFlowers.*
FROM   GardensFlowers
WHERE  name IN (SELECT   name
                FROM     GardensFlowers
                GROUP BY name
                HAVING   COUNT(DISTINCT flower)>1);

Bunun yerine bahçedeki tek çiçek olan tüm çiçekleri çıkarmanız gerekiyorsa, HAVING koşulunu sadece değiştirebilirsiniz HAVING COUNT(DISTINCT flower)=1, ancak MySql de bunu kullanmanıza izin verir:

SELECT   GardensFlowers.*
FROM     GardensFlowers
GROUP BY name
HAVING   COUNT(DISTINCT flower)=1;

alt sorgu yok, standart SQL değil, daha basit.

GROUP BY yantümcesine yanlış uzantı kullanımı

Ancak, her satır için eşit olmayan birleştirilmiş sütunları SEÇERSENİZ ne olur? MySql'in bu sütun için seçtiği değer nedir?

Görünüşe göre MySql her zaman karşılaştığı İLK değeri seçer .

Karşılaştığı ilk değerin tam olarak istediğiniz değer olduğundan emin olmak için, GROUP BYsıralı bir sorguya a uygulamanız gerekir , dolayısıyla bir alt sorgu kullanmanız gerekir. Aksi halde yapamazsın.

MySql'in her zaman karşılaştığı ilk satırı seçtiği varsayımı göz önüne alındığında, satırları GROUP BY'dan önce doğru bir şekilde sıralıyorsunuz. Ancak ne yazık ki, belgeleri dikkatlice okursanız, bu varsayımın doğru olmadığını fark edeceksiniz.

Her zaman aynı olmayan birleştirilmiş sütunları seçerken, MySql herhangi bir değer seçmekte serbesttir, bu nedenle gerçekte gösterdiği sonuç belirsizdir .

Toplanmayan bir sütunun ilk değerini elde etmek için bu hile çok kullanılır ve genellikle / neredeyse her zaman çalışır, bazen de (kendi riskimde) kullanıyorum. Ancak belgelenmediği için bu davranışa güvenemezsiniz.

Bu bağlantı (teşekkürler ypercube!) GROUP BY hilesi optimize edildi , aynı sorgunun muhtemelen farklı bir optimizasyon motoru nedeniyle MySql ve MariaDB arasında farklı sonuçlar döndürdüğü bir durumu gösteriyor.

Yani, bu hile işe yararsa, bu sadece bir şans meselesidir.

Diğer soru üzerine kabul cevabı bana yanlış görünüyor:

HAVING wp_posts.post_date = MAX(wp_posts.post_date)

wp_posts.post_datebirleştirilmiş olmayan bir sütundur ve değeri resmi olarak belirsizdir, ancak büyük olasılıkla ilk post_datekarşılaşılan değer olacaktır . Ancak GROUP BY hilesi sırasız bir tabloya uygulandığından, ilk post_datekarşılaşılanın hangisi olduğundan emin değil .

Muhtemelen tek bir yazarın tek mesajları olan yayınları döndürür, ancak bu bile her zaman kesin değildir.

Olası bir çözüm

Bunun olası bir çözüm olabileceğini düşünüyorum:

SELECT wp_posts.*
FROM   wp_posts
WHERE  id IN (
  SELECT max(id)
  FROM wp_posts
  WHERE (post_author, post_date) = (
    SELECT   post_author, max(post_date)
    FROM     wp_posts
    WHERE    wp_posts.post_status='publish'
             AND wp_posts.post_type='post'
    GROUP BY post_author
  ) AND wp_posts.post_status='publish'
    AND wp_posts.post_type='post'
  GROUP BY post_author
)

İç sorguda her yazar için maksimum gönderi tarihini döndürüyorum. Daha sonra aynı yazarın teorik olarak aynı anda iki gönderi olabileceğini göz önünde bulunduruyorum, bu yüzden sadece maksimum kimliği alıyorum. Ve sonra bu maksimum kimliğe sahip tüm satırları döndürüyorum. IN yan tümcesi yerine birleşimler kullanılarak daha hızlı yapılabilir.

(Bunun IDyalnızca arttığından eminseniz ve bunun ID1 > ID2da anlamı varsa post_date1 > post_date2, sorgu çok daha basit hale getirilebilir, ancak durumun bu olup olmadığından emin değilim).

Okuyacağınız şey oldukça hileli, bu yüzden bunu evde denemeyin!

Genel olarak SQL senin sorunun cevabı HAYIR , fakat rahat modunun GROUP BY(bahsettiği @bluefeet ), cevap EVET MySQL.

Varsayalım, üzerinde bir BTREE indeksiniz var (post_status, post_type, post_author, post_date). Endeks başlık altında nasıl görünüyor?

(post_status = 'yayınla', post_type = 'posta', post_author = 'kullanıcı A', post_date = '2012-12-01') (post_status = 'yayınla', post_type = 'posta', post_author = 'kullanıcı A', post_date = '2012-12-31') (post_status = 'yayınla', post_type = 'post', post_author = 'kullanıcı B', post_date = '2012-10-01') (post_status = 'yayınla', post_type = ' post ', post_author =' kullanıcı B ', post_date =' 2012-12-01 ')

Yani veriler tüm bu alanlara göre artan sırada sıralanır.

Bir yapıyoruz zaman GROUP BYvarsayılan olarak gruplandırarak alanı tarafından verileri sıralar ( post_authorbizim durumda; post_status, post_type gerektirdiği WHEREmaddesinde) ve eşleşen dizin varsa, bu artan düzende her ilk kayıt için veri alır. Sorgu aşağıdakileri getirecektir (her kullanıcı için ilk gönderi):

(post_status = 'yayınla', post_type = 'posta', post_author = 'kullanıcı A', post_date = '2012-12-01') (post_status = 'yayınla', post_type = 'posta', post_author = 'kullanıcı B', POST_DATE = '2012/10/1')

Ancak GROUP BYMySQL'de siparişi açıkça belirtmenize izin verir. Ve post_userazalan sırada talep ettiğinizde , dizinimiz ters sırada ilerler ve yine de sonuncu olan her grup için ilk kaydı alır.

Yani

...
WHERE wp_posts.post_status='publish' AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author DESC

bize verecek

(post_status = 'yayınla', post_type = 'posta', post_author = 'kullanıcı B', post_date = '2012-12-01') (post_status = 'yayınla', post_type = 'posta', post_author = 'kullanıcı A', POST_DATE = '2012/12/31')

Şimdi, gruplama sonuçlarını post_date ile sipariş ettiğinizde, istediğiniz verileri elde edersiniz.

SELECT wp_posts.*
FROM wp_posts
WHERE wp_posts.post_status='publish' AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author DESC
ORDER BY wp_posts.post_date DESC;

Not :

Bu, bu özel sorgu için ne tavsiye ederim değil. Bu durumda, @bluefeet'in önerdiği şeyin biraz değiştirilmiş bir versiyonunu kullanırdım . Ancak bu teknik çok faydalı olabilir. Cevabımı şuraya bir göz atın: Her gruptaki son kaydı alma

Tuzaklar : Yaklaşımın dezavantajları

• sorgunun sonucu SQL'in ruhuna aykırı olan dizine bağlıdır (dizinler yalnızca sorguları hızlandırmalıdır);
• index, sorgu üzerindeki etkisi hakkında hiçbir şey bilmiyor (siz veya gelecekte başka biri, dizini çok fazla kaynak tüketen bulabilir ve bir şekilde değiştirebilir, yalnızca sonuçlarını değil, sorgu sonuçlarını kırabilir)
• Sorgunun nasıl çalıştığını anlamıyorsanız, büyük olasılıkla bir aydaki açıklamayı unutacaksınız ve sorgu sizi ve meslektaşlarınızı karıştıracaktır.

Avantaj zor durumlarda performanstır. Bu durumda, sıralamada yer alan veri miktarı nedeniyle sorgunun performansı @ bluefeet sorgusuyla aynı olmalıdır (tüm veriler geçici bir tabloya yüklenir ve sonra sıralanır; btw, sorgusu da (post_status, post_type, post_author, post_date)dizini gerektirir ) .

Ne öneririm :

Söylediğim gibi, bu sorgular MySQL'i geçici bir tabloda potansiyel olarak büyük miktarda veriyi sıralayarak zaman kaybettiriyor. Disk belleği gerektirmeniz durumunda (LIMIT söz konusudur) verilerin çoğu atılır. Ne yapacağım sıralanan veri miktarını en aza indirmek: sıralama ve alt sorguda minimum veri sınırlamak ve sonra tekrar tüm tabloya katılmak.

SELECT * 
FROM wp_posts
INNER JOIN
(
  SELECT max(post_date) post_date, post_author
  FROM wp_posts
  WHERE post_status='publish' AND post_type='post'
  GROUP BY post_author
  ORDER BY post_date DESC
  -- LIMIT GOES HERE
) p2 USING (post_author, post_date)
WHERE post_status='publish' AND post_type='post';

Yukarıda açıklanan yaklaşımı kullanarak aynı sorgu:

SELECT *
FROM (
  SELECT post_id
  FROM wp_posts
  WHERE post_status='publish' AND post_type='post'
  GROUP BY post_author DESC
  ORDER BY post_date DESC
  -- LIMIT GOES HERE
) as ids
JOIN wp_posts USING (post_id);

Tüm bu sorgular SQLFiddle'daki yürütme planları ile .

Bunu dene. Her yazarın en son yayın tarihlerinin listesini almanız yeterlidir . Bu kadar

SELECT wp_posts.* FROM wp_posts WHERE wp_posts.post_status='publish'
AND wp_posts.post_type='post' AND wp_posts.post_date IN(SELECT MAX(wp_posts.post_date) FROM wp_posts GROUP BY wp_posts.post_author) 

Hayır. Gruplama sonuç kümesini değiştireceğinden, gruplamadan önce kayıtları sıralamak mantıklı değildir. Alt sorgu yolu tercih edilen yoldur. Bu çok yavaş gidiyorsa, tablo tasarımınızı değiştirmeniz gerekir, örneğin her yazar için son yazının kimliğini ayrı bir tabloda depolayarak veya her yazarı için yazısının sonuncusunu gösteren bir boole sütunu girmeniz gerekir. bir.

Sadece max işlevini ve grup işlevini kullanın

    select max(taskhistory.id) as id from taskhistory
            group by taskhistory.taskid
            order by taskhistory.datum desc

Özetlemek gerekirse, standart çözüm ilişkisiz bir alt sorgu kullanır ve şöyle görünür:

SELECT x.*
  FROM my_table x
  JOIN (SELECT grouping_criteria,MAX(ranking_criterion) max_n FROM my_table GROUP BY grouping_criteria) y
    ON y.grouping_criteria = x.grouping_criteria
   AND y.max_n = x.ranking_criterion;

MySQL'in eski bir sürümünü veya oldukça küçük bir veri kümesini kullanıyorsanız, aşağıdaki yöntemi kullanabilirsiniz:

SELECT x.*
  FROM my_table x
  LEFT
  JOIN my_table y
    ON y.joining_criteria = x.joining_criteria
   AND y.ranking_criteria < x.ranking_criteria
 WHERE y.some_non_null_column IS NULL;  

** Alt veri sorgularının büyük veri kümelerinde kullanıldığında performans üzerinde kötü etkisi olabilir **

Orijinal sorgu

SELECT wp_posts.*
FROM   wp_posts
WHERE  wp_posts.post_status = 'publish'
       AND wp_posts.post_type = 'post'
GROUP  BY wp_posts.post_author
ORDER  BY wp_posts.post_date DESC; 

Değiştirilmiş sorgu

SELECT p.post_status,
       p.post_type,
       Max(p.post_date),
       p.post_author
FROM   wp_posts P
WHERE  p.post_status = "publish"
       AND p.post_type = "post"
GROUP  BY p.post_author
ORDER  BY p.post_date; 

i kullanıyorum yapmamı maxiçinde select clause==> max(p.post_date)o tarafından grubundan sonra maksimum sütuna göre alt Seçme sorguları ve düzeni kaçınmak mümkündür.

İlk olarak, seçimde * kullanmayın, performanslarını etkiler ve grubun kullanımını ve sırasına göre kullanımını engeller. Bu sorguyu deneyin:

SELECT wp_posts.post_author, wp_posts.post_date as pdate FROM wp_posts
WHERE wp_posts.post_status='publish'
AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author           
ORDER BY pdate DESC

Tabloyu SİPARİŞ TARAFINDAN, yalnızca diğer ad olarak belirtmediğinizde, seçimin sonucunu sıralarlar.