İçeriğe geç
nitorel
7 GÜNSistemine başlaİlk sistemini yedi günde kur
Öğren
YazılarKaynaklı yazı dizileriKavramlarKavram kasası, formatlarSistemlerYöntemler, iş akışlarıKütüphaneKitaplar, kaynaklar
Kullan
AraçlarTarafsız araç atlasıNot DenetçisiÜcretsiz kontrol ↗nitoreldumpZihnini boşalt ↗nitorelhabitAlışkanlık takibi ↗
HakkındaŞablonlar 1 ücretsiz
kasa/yazilar/logseq/08-logseq-properties.md

Rehber · Not 161Deneyim

Logseq Properties: Text, Number, Date ve Node ile veri modeli kurmak

Logseq DB properties sistemini anlatır: gerçek veri tipleri, multiple values, choices, defaults, Node relations ve UI position. Şema kurarken hangi alanın gerçekten property olması gerektiğini ayırır.

Yazan Ahmet Canal · 5 Ekim 2026

[[logseq]][[properties]][[metadata]]
Okuma
3 dk
Yayın
5 Ekim 2026
Geri bağlantı
3
Kaynak
2
İçindekiler · 10 bölüm
Property nereye eklenebilir?Yedi veri tipiNode property neden önemli?Property type sonradan serbestçe değişmiyorMultiple valuesChoicesDefault valuesUI positionŞema kurma kuralıBaşlangıç örneği
Bilgi ağı · 6 bağlantılı not
Dizi · 8 / 26Logseq’i Adım Adım Kullanmak
  1. 01Logseq'te ilk gün: günlük sayfa, blok ve görev
  2. 02Logseq klasörleri: pages, journals ve isim alanı
  3. 03Logseq'te günlük sayfa ve görev: deadline ve öncelik
  4. 04Logseq'te bir bloğu başka sayfada göstermek
  5. 05Logseq 2.0 ile dosya sürümü: hangisini açarsın
  6. 06Logseq DB sürümü: dosya grafiğinden veri modeline geçiş
  7. 07Logseq Nodes: page ve block neden aynı aileye girdi?
  8. 08Logseq Properties: Text, Number, Date ve Node ile veri modeli kurmak
  9. 09Logseq Tags: etiketten tür, sınıf ve kalıtım modeline
  10. 10Logseq DB görevleri: Status, Priority, Deadline ve Scheduled
  11. 11Logseq DB Journals: günlük sayfa artık #Journal tag'iyle nasıl çalışıyor?
  12. 12Logseq Queries: Query Builder, simple query ve advanced query nasıl ayrılıyor?
  13. 13Logseq Views ve Tables: aynı node kümesini farklı biçimde görmek
  14. 14Logseq Library: klasör yerine page hiyerarşisi kurmak
  15. 15Logseq Cards: #Card ve yeni aralıklı tekrar modeli
  16. 16Logseq Templates: #Template ile tekrar eden yapıyı otomatik kurmak
  17. 17Logseq Assets: dosya, görsel ve PDF'leri graph içinde yönetmek
  18. 18Logseq MCP: AI ajanlarına graph erişimi vermek
  19. 19Logseq Sync ve RTC: DB graph cihazlar arasında nasıl paylaşılıyor?
  20. 20Logseq Publish: graph içinden salt okunur sayfa paylaşmak
  21. 21Logseq Plugins ve scripting: DB graph'ı genişletmenin iki yolu
  22. 22Logseq dosya grafiğini DB graph'a taşımak: importer neyi dönüştürüyor?
  23. 23Logseq DB yedekleme ve export: SQLite, EDN ve Markdown neyi koruyor?
  24. 24Logseq mobil: yeni iOS ve Android uygulamalarının 2026 durumu
  25. 25Logseq CLI: graph'ı terminalden sorgulamak ve otomasyona açmak
  26. 26Logseq kullanmalı mısın? Dosya sürümü ve DB için 30 günlük karar testi
Kısaca

DB sürümünde property artık yalnız key:: value biçimindeki metin metadata'sı değil. Logseq property'lere tip, çoklu değer, choice, default ve Node relation gibi davranışlar veriyor. Bu güç, şemayı daha güvenilir yapıyor; aynı zamanda yanlış property tasarımının maliyetini artırıyor.

[[Node modeli]] page ve block'lara ortak metadata davranışı verdi.

Properties bu davranışın omurgası.

Property nereye eklenebilir?

Resmî belgeye göre property herhangi bir block veya page'e eklenebilir.

Yeni property oluştururken:

  • Mac'te Cmd-p,
  • Windows/Linux'ta Ctrl-Alt-p,
  • ya da slash komutları

kullanılabilir.

Property'nin kendisi de bir page'dir ve kendi açıklaması gibi properties taşıyabilir.

Yedi veri tipi

Resmî DB belgesi şu tipleri listeliyor:

TürKullanım
Textserbest metin, referans ve child block davranışı
Numbergerçek sayısal değer
Datetarih
DateTimetarih + saat
Checkboxboolean
Urlbağlantı
Nodebaşka node'a ilişki

Dosya grafiğinden büyük fark burada.

Number gerçekten sayı olarak saklanır. Bu yüzden sıralama ve sorgu davranışı metin sıralamasına bağlı kalmaz.

Date journal sayfasıyla ilişki kurabilir.

Node tipi ise ilişkisel model açar.

Node property neden önemli?

Diyelim ki Book adlı tag'in var.

Author property'yi Node tipinde tanımlayıp Person tag'iyle sınırlayabilirsin.

Böylece Author alanında yalnız Person tag'li node'lar seçenek olarak görünür.

Bu, serbest metin metadata'dan daha güçlü bir ilişki kurar.

Aynı isim farklı yazımlarla çoğalmaz:

  • Ursula Le Guin
  • U. K. Le Guin
  • ursula le guin

gibi metin varyasyonları yerine gerçek node seçersin.

Property type sonradan serbestçe değişmiyor

Resmî belge önemli bir sınır koyuyor:

Property kullanıldıktan sonra type alanı değiştirilemiyor.

Bu yüzden emin değilsen Text seçilmesi öneriliyor.

Pratik karşılığı:

Şemayı ilk günden aşırı spesifik kurma.

Örneğin Rating alanını daha sonra 1–5, 1–10 veya metin yorum olarak kullanıp kullanmayacağını bilmiyorsan sistemi erken kilitleme.

Multiple values

Çoğu property birden fazla değer alabilir.

Resmî belge checkbox ve datetime için bu seçeneğin farklı olduğunu belirtiyor.

Bir property'nin çoklu olması şu tür alanlarda anlamlı:

  • Authors,
  • Topics,
  • Related projects,
  • People.

Tekil olması gereken alanlarda ise cardinality'yi düşük tutmak veriyi temizler.

Choices

Text, Url ve Number property'ler belirli seçeneklere sınırlandırılabilir.

Örneğin Status için:

  • Taslak,
  • İnceleme,
  • Yayında

gibi kontrollü seçenekler oluşturabilirsin.

Choices:

  • açıklama,
  • icon,
  • sıralama

alabilir.

Bir choice silindiğinde mevcut node'lardaki kullanımın da etkilenebildiğini resmî belge özellikle uyarıyor.

Bu nedenle choice silmek sıradan görsel temizlik değil, veri değişikliğidir.

Default values

Text, Number ve Checkbox için default values kullanılabilir.

Property bir node'a eklendiğinde varsayılan değer otomatik gelebilir.

Tag Property ile birlikte kullanıldığında yeni tagged node'lar da başlangıç değerini alabilir.

Bu, template açmadan basit otomasyon kurmanın yollarından biri.

UI position

Property yalnız veri değildir; nerede görüneceği de ayarlanabilir.

Belge:

  • block properties alanı,
  • baş taraf,
  • block altı,
  • block sonu

gibi konum seçenekleri anlatıyor.

Bu küçük ayrıntı önemli.

Her metadata'yı block'un üstüne yığmadan, yalnız karar verirken görünmesi gereken alanları öne çıkarabilirsin.

Şema kurma kuralı

Bir alanı property yapmadan önce şu sorulardan en az birine evet demelisin:

  • filtreleyecek miyim?
  • sıralayacak mıyım?
  • query içinde kullanacak mıyım?
  • başka node'la ilişki kuracak mıyım?
  • view'da kolon olarak görmek istiyor muyum?

Hiçbiri değilse düz metin daha ucuzdur.

Başlangıç örneği

Book tag'i için beş property yeter:

  • Author → Node / Person
  • Status → Text choices
  • Started → Date
  • Finished → Date
  • Rating → Number

On beş alan açıp sonra doldurmamak yerine gerçek kullanım geldikçe şemayı büyüt.

DB sürümünün gücü metadata sayısında değil.

**Property'nin davranışının sistem tarafından anlaşılmasında.**

Bu yazıda geçen araçlar

LogseqGünlük sayfası ve madde (blok) odaklı, açık kaynak bir outliner.Ücretsiz · Yerel

Araçlar örnek içindir; hiçbiri zorunlu değil. Karşılaştırma için araç atlasına bak.

Kaynaklar

Kaynak profili2 web

  1. Logseq. *DB version — Properties*. github.com/logseq/docs/blob/master/db-version.md#properties web
  2. Logseq. *Changes with the DB version*. github.com/logseq/docs/blob/master/db-version-changes.md web

Deneyim: Editöryal pratik ve kitaplara dayanıyor; birincil araştırma içermiyor. Türler kaynak metninden otomatik çıkarılır. Tüm kaynaklar ve onları anan yazılar Kütüphane’de.

Ahmet Canal

Ahmet Canal

Dijital ürünler geliştiriyor, bilgi mimarisi ve sistem tasarımı üzerine çalışıyorum. Nitorel’i, notlarımı ihtiyaç duyduğum anda yeniden bulma derdinden yola çıkarak yazıyorum.

kaynak-notlari/kaynak-notu-logseq-properties.md#kaynak-notu
Kasana al

Bu notu [[kasana]] al.

Yazının özeti, başlıkları, devam yazıları ve kaynakları Obsidian’a hazır bir kaynak notu olarak iner. “Kendi notum” bölümünü sen doldurursun; okuduğun yazı böylece kasanda bir bağlantıya dönüşür.

Kasan yok mu? Ücretsiz Starter Vault
gelen-kutusu/haftalik-not.md#bülten · haftada bir
Bülten

Haftada bir not, gelen kutuna [[bağlansın]].

Yeni yazılar ve uygulanabilir tek bir fikir. Reklam yok, istediğin an tek tıkla ayrılırsın.

← Önceki bölümLogseq Nodes: page ve block neden aynı aileye girdi?Sonraki bölüm →Logseq Tags: etiketten tür, sınıf ve kalıtım modeline
Bu yazıya bağlananlar
←Logseq DB sürümü: dosya grafiğinden veri modeline geçişLogseq←Logseq DB Journals: günlük sayfa artık #Journal tag'iyle nasıl çalışıyor?Logseq←Logseq kullanmalı mısın? Dosya sürümü ve DB için 30 günlük karar testiLogseq
Bu ağda devam et
→Logseq Nodes: page ve block neden aynı aileye girdi?Logseq→Logseq Tags: etiketten tür, sınıf ve kalıtım modelineLogseq→Logseq Views ve Tables: aynı node kümesini farklı biçimde görmekLogseq→Logseq DB sürümü: dosya grafiğinden veri modeline geçişLogseq→Logseq DB Journals: günlük sayfa artık #Journal tag'iyle nasıl çalışıyor?Logseq→Logseq kullanmalı mısın? Dosya sürümü ve DB için 30 günlük karar testiLogseq
OKUMA İLERLEMESİ0%
İÇİNDEKİLER10
Property nereye eklenebilir?Yedi veri tipiNode property neden önemli?Property type sonradan serbestçe değişmiyorMultiple valuesChoicesDefault valuesUI positionŞema kurma kuralıBaşlangıç örneği
Bilgi ağı7 not · 10 bağ
bu notLogseq Nodes: page ve block neden aynı aileye girdi?…NodesLogseq Tags: etiketten tür, sınıf ve kalıtım modeline…TagsLogseq Views ve Tables: aynı node kümesini farklı biçimde görmek…Views ve Tabl…Logseq DB sürümü: dosya grafiğinden veri modeline geçiş…sürümüLogseq DB Journals: günlük sayfa artık #Journal tag'iyle nasıl çalışıyor?…JournalsLogseq kullanmalı mısın? Dosya sürümü ve DB için 30 günlük karar testi…kullanmalı mı…

→ verdiği← gelen↔ karşılıklı

Logseq Properties: Text, Number, Date ve Node ile veri modeli kurmakBir notun üstüne gel; bağlarını gör.
BU AĞDA DEVAM ET
01Logseq Nodes: page ve block neden aynı aileye girdi?02Logseq Tags: etiketten tür, sınıf ve kalıtım modeline03Logseq Views ve Tables: aynı node kümesini farklı biçimde görmek04Logseq DB sürümü: dosya grafiğinden veri modeline geçiş
Tüm yazılara dön ↗
[[Zettelkasten]][[İkinci Beyin]][[PARA]][[Evergreen notlar]][[Atomik not]][[İçerik Haritası]][[Aşamalı özetleme]][[Haftalık gözden geçirme]][[Obsidian]][[Geri bağlantılar]][[Zettelkasten]][[İkinci Beyin]][[PARA]][[Evergreen notlar]][[Atomik not]][[İçerik Haritası]][[Aşamalı özetleme]][[Haftalık gözden geçirme]][[Obsidian]][[Geri bağlantılar]]
nitorel

Notlarını bir işe yarasın diye tutanlar için. Kişisel bilgi yönetimi üzerine Türkçe yöntemler, rehberler ve sistemler.

İlk notunu bağla
KeşfetBaşlangıçYazılarKavramlarMarkdown SözlüğüFormat Rehberi
UygulaSistemlerAraçlarNot Denetçisi ↗nitoreldump ↗Kütüphane
NitorelHakkındaŞablonlarBülten arşiviDeğişikliklerKünyeİletişim
İçerikler CC BY 4.0 · © 2026 Nitorel · Ürünler ve marka unsurları hariç. Ahmet Canal tarafından tasarlanmıştır. RSS
GizlilikÇerezlerKVKKKoşullarİade
İstanbul --:--Başa dön
Nitorel.