--- title: SUMX – Iterator Function สำหรับคำนวณผลรวมแบบ Row-by-Row ใน DAX url: https://www.thepexcel.com/functions/dax/aggregation/sumx-dax/ type: function-explainer program: DAX syntax: "SUMX(, )" date: 2025-12-18 updated: 2025-12-20 scores: popularity: 9 difficulty: 5 usefulness: 9 --- # SUMX – Iterator Function สำหรับคำนวณผลรวมแบบ Row-by-Row ใน DAX > Iterate ทีละแถวในตารางเพื่อ evaluate expression แล้วรวมผลลัพธ์ทั้งหมดเป็นค่าสุดท้าย ## คำอธิบาย SUMX เป็น iterator function ที่ทรงพลังใน DAX ออกแบบมาเพื่อวนลูปทีละแถวในตารางที่กำหนด แล้วคำนวณ expression ที่ซับซ้อนสำหรับแต่ละแถวก่อนนำผลลัพธ์ทั้งหมดมารวมกัน ต่างจาก SUM ที่รวมเฉพาะค่าใน column เดียว SUMX สร้าง row context สำหรับแต่ละแถว ทำให้สามารถคำนวณ expression อย่าง Quantity × Price หรือใช้ RELATED ดึงข้อมูลข้ามตารางได้ มีกลไก context transition อัตโนมัติเมื่อเจอ measure ในนั้น เหมาะสำหรับการคำนวณซับซ้อนระดับแถวข้อมูล ประหยัดพื้นที่ model เพราะไม่ต้องสร้าง calculated column แต่ช้ากว่า SUM และไม่รองรับ DirectQuery mode ใน calculated columns หรือ RLS rules ## Syntax ```excel SUMX(<table>, <expression>) ``` **Variant** ```excel SUMX(<table>, <expression>) ``` รูปแบบพื้นฐาน: SUMX iterate ทีละแถวในตารางที่กำหนด แล้ว evaluate expression สำหรับแต่ละแถว จากนั้นรวมผลลัพธ์ทั้งหมดเข้าด้วยกัน **Variant** ```excel SUMX(FILTER(<table>, <filter>), <expression>) ``` ใช้ร่วมกับ FILTER เพื่อกรองตารางตามเงื่อนไขก่อน แล้วจึงให้ SUMX iterate เฉพาะแถวที่ผ่านการกรอง เป็น pattern ที่ใช้บ่อยมากใน DAX **Variant** ```excel SUMX(<table>, [MeasureName]) ``` ใช้ measure ที่สร้างไว้แล้วเป็น expression โดยจะเกิด context transition อัตโนมัติเพื่อแปลง row context เป็น filter context ให้ measure ทำงานถูกต้อง **Variant** ```excel SUMX(VALUES(<column>), <expression>) ``` ใช้ VALUES สร้างตารางที่มีเฉพาะค่าที่ไม่ซ้ำ แล้วให้ SUMX iterate แต่ละค่า distinct ช่วย optimize performance โดยลด iteration scope ## Arguments | Name | Required | Type | Default | Description | | --- | --- | --- | --- | --- | | table | Yes | table | | ตารางที่ต้องการให้ SUMX iterate ทีละแถว สามารถเป็นชื่อตารางโดยตรง (เช่น Sales, Products) หรือ expression ที่ return table (เช่น FILTER, CALCULATETABLE, VALUES, SUMMARIZE) SUMX จะสร้าง row context ขึ้นมาใหม่สำหรับแต่ละแถวในตารางนี้ ทำให้สามารถอ้างถึงค่าในคอลัมน์ของแถวนั้นๆ ได้โดยตรงในระหว่างการ evaluate expression ตาราง argument นี้จะถูก evaluate ภายใน filter context ที่มีอยู่ก่อนจึงจะเริ่ม iterate | | expression | Yes | scalar | | Expression หรือสูตรคำนวณที่ต้องการให้ evaluate สำหรับแต่ละแถวในตาราง สามารถเป็นการคูณคอลัมน์ (เช่น Sales[Quantity] * Sales[UnitPrice]) การใช้ RELATED ดึงข้อมูลข้ามตาราง (เช่น Sales[Quantity] * RELATED(Products[Cost])) หรือการเรียกใช้ measure (เช่น [Unit Profit] ซึ่งจะเกิด context transition อัตโนมัติ) Expression นี้ทำงานภายใน row context ที่ SUMX สร้างขึ้นสำหรับแต่ละแถว ทำให้สามารถอ้างถึงค่าในคอลัมน์ของแถวปัจจุบันได้ ผลลัพธ์ที่ได้จากแต่ละแถวจะถูกรวมกันเป็นผลลัพธ์สุดท้าย ตาม Microsoft Learn "Only numeric values are counted. Blanks, logical values, and text are ignored" | ## เคสการใช้งาน ### คำนวณยอดขายรวมจาก Quantity × Price โดยไม่ต้องสร้าง Calculated Column เมื่อไม่มี calculated column สำหรับเก็บยอดเงินไว้ในตาราง สามารถใช้ SUMX คูณจำนวนกับราคาในแต่ละแถวแล้วรวมผลลัพธ์ได้ทันที โดยไม่ต้องสร้าง calculated column ใหม่ที่จะเปลืองพื้นที่ใน data model วิธีนี้ยืดหยุ่นกว่าเพราะสามารถเปลี่ยนสูตรคำนวณได้ตลอดเวลา นี่คือ use case ที่พบบ่อยที่สุดของ SUMX _เหมาะกับ:_ row-level-calculation ### หาผลรวมจากตารางที่กรองด้วย FILTER ก่อน Iterate ใช้ร่วมกับ FILTER เพื่อกรองเฉพาะแถวที่ตรงเงื่อนไข เช่น สินค้าในหมวดหมู่ใดหมวดหมู่หนึ่ง ลูกค้าจากประเทศที่กำหนด หรือรายการที่มียอดเกินจำนวนที่กำหนด ก่อนที่จะให้ SUMX iterate และคำนวณ Pattern SUMX(FILTER(...), ...) เป็นหนึ่งใน pattern ที่ใช้บ่อยที่สุดใน DAX เพราะให้ control ทั้ง filter context และ row context ไปพร้อมกัน _เหมาะกับ:_ filtered-aggregation ### ดึงข้อมูลจาก Related Table ด้วย RELATED เพื่อคำนวณข้ามตาราง ใช้ RELATED ภายใน expression ของ SUMX เพื่อเข้าถึงข้อมูลจากตารางที่มีความสัมพันธ์ เช่น ดึงราคาต้นทุนจาก Products table มาคูณกับจำนวนใน Sales table หรือดึงอัตราแลกเปลี่ยนจาก Currency table วิธีนี้ช่วยให้สามารถคำนวณข้ามตารางได้โดยไม่ต้องสร้าง calculated column ใหม่ที่จะเพิ่มขนาดไฟล์ RELATED ทำงานได้เฉพาะใน row context ซึ่ง SUMX สร้างให้อยู่แล้ว _เหมาะกับ:_ cross-table-calculation ### Iterate Measure ที่มีอยู่แล้วด้วย Context Transition ใช้ measure ที่สร้างไว้แล้วเป็น expression ภายใน SUMX โดยจะเกิด context transition อัตโนมัติที่แปลง row context เป็น filter context ทันที เหมาะสำหรับการคำนวณที่ซับซ้อนหลายขั้นตอน เช่น การรวม measure ที่คำนวณกำไรของแต่ละสินค้า หรือการรวม measure ที่มีการคำนวณส่วนลดตามเงื่อนไข ทำให้สามารถนำ business logic ที่ซับซ้อนมาใช้ร่วมกับ SUMX ได้อย่างมีประสิทธิภาพ _เหมาะกับ:_ measure-iteration ## ตัวอย่าง ### 1. ตัวอย่างที่ 1: Foundation - คำนวณยอดขายรวมโดยคูณ Quantity × UnitPrice ```excel Total Sales = SUMX( Sales, Sales[Quantity] * Sales[UnitPrice] ) // Context: Sales table มี columns: Quantity และ UnitPrice // Data model: Sales[Quantity] เก็บจำนวนสินค้า, Sales[UnitPrice] เก็บราคาต่อหน่วย // // ตัวอย่างข้อมูลใน Sales table: // Quantity | UnitPrice // 10 | 50 // 5 | 100 // 8 | 75 // // SUMX iterate แต่ละแถว: // Row 1: 10 * 50 = 500 // Row 2: 5 * 100 = 500 // Row 3: 8 * 75 = 600 // Result: 500 + 500 + 600 = 1,600 ``` **ผลลัพธ์:** `1,600 (ผลรวมยอดขายทั้งหมดจากการคูณจำนวนกับราคาในแต่ละแถว)` นี่คือ use case พื้นฐานที่เจอบ่อยที่สุดของ SUMX ครับ . SUMX จะวนลูปไปทีละแถวในตาราง Sales และสร้าง row context สำหรับแต่ละแถว ทำให้เราอ้างถึง Sales[Quantity] และ Sales[UnitPrice] ของแถวนั้นๆ ได้โดยตรง จากนั้นคูณค่าทั้งสองเพื่อได้ยอดเงินสำหรับแถวนั้น . เมื่อวนครบทุกแถว SUMX จะรวมผลลัพธ์ทั้งหมดเป็นยอดขายรวม . วิธีนี้ดีกว่าการสร้าง calculated column ใหม่เพราะไม่เปลืองพื้นที่ใน data model และปรับ formula ได้ง่าย แต่ถ้าคุณมี calculated column Amount อยู่แล้ว การใช้ SUM(Sales[Amount]) จะเร็วกว่ามากครับ 😎 ### 2. ตัวอย่างที่ 2: Practical - กรองด้วย CALCULATE แล้วใช้ SUMX คำนวณ ```excel // ✅ วิธีถูก: กรองที่ Dimension Table โดยตรงด้วย CALCULATE Electronics Sales = CALCULATE( SUMX( Sales, Sales[Quantity] * Sales[UnitPrice] ), Products[Category] = "Electronics" ) // ❌ หลีกเลี่ยง: FILTER(Sales, RELATED(...)) ช้ามากและอาจให้ผลผิด! // Context: Sales table มี relationship กับ Products table (many-to-one) // Data model: // Sales: OrderID, ProductID, Quantity, UnitPrice // Products: ProductID, ProductName, Category // Relationship: Sales[ProductID] → Products[ProductID] // // ตัวอย่างข้อมูล: // Sales table: Products table: // ProductID | Qty | Price ProductID | Category // 101 | 10 | 50 101 | Electronics // 102 | 5 | 30 102 | Clothing // 103 | 8 | 75 103 | Electronics // // CALCULATE กรองเฉพาะ Electronics: // Row 1: (10 * 50 = 500) ✅ included // Row 2: (5 * 30 = 150) ❌ excluded (Clothing) // Row 3: (8 * 75 = 600) ✅ included // Result: 500 + 600 = 1,100 ``` **ผลลัพธ์:** `1,100 (ยอดขายรวมเฉพาะสินค้าในหมวด Electronics)` ⚠️ Golden Rule: Filter Columns, Not Tables! . ✅ วิธีถูก: ใช้ CALCULATE ครอบ SUMX แล้วกรองที่ Products[Category] โดยตรง DAX Engine จะ optimize ให้อัตโนมัติ เร็วกว่า 100+ เท่า และถูกต้อง . ❌ วิธีผิด: FILTER(Sales, RELATED(Products[Category]) = "Electronics") ต้องวนลูปทุกแถวใน Fact Table และกรอง "expanded table" ที่อาจให้ผลผิด . ส่วนตัวผมเคยเห็นหลายคนใช้ FILTER + RELATED แบบผิดๆ เพราะคิดว่าต้องกรองที่ Fact Table ทั้งที่จริงๆ แค่ใช้ CALCULATE กับ Boolean Expression ก็พอครับ! 😎 ### 3. ตัวอย่างที่ 3: Advanced - คำนวณกำไรสุทธิด้วย VAR และ RELATED ```excel Total Profit = SUMX( Sales, VAR Revenue = Sales[Quantity] * Sales[UnitPrice] VAR Cost = Sales[Quantity] * RELATED(Products[UnitCost]) RETURN Revenue - Cost ) // Context: Sales table มี relationship กับ Products table // Data model: // Sales: OrderID, ProductID, Quantity, UnitPrice // Products: ProductID, ProductName, UnitCost // Relationship: Sales[ProductID] → Products[ProductID] // // ตัวอย่างข้อมูล: // Sales table: Products table: // ProductID | Qty | Price ProductID | UnitCost // 101 | 10 | 50 101 | 30 // 102 | 5 | 100 102 | 60 // 103 | 8 | 75 103 | 45 // // SUMX iterate: // Row 1: Revenue = 10 * 50 = 500, Cost = 10 * 30 = 300, Profit = 200 // Row 2: Revenue = 5 * 100 = 500, Cost = 5 * 60 = 300, Profit = 200 // Row 3: Revenue = 8 * 75 = 600, Cost = 8 * 45 = 360, Profit = 240 // Result: 200 + 200 + 240 = 640 ``` **ผลลัพธ์:** `640 (กำไรสุทธิรวมจากทุกรายการขาย)` นี่คือ advanced technique ที่ผมชอบมาก คือการใช้ VAR...RETURN pattern ภายใน SUMX expression ครับ 😎 . ภายใน SUMX เราสร้าง VAR Revenue คำนวณยอดขายจาก Quantity × UnitPrice และสร้าง VAR Cost คำนวณต้นทุนจาก Quantity × RELATED(Products[UnitCost]) โดยใช้ RELATED ดึงราคาต้นทุนจาก Products table . จากนั้น RETURN ผลต่าง Revenue - Cost เป็นกำไรสำหรับแถวนั้น แล้ว SUMX จะรวมกำไรจากทุกแถวเป็นกำไรรวม . การใช้ VAR ทำให้แต่ละส่วนของสูตรมีชื่อที่มีความหมายชัดเจน อ่านง่าย debug ได้ง่าย และอาจช่วยเรื่อง performance ด้วย (DAX อาจ cache intermediate result ได้) 💡 ### 4. ตัวอย่างที่ 4: Complex - Iterate Measure ด้วย Context Transition และ VALUES ```excel // สมมติว่ามี measure อยู่แล้ว: // [Total Sales Per Product] = SUM(Sales[Amount]) Sales By Product = VAR ProductList = VALUES(Products[ProductName]) VAR SalesByProduct = SUMX( ProductList, [Total Sales Per Product] ) RETURN SalesByProduct // Context: VALUES สร้างตารางที่มีเฉพาะ ProductName ที่ไม่ซ้ำ // Data model: // Sales: OrderID, ProductID, Amount // Products: ProductID, ProductName // Measure: [Total Sales Per Product] = SUM(Sales[Amount]) // // ตัวอย่าง VALUES(Products[ProductName]): // ProductName // "Laptop" // "Mouse" // "Keyboard" // // SUMX iterate แต่ละ product: // Row 1: ProductName = "Laptop" // → Context transition → // CALCULATE([Total Sales Per Product], Products[ProductName] = "Laptop") // → Result: 5,000 // Row 2: ProductName = "Mouse" // → Context transition → // CALCULATE([Total Sales Per Product], Products[ProductName] = "Mouse") // → Result: 1,500 // Row 3: ProductName = "Keyboard" // → Context transition → // CALCULATE([Total Sales Per Product], Products[ProductName] = "Keyboard") // → Result: 2,000 // Result: 5,000 + 1,500 + 2,000 = 8,500 ``` **ผลลัพธ์:** `8,500 (ผลรวมยอดขายทั้งหมดจากการรวม measure ของแต่ละ product)` นี่เป็น advanced pattern ที่เจ๋งมากครับ คือการใช้ VALUES ร่วมกับ SUMX 😎 . VALUES สร้างตารางที่มีเฉพาะค่าที่ไม่ซ้ำ (distinct values) ของ ProductName จากนั้น SUMX วนลูปแต่ละ product และ evaluate measure [Total Sales Per Product] . สิ่งสำคัญที่สุดคือ... เมื่อ SUMX เจอ measure ภายใน expression จะเกิด **context transition** อัตโนมัติ! Row context (ProductName = "Laptop") จะถูกแปลงเป็น filter context CALCULATE([Total Sales Per Product], Products[ProductName] = "Laptop") ทำให้ measure คำนวณถูกต้องสำหรับแต่ละ product แยกกัน . ถ้าไม่มี context transition measure จะคำนวณยอดรวมทั้งหมดซ้ำๆ ซึ่งผิดพลาด 😅 . ส่วนตัวผมชอบ pattern นี้มากเมื่อต้อง aggregate measure ในระดับ granularity ที่ต่างไป การใช้ VALUES ยังช่วย optimize performance ด้วย เพราะลดจำนวนแถวที่ต้อง iterate จากทุกแถวใน fact table เหลือเฉพาะแถวที่ unique ใน dimension table 💡 ## หมายเหตุเพิ่มเติม ⚠️ **Golden Rule - อย่าใช้ FILTER + RELATED เพื่อกรองข้ามตาราง!** . ❌ SUMX(FILTER(Sales, RELATED(Products[Category]) = "X"), ...) → ช้ามาก + อาจผิด ✅ CALCULATE(SUMX(Sales, ...), Products[Category] = "X") → กรองที่ Dimension โดยตรง ⚠️ **DirectQuery Limitation**: SUMX ไม่รองรับ DirectQuery mode ใน calculated columns และ RLS rules ใช้ได้เฉพาะใน measures 💡 **Context Transition**: เมื่อ expression เป็น measure จะเกิด context transition อัตโนมัติ มี overhead ควรระวังกับตารางใหญ่ 📊 **Performance Tips**: • ถ้ามี calculated column อยู่แล้ว ใช้ SUM เร็วกว่า SUMX • ใช้ VALUES ช่วยลดจำนวนแถวที่ต้อง iterate • ใช้ VAR เก็บตารางที่กรองแล้วเพื่อหลีกเลี่ยงการคำนวณซ้ำ 😎 ## คำถามที่พบบ่อย **Q: ทำไมไม่ใช้ SUM แทน SUMX? SUMX ช้ากว่าไหม?** ช้ากว่าครับ 😅 เพราะ SUMX ต้องวนลูปทีละแถวและคำนวณ expression ในแต่ละแถวโดยใช้ formula engine ในขณะที่ SUM ประมวลผลโดย storage engine โดยตรง . ถ้าคุณมี calculated column ที่เก็บยอดเงินไว้แล้ว (เช่น Sales[Amount] = Quantity × Price) การใช้ SUM(Sales[Amount]) จะเร็วกว่ามาก แต่ถ้าไม่มี calculated column นั้น การใช้ SUMX จะประหยัดพื้นที่ data model มากกว่า . ดังนั้นต้องชั่งน้ำหนักระหว่าง performance (SUM + calculated column) กับขนาดไฟล์ (SUMX โดยตรง) . ส่วนตัวผมแนะนำให้ใช้ SUMX ก่อน ถ้าไม่มีปัญหาความเร็ว แล้วค่อยสร้าง calculated column + SUM เฉพาะเมื่อต้องการ optimize performance สูงสุด 💡 **Q: SUMX สร้าง row context หรือ filter context?** SUMX สร้าง **row context** ครับ สำหรับ expression ที่อยู่ภายในขณะที่วนลูปแต่ละแถว ทำให้เราอ้างถึงค่าในคอลัมน์ของแถวนั้นๆ ได้โดยตรง เช่น Sales[Quantity] จะเข้าถึงค่าในแถวปัจจุบัน . แต่ถ้า expression นั้นเป็น measure ที่สร้างไว้แล้ว (เช่น [Total Sales]) จะเกิด **context transition** อัตโนมัติ! Row context จะถูกแปลงเป็น filter context ทันที โดยการสร้าง implicit CALCULATE ครอบ measure นั้นไว้ . นี่คือเหตุผลที่ SUMX สามารถใช้ measure เป็น expression ได้โดยไม่มีปัญหา ในขณะที่ SUM ปกติใช้ได้เฉพาะ column reference โดยตรงเท่านั้น 😎 **Q: เมื่อไหร่ควรใช้ SUMX แทน CALCULATE?** ใช้ SUMX เมื่อต้องการวนลูปทีละแถวเพื่อคำนวณ expression ที่ต่างกันหรือซับซ้อนในแต่ละแถว เช่น การคูณ Quantity กับ Price หรือการใช้ RELATED ดึงข้อมูลจากตารางอื่นมาคำนวณ . ส่วน CALCULATE ใช้เมื่อต้องการเปลี่ยน filter context เพื่อหาค่า aggregation แบบเดียวทั้งหมด เช่น SUM ยอดขายเฉพาะหมวด Electronics โดยไม่ต้องวนลูปทีละแถว . หลายครั้งเราใช้ทั้งสองร่วมกัน เช่น SUMX(FILTER(...), ...) หรือ CALCULATE(SUMX(...), ...) . กฎง่ายๆ คือ ถ้าต้องการคำนวณ expression ที่ต่างกันในแต่ละแถว → ใช้ SUMX ถ้าแค่ต้องการเปลี่ยน filter context เพื่อ aggregate แบบเดียว → ใช้ CALCULATE 💡 **Q: ทำไม SUMX ใช้ร่วมกับ VALUES ได้บ่อย?** VALUES เป็นฟังก์ชันที่สร้างตารางที่มีเฉพาะค่าที่ไม่ซ้ำกัน (distinct values) ซึ่งเหมาะกับการใช้ร่วมกับ SUMX มากครับ มี 2 เหตุผลหลัก: . **(1) Performance Optimization** ลดจำนวนแถวที่ต้องวนลูปจากทุกแถวใน fact table (หลายล้านแถว) เหลือเฉพาะค่าที่ unique (หลายพันค่า) ทำให้เร็วขึ้นมาก 🚀 โดยเฉพาะเมื่อใช้ร่วมกับ measure ที่ trigger context transition . **(2) Granularity Control** บังคับให้ SUMX วนลูปในระดับ granularity ที่ต้องการ เช่น SUMX(VALUES(Products[ProductName]), [Total Sales]) จะวนลูปเฉพาะ product ที่ unique แล้ว evaluate [Total Sales] สำหรับแต่ละ product . Pattern SUMX + VALUES เป็น best practice ที่ใช้บ่อยมากเมื่อต้องการ aggregate measure ในระดับ dimension table แทน fact table 😎 **Q: ควรใช้ SUMX ร่วมกับ VAR...RETURN อย่างไร?** การใช้ VAR...RETURN ร่วมกับ SUMX เป็น best practice สำหรับ measure ที่ซับซ้อนครับ เพราะช่วยให้ formula อ่านง่ายและบำรุงรักษาได้ง่ายขึ้น มี 2 แนวทางหลัก: . **(1) VAR ภายนอก SUMX** ใช้เก็บตารางที่ผ่านการกรองจาก FILTER, CALCULATETABLE หรือ VALUES ไว้ก่อน แล้วส่งให้ SUMX วนลูป วิธีนี้ลดการคำนวณซ้ำและทำให้ code อ่านง่าย . เช่น `VAR FilteredSales = FILTER(Sales, ...) RETURN SUMX(FilteredSales, ...)` . **(2) VAR ภายใน SUMX expression** ใช้เก็บ intermediate result ภายใน expression ทำให้สูตรซับซ้อนอ่านง่าย . เช่น `SUMX(Sales, VAR Revenue = ... VAR Cost = ... RETURN Revenue - Cost)` . ส่วนตัวผมชอบใช้ VAR มากเพราะทำให้แต่ละขั้นตอนมีชื่อที่มีความหมายชัดเจน debug ได้ง่าย และอาจช่วยเรื่อง performance ด้วยนะครับ 💡 **Q: SUMX ใช้ได้ใน DirectQuery mode หรือไม่?** ใช้ได้ครับ แต่มีข้อจำกัดสำคัญที่ต้องระวัง ⚠️ . ตาม Microsoft Learn ระบุชัดเจนว่า SUMX "is not supported for use in DirectQuery mode when used in calculated columns or row-level security (RLS) rules" ซึ่งหมายความว่า: . ❌ **(1) Calculated Columns** ใช้ SUMX ไม่ได้ใน DirectQuery mode ❌ **(2) RLS Rules** ใช้ SUMX ไม่ได้ใน DirectQuery mode ✅ **(3) Measures** ใช้ SUMX ได้ตามปกติใน DirectQuery mode . ดังนั้นถ้าคุณใช้ DirectQuery ต้องระวังว่าจะใช้ SUMX ที่ไหน และควรพิจารณาใช้ SUM กับ calculated column แทนถ้าเป็นไปได้ นี่เป็นข้อจำกัดสำคัญที่ต้องคำนึงถึงเมื่อออกแบบ data model สำหรับ DirectQuery นะครับ **Q: SUMX จัดการกับ blank values และ non-numeric data อย่างไร?** ตาม Microsoft Learn ระบุว่า "Only numeric values are counted. Blanks, logical values, and text are ignored" ซึ่งหมายความว่า SUMX จะประมวลผลเฉพาะค่าตัวเลขเท่านั้นครับ . ค่าประเภทอื่นๆ จะถูกข้าม (ignore) โดยอัตโนมัติ: • Blank values → ข้าม (ไม่นับรวมในผลลัพธ์) • Logical values (TRUE/FALSE) → ข้าม • Text values → ข้าม . ดังนั้นถ้า expression ของคุณคำนวณออกมาเป็น blank หรือ text ใน row ใดๆ row นั้นจะไม่มีส่วนร่วมในผลรวมสุดท้าย . นี่ต่างจาก Excel ที่อาจ treat blank เป็น 0 นะครับ ใน DAX blank จะถูกข้ามโดยสมบูรณ์ 💡 ## ฟังก์ชันที่เกี่ยวข้อง - [SUM – รวมค่าตัวเลขจากคอลัมน์ (DAX)](https://www.thepexcel.com/functions/dax/aggregation/sum-dax/) - [AVERAGEX – หาค่าเฉลี่ยจากนิพจน์ที่คำนวณในแต่ละแถว](https://www.thepexcel.com/functions/dax/aggregation/averagex-dax/) - [CALCULATE – ฟังก์ชันหลักของ DAX ที่ควบคุม Filter Context](https://www.thepexcel.com/functions/dax/filter/calculate-dax/) - [FILTER – กรองตารางด้วยเงื่อนไขที่ซับซ้อน (Iterator Function)](https://www.thepexcel.com/functions/dax/filter/filter-dax/) - [RELATED – ดึงค่าจากตารางที่มีความสัมพันธ์ (Many → One)](https://www.thepexcel.com/functions/dax/relationship/related-dax/) ## แหล่งข้อมูลเพิ่มเติม - [Microsoft Learn: SUMX function (DAX)](https://learn.microsoft.com/en-us/dax/sumx-function-dax) _(documentation)_ - [DAX Guide: SUMX](https://dax.guide/sumx/) _(documentation)_ - [SQLBI: Understanding context transition](https://www.sqlbi.com/articles/understanding-context-transition/) _(guide)_ - [SQLBI: Filter Columns, Not Tables in DAX](https://www.sqlbi.com/articles/filter-columns-not-tables-in-dax/) _(guide)_ - [Microsoft Learn: Use variables to improve DAX formulas](https://learn.microsoft.com/en-us/dax/best-practices/dax-variables) _(guide)_ --- _Source: [https://www.thepexcel.com/functions/dax/aggregation/sumx-dax/](https://www.thepexcel.com/functions/dax/aggregation/sumx-dax/)_