> For the complete documentation index, see [llms.txt](https://learn.vispeahen.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://learn.vispeahen.com/veri-yonetimi/veri-modelleme/multi-fact-yapilari/multi-fact-modeli-kurarken-dikkat-edilmesi-gerekenler.md).
# Multi-Fact Modeli Kurarken Dikkat Edilmesi Gerekenler
Doğru kurulmuş bir Multi-Fact model; tutarlı filtreler, doğru hizalanmış KPI’lar ve yüksek performans sağlar. Aşağıdaki başlıklar önce dikkat edilmesi gereken kritik noktaları özetlemektedir.
### 1. Ortak Dimension’ları Önceden Belirleyin
Modeli kurmadan önce hangi Dimension tablolarının tüm Fact tabloları arasında ortak olduğunu netleştirin. Sıklıkla zaman (byt\_zaman) ve organizasyonel birim (byt\_bolum, byt\_bolge gibi) tablolar ortak Dimension olmaya adaydır. Modeli düzenlerken bu tablolar olmadan ilerlemek tutarsız sonuçlara yol açar.
### 2. Granülarite Uyumuna Dikkat Edin
Farklı Fact tabloları farklı ayrıntı düzeylerinde (günlük, aylık, saatlik) veri barındırabilir. Aynı tabloda bu Fact’leri üst üste getirdiğinizde, daha kaba granülariteli tablo değerlerinin suni olarak tekrarandığını görebilirsiniz. Ortak Dimension’ın en ince ortak granülaritede çalıştığından emin olun.
### 3. KPI Dışındaki Alanları Fact Tablosundan Almayin
Dashboard’larda filtre, gruplama ekseni veya etiket olarak kullanılacak tüm kategorik alanlar (bölüm adı, tarih, hasta tipi vb.) ortak Dimension tablolarından seçilmelidir. Bu alanları Fact tablosundan almak; farklı Fact’lerde aynı alan için birden fazla sütun çıkmasına ve yanıltıcı filtreleme davranışlarına yol açar.
### 4. Her Fact Tablosunu İlk Testini Tek Başına Yapın
Modele yeni bir Fact tablosu eklerken önce o tabloyu tek başına basit bir raporda doğrulayın: değerler doğru mu, granülarite beklediğiniz gibi mi? Bu adım, Multi-Fact yapısına entegre edildiğinde ortaya çıkabilecek sorunları erken yakalar.
### 5. Tahakkuk-Tahsilat Gibi İlişkili Tablo Grupları
Tahakkuk ve tahsilat gibi mantıksal olarak ilişkili ama farklı tablolarda tutulan veriler Multi-Fact’in ideal kullanım alanıdır. Bu tabloları veritabanı düzeyinde birleştirmek yerine ortak zaman ve organizasyon Dimension’ları üzerinden modele eklemek, hem veri tekrarını önler hem de sistemi daha esnek tutar.
### 6. Test: Toplam Değerler Tutarlı mı?
Multi-Fact model kurulduğundaktan sonra her Fact tablosunun toplamını tek başına çıkardığınız değerle karşılaştırın. Farklı Fact’lerin ortak Dimension’larda kesiştiği satırlarda row duplication ya da veri kaybı olmadığından emin olun.
{% hint style="warning" %}
**Hızlı Kontrol Listesi:**
* Ortak Dimension tabloları tanımlandı mı?
* Tüm Fact tabloları bu ortak Dimension’lara bağlı mı?
* KPI dışındaki kategorik alanlar Dimension’lardan mı geliyor?
* Granülarite uyumu kontrol edildi mi?
* Her Fact tablosu ayrı ayrı doğrulandı mı?
* Toplam değerler Multi-Fact modelde tutarlı mı?
{% endhint %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://learn.vispeahen.com/veri-yonetimi/veri-modelleme/multi-fact-yapilari/multi-fact-modeli-kurarken-dikkat-edilmesi-gerekenler.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.