<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Joan</title>
    <description>The latest articles on DEV Community by Joan (@joan_ae8a2f2d1918a74de9a3).</description>
    <link>https://dev.to/joan_ae8a2f2d1918a74de9a3</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3963148%2F32fda4d9-da9d-4c7c-9e3b-bba4532f12e4.png</url>
      <title>DEV Community: Joan</title>
      <link>https://dev.to/joan_ae8a2f2d1918a74de9a3</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/joan_ae8a2f2d1918a74de9a3"/>
    <language>en</language>
    <item>
      <title>Power BI Data Modeling: Schemas, Relationships, Joins, and Why They All Matter explanations</title>
      <dc:creator>Joan</dc:creator>
      <pubDate>Wed, 24 Jun 2026 13:45:00 +0000</pubDate>
      <link>https://dev.to/joan_ae8a2f2d1918a74de9a3/power-bi-data-modeling-schemas-relationships-joins-and-why-they-all-matter-explanations-503c</link>
      <guid>https://dev.to/joan_ae8a2f2d1918a74de9a3/power-bi-data-modeling-schemas-relationships-joins-and-why-they-all-matter-explanations-503c</guid>
      <description>&lt;p&gt;Here’s what I’ve learnt about Power BI: creating visuals is the easy bit. What truly determines your dashboard’s success happens long before you drag your first chart onto the canvas; it’s all about how you design your data model.&lt;/p&gt;

&lt;p&gt;If your model isn’t set up correctly, your numbers can be inaccurate in ways that are tough to diagnose. Let’s break it down from the ground up so we can get it right from the start.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What Is Data Modeling?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Data modeling means organizing your tables so Power BI understands how they connect. Before you build any visuals, it’s essential to define which tables relate to each other, how they’re linked, and the direction filters should flow.&lt;/p&gt;

&lt;p&gt;Think of it like organising your desk before you start working. If everything is in the right place, the work goes smoothly. If it is not, you spend the whole session looking for things.&lt;/p&gt;

&lt;p&gt;A good model is accurate and easy to maintain. A poor one leads to confusing errors. In Power BI, you’ll mainly use two table layouts:&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fegxqnrhybms0jflpl5db.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fegxqnrhybms0jflpl5db.png" alt=" " width="736" height="460"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;-&lt;strong&gt;Star Schema&lt;/strong&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This is Power BI’s standard. Puts your main fact table in the center, with dimension tables around it (shaped like a star).&lt;br&gt;
Power BI works best with a star schema—filters and calculations are simple, and performance is fast. When unsure, use this structure.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Snowflake Schema&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;A snowflake schema takes the star schema and breaks down dimension tables further into sub-tables. This adds complexity and usually slows things down in Power BI.&lt;br&gt;
If your source uses a snowflake schema, try to flatten it into a star schema in Power BI before modeling.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Relationships — How Tables Talk to Each Other&lt;/strong&gt;&lt;br&gt;
A relationship is the link between two tables, defined by a shared column, usually an ID field. In Power BI, you set these up in the Model view, and there are three things to understand about every relationship you create:&lt;/p&gt;

&lt;p&gt;1.&lt;strong&gt;Cardinality — the ratio between the two tables&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fri4fscvl76zik2l2znw0.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fri4fscvl76zik2l2znw0.png" alt=" " width="736" height="1104"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;-One-to-Many (most common): one row in Table A matches many rows in Table B. One department, many employees. One product, many sales records.&lt;/p&gt;

&lt;p&gt;-One-to-One: rare in practice. If two tables have a 1:1 relationship, you can usually just merge them.&lt;/p&gt;

&lt;p&gt;-Many-to-Many: Power BI supports it, but it needs deliberate handling. Used carelessly, it produces duplicated or inflated results&lt;/p&gt;

&lt;p&gt;2.&lt;strong&gt;Cross-filter Direction — which way filters flow&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;-Single: filters flow one way only, from the dimension table to the fact table. This is the default and the safest option.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Both: filters flow in both directions. Useful with Many-to-Many or role-playing dimensions, but can cause filter ambiguity in complex models. Use it intentionally.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;3.&lt;strong&gt;Active vs Inactive Relationships&lt;/strong&gt;&lt;br&gt;
Only one relationship between two tables can be active at a time. In the Model view, active relationships appear as solid lines, while inactive relationships are shown as dashed lines. You can double-click any relationship line to open the Edit Relationship dialog and toggle the Active checkbox directly, making it the permanent default. Alternatively, keep it inactive and call it on demand in DAX using USERELATIONSHIP()&lt;br&gt;
. &lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Joins — Merging Tables in Power Query&lt;/strong&gt;&lt;br&gt;
Joins happen in Power Query. When you use Merge Queries, you are combining two tables based on a shared column. The join type you choose determines which rows survive the merge.&lt;br&gt;
Here is every join type in Power Query, and when to actually use it:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F9b39d2x9jxg9hbisqh0k.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F9b39d2x9jxg9hbisqh0k.png" alt=" " width="800" height="393"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;In practice, Left Outer is the one you will reach for most often. Keep everything from your main table, bring in what matches from the lookup table, and handle any nulls from there.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;How It All Fits Together — A Real Example&lt;/strong&gt;&lt;br&gt;
Say you are building an HR dashboard from a dataset, with employee records, salaries, bonuses, and departments.&lt;br&gt;
•Your fact table is the employee records — salaries, bonuses, performance scores, and project counts.&lt;br&gt;
•Your dimension tables are Department, Location, and Employee Type.&lt;br&gt;
•You build a star schema with the employee table in the centre.&lt;br&gt;
•Power BI creates one-to-many relationships between each dimension and the fact table.&lt;br&gt;
•If you needed to bring in a separate leave records table, you would use a Left Outer join in Power Query to merge it in before loading.&lt;/p&gt;

&lt;p&gt;Now, when someone slices by department or filters by location, Power BI knows exactly how to follow those relationships and return the right numbers every time.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The Takeaway&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Many of us start creating visuals in Power BI and later question why our totals do not add up or why the slicers behave unexpectedly. The solution is often found within the model.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Get the schema right. Define your relationships carefully. Understand your joins before you load. The visuals will take care of themselves.&lt;/strong&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>How Excel Is Actually Used in Real-World Data Analysis</title>
      <dc:creator>Joan</dc:creator>
      <pubDate>Sat, 06 Jun 2026 06:21:46 +0000</pubDate>
      <link>https://dev.to/joan_ae8a2f2d1918a74de9a3/how-excel-is-actually-used-in-real-world-data-analysis-20aj</link>
      <guid>https://dev.to/joan_ae8a2f2d1918a74de9a3/how-excel-is-actually-used-in-real-world-data-analysis-20aj</guid>
      <description>&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fpxsqk840he1ayndd8y4o.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fpxsqk840he1ayndd8y4o.jpg" alt=" " width="736" height="736"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I’ll be honest, when I first heard “Excel for data analysis,” I mentally filed it under things I already know. I’ve spent a few years in tech, pre-sales, project management, and vendor partnerships, and I figured Excel was just spreadsheets with a few formulas. I was wrong.&lt;/p&gt;

&lt;p&gt;This week in my Data Science &amp;amp; Analytics course at LuxDev HQ, we worked on an HR dataset. And it was messy. Missing hire dates, duplicate employees, an age listed as 99 and someone’s project count written as “ten” instead of 10. Real data. Real chaos.&lt;/p&gt;

&lt;p&gt;Working through that dataset taught me more about data than any definition ever could. Here’s what I’ve learned about how Excel is really used in practice.&lt;/p&gt;

&lt;p&gt;But first, what is Excel?&lt;/p&gt;

&lt;p&gt;Excel is a spreadsheet tool from Microsoft for storing, organising, and analysing data in rows and columns. Think of it as a super-powered table one where you can run calculations, spot patterns, and clean up messy information, all in one place. &lt;/p&gt;

&lt;p&gt;&lt;strong&gt;3 Ways Excel Shows Up in the Real World&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;HR &amp;amp; People Data Management&lt;br&gt;
    HR teams use Excel to track headcount, flag performance gaps,   and plan promotions. Our dataset spanned 80+ employees, multiple departments, and locations from Nairobi to New York. Excel is what kept the chaos in check and made the analysis possible&lt;/p&gt;

&lt;p&gt;Financial Reporting &amp;amp; Payroll&lt;br&gt;
  Before any payroll report goes out, someone has to total the right figures, check for missing entries, and make sure everything adds up. That work happens in Excel, using the exact formulas we practiced in class.&lt;/p&gt;

&lt;p&gt;Business Decision-Making&lt;br&gt;
 When a manager asks “How many permanent staff are in Nairobi?” or “What’s the total bonus payout for Sales?”—those are business questions that Excel answers in seconds, with the right formula.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;3 Excel Features I Learned This Week&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Conditional Formatting&lt;/p&gt;

&lt;p&gt;This highlights cells automatically based on rules you set. I used it to spot outliers—an age of 99, a last promotion year of 1900, and a bonus with a currency symbol. Instead of scanning hundreds of rows, Excel flagged the problems instantly.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;ROUND, ROUNDUP&lt;/strong&gt; &lt;br&gt;
These functions turn rough numbers into professional reporting&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;SUMIF, SUMIFS, COUNTBLANK, COUNTIF, COUNTIFS — Aggregate Functions with Conditions&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;This is where Excel starts to feel like actual analysis. These functions let you ask specific questions of your data, not just “what’s the total” but “what’s the total for this specific group, under these specific conditions.”&lt;br&gt;
&lt;strong&gt;COUNTBLANK&lt;/strong&gt;** This counts every empty cell, so before I even started cleaning, I knew exactly how many gaps I was dealing with.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;COUNTIF&lt;/strong&gt; lets me count how many employees belonged to each department, or how many had a performance score of 8 or above. One formula, one condition.&lt;br&gt;
&lt;strong&gt;COUNTIFS&lt;/strong&gt;** took it further, two or more conditions at once. How many employees are Interns, female, above  40 yrs   AND based in Nairobi? How many are in IT AND fully remote? &lt;/p&gt;

&lt;p&gt;&lt;strong&gt;SUMIF&lt;/strong&gt; gave me the total bonus paid out to the Sales department. =SUMIF(D:D, "Sales", K: K)  that’s it. One formula.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;SUMIFS&lt;/strong&gt; added another layer, total bonuses for Permanent staff in the Sales department only. Multiple columns, multiple conditions, one clean result. This is what financial summaries are actually built from.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;How This Week Changed the Way I See Data&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Before this week, I saw data as something you simply report. Now, I realize data is something you interrogate, challenge, and understand before you trust it. Every inconsistency is a clue to a human story or a broken process. It’s the analyst’s job to find, fix, and ensure the data is trustworthy before anyone makes a decision based on it.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;If you’re just getting into data analytics, start with Excel. It will teach you how to think about data long before you write your first line of code.&lt;/strong&gt;&lt;/p&gt;

</description>
    </item>
  </channel>
</rss>
