LEFT JOIN เฉพาะแถวแรก

ฉันอ่านกระทู้มากมายเกี่ยวกับการรับเฉพาะแถวแรกของการเข้าร่วมด้านซ้าย แต่ด้วยเหตุผลบางประการสิ่งนี้ไม่ได้ผลสำหรับฉัน

นี่คือโครงสร้างของฉัน (ทำให้ง่ายขึ้นแน่นอน)

ฟีด

id |  title | content
----------------------
1  | Feed 1 | ...

ศิลปิน

artist_id | artist_name
-----------------------
1         | Artist 1
2         | Artist 2

feeds_artists

rel_id | artist_id | feed_id
----------------------------
1      |     1     |    1 
2      |     2     |    1 
...

ตอนนี้ฉันต้องการรับบทความและเข้าร่วมเฉพาะศิลปินคนแรกเท่านั้นและฉันก็คิดถึงสิ่งนี้:

SELECT *
    FROM feeds 
    LEFT JOIN feeds_artists ON wp_feeds.id = (
        SELECT feeds_artists.feed_id FROM feeds_artists
        WHERE feeds_artists.feed_id = feeds.id 
    LIMIT 1
    )
WHERE feeds.id = '13815'

เพียงเพื่อรับเฉพาะแถวแรกของ feeds_artists แต่ยังไม่ได้ผล

ฉันไม่สามารถใช้TOPเนื่องจากฐานข้อมูลของฉันและฉันไม่สามารถจัดกลุ่มผลลัพธ์ตามfeeds_artists.artist_idที่ฉันต้องการจัดเรียงตามวันที่ (ฉันได้ผลลัพธ์จากการจัดกลุ่มด้วยวิธีนี้ แต่ผลลัพธ์ที่ไม่ใหม่ที่สุด)

พยายามบางอย่างกับ OUTER APPLY เช่นกัน - ไม่ประสบความสำเร็จเช่นกัน พูดตามตรงฉันนึกไม่ออกจริงๆว่าเกิดอะไรขึ้นในแถวเหล่านั้น - อาจเป็นเหตุผลใหญ่ที่สุดว่าทำไมฉันถึงไม่สามารถใช้งานได้

วิธีการแก้:

SELECT *
FROM feeds f
LEFT JOIN artists a ON a.artist_id = (
    SELECT artist_id
    FROM feeds_artists fa 
    WHERE fa.feed_id = f.id
    LIMIT 1
)
WHERE f.id = '13815'

หากคุณสามารถสันนิษฐานได้ว่ารหัสศิลปินเพิ่มขึ้นเมื่อเวลาผ่านไปรหัสนั้นMIN(artist_id)จะเร็วที่สุด

ลองอะไรแบบนี้ (ยังไม่ทดลอง ... )

SELECT *
  FROM feeds f
  LEFT JOIN artists a ON a.artist_id = (
    SELECT
      MIN(fa.artist_id) a_id
    FROM feeds_artists fa 
    WHERE fa.feed_id = f.feed_id
  ) a

เวอร์ชันที่ไม่มีการเลือกย่อย:

   SELECT f.title,
          f.content,
          MIN(a.artist_name) artist_name
     FROM feeds f
LEFT JOIN feeds_artists fa ON fa.feed_id = f.id
LEFT JOIN artists a ON fa.artist_id = a.artist_id
 GROUP BY f.id

คำตอบ @ Matt Dodges ทำให้ฉันมาถูกทาง ขอขอบคุณอีกครั้งสำหรับคำตอบทั้งหมดซึ่งช่วยได้มากในช่วงเวลานั้น ทำให้มันทำงานได้ดังนี้:

SELECT *
FROM feeds f
LEFT JOIN artists a ON a.artist_id = (
    SELECT artist_id
    FROM feeds_artists fa 
    WHERE fa.feed_id = f.id
    LIMIT 1
)
WHERE f.id = '13815'

จากคำตอบหลายข้อที่นี่ฉันพบบางสิ่งที่ใช้ได้ผลสำหรับฉันและฉันต้องการสรุปและอธิบายสิ่งที่เกิดขึ้น

แปลง:

LEFT JOIN table2 t2 ON (t2.thing = t1.thing)

ถึง:

LEFT JOIN table2 t2 ON (t2.p_key = (SELECT MIN(t2_.p_key) 
    FROM table2 t2_ WHERE (t2_.thing = t1.thing) LIMIT 1))

เงื่อนไขที่ว่าเชื่อมต่อ T1 และ T2 จะถูกย้ายจากและเข้าไปในแบบสอบถามภายในON หรือทำให้แน่ใจว่ามีเพียง 1 แถวถูกส่งกลับโดยแบบสอบถามภายในWHEREMIN(primary key)LIMIT 1

หลังจากเลือกแถวที่ต้องการแล้วเราต้องบอกONว่าแถวนั้นคือแถวใด นั่นคือสาเหตุที่ONเปรียบเทียบคีย์หลักของ tabled ที่เข้าร่วม

คุณสามารถเล่นกับข้อความค้นหาภายใน (เช่น order + limit) แต่ต้องส่งคืนคีย์หลักหนึ่งคีย์ของแถวที่ต้องการซึ่งจะบอกONแถวที่ต้องการเข้าร่วม

ฉันเคยใช้อย่างอื่น (ฉันคิดว่าดีกว่า ... ) และต้องการแบ่งปัน:

ฉันสร้าง VIEW ที่มีอนุประโยค "กลุ่ม"

CREATE VIEW vCountries AS SELECT * PROVINCES GROUP BY country_code

SELECT * FROM client INNER JOIN vCountries on client_province = province_id

ฉันอยากจะบอกว่าฉันคิดว่าเราต้องทำวิธีนี้เพราะเราคิดผิดในการวิเคราะห์ ... อย่างน้อยก็ในกรณีของฉัน ... แต่บางครั้งก็ถูกกว่าที่จะทำเช่นนี้เพื่อออกแบบทุกอย่างใหม่ ...

ฉันหวังว่ามันจะช่วยได้!

ฉันต้องการให้คำตอบที่ครอบคลุมมากขึ้น หนึ่งที่จะจัดการกับกรณีใด ๆ เมื่อคุณต้องการที่จะเลือกเฉพาะรายการแรกใน LEFT JOIN

คุณสามารถใช้แบบสอบถามย่อยที่ GROUP_CONCATS สิ่งที่คุณต้องการ (เรียงลำดับด้วย!) จากนั้นแยกผลลัพธ์ GROUP_CONCAT และรับเฉพาะรายการแรกเช่นนั้น ...

LEFT JOIN Person ON Person.id = (
    SELECT SUBSTRING_INDEX(
        GROUP_CONCAT(FirstName ORDER BY FirstName DESC SEPARATOR "_" ), '_', 1)
    ) FROM Person
);

เนื่องจากเรามีDESCเป็นตัวเลือกORDER BYสิ่งนี้จะส่งคืน Person id สำหรับคนอย่าง "Zack" ถ้าเราต้องการใครสักคนที่มีชื่อเช่น "แอนดี้" ที่เราจะเปลี่ยนORDER BY FirstName DESCเพื่อORDER BY FirstName ASC

นี่เป็นเรื่องที่ว่องไวเนื่องจากทำให้อำนาจในการสั่งซื้อทั้งหมดอยู่ในมือของคุณ แต่หลังจากการทดสอบหลายครั้งจะไม่สามารถปรับขนาดได้ดีในสถานการณ์ที่มีผู้ใช้จำนวนมากและมีข้อมูลจำนวนมาก

อย่างไรก็ตามมีประโยชน์ในการเรียกใช้รายงานที่เน้นข้อมูลสำหรับผู้ดูแลระบบ