İç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/22-logseq-dosya-db-gecis.md

Rehber · Not 175Deneyim

Logseq dosya grafiğini DB graph'a taşımak: importer neyi dönüştürüyor?

Logseq DB Graph Importer'ı kaynakta belgelenen haliyle açıklar: Markdown, task status mapping, tag dönüşümü, property type detection, assets ve importer sınırlamaları. Geçişi önce küçük kopyada test etmeyi önerir.

Yazan Ahmet Canal · 5 Ekim 2026

[[logseq]][[migration]][[import]]
Okuma
2 dk
Yayın
5 Ekim 2026
Geri bağlantı
0
Kaynak
2
İçindekiler · 13 bölüm
Importer nerede?Markdown içeriğiTask mappingTags için kritik kararImport all tagsImport specific tagsInline tag temizliğiProperty type detectionAssetsImporter limitationsGüvenli testGeçişi ne zaman yapma?Karar
Bilgi ağı · 3 bağlantılı not
Dizi · 22 / 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

Logseq DB Graph Importer Markdown file graph'ı DB graph'a dönüştürür. Tasks yeni #Task modeline taşınır; bazı eski status'lar yeni Status değerlerine eşlenir; tags seçime göre gerçek DB tag'i veya page reference olur; property tipleri otomatik algılanır; assets kopyalanır. Bazı block'larda birden fazla query/embed/quote varsa importer yalnız ilkini taşıyabilir. Bu yüzden ana graph'tan önce küçük bir kopyada test şart.

Migration burada dosyayı yeni klasöre taşımak değil.

**Veri modelini dönüştürmek.**

Importer nerede?

Resmî belge:

üç nokta menüsü → Import → File to DB graph

akışını veriyor.

Graph adı giriliyor ve sonra dönüşüm seçenekleri geliyor.

Büyük graph'larda dialog'un açılmasının daha uzun sürebileceği de belirtilmiş.

Markdown içeriği

Importer Markdown file graph'ı okur.

Ama DB graph'ın kuralları farklı olduğu için bazı sözdizimleri bire bir metin olarak kalmaz.

En belirgin alan tasks.

Task mapping

Eski durumlar yeni modele eşlenir.

Kaynak şu mapping'leri açıkça verir:

EskiYeni
LATERTodo
IN-PROGRESSDoing
NOWDoing
WAITBacklog
WAITINGBacklog

Bu, eski keyword workflow'un yeni Status property modeline dönüştürüldüğünü gösteriyor.

Tags için kritik karar

Importer iki ana strateji sunuyor.

Import all tags

Eski tags yeni DB tags olarak dönüştürülür.

Var olan properties de yeni tag modelinden yararlanacak şekilde taşınabilir.

Import specific tags

Yalnız seçtiklerin DB tag olur.

Diğer tags:

  • page'e dönüşebilir,
  • block içinde page reference olabilir,
  • page üzerindeyse Page Tags property üzerinden ilişkilendirilebilir.

Bu seçenek önemli.

Çünkü eski graph'ta her hashtag gerçek type/class anlamına gelmeyebilir.

Inline tag temizliği

Remove inline tags seçeneği, dönüştürülen tag'leri block metninden kaldırabilir.

DB sürümünde tags block'un sağ tarafında ayrıca görünür.

Migration öncesi karar:

**etiketi metin içinde görmek mi istiyorsun, yoksa metadata olarak mı?**

Property type detection

Importer property değerlerinden tip algılamaya çalışır.

Kaynak şu tipleri sayıyor:

  • Number
  • Date
  • Checkbox
  • Url
  • Node
  • Text

Çelişen ama uyumlu değerler varsa daha toleranslı Text seçilebilir.

Bu otomasyon yararlı; yine de migration sonrası schema audit yap.

Örneğin Rating alanında bazı değerler "5/5" bazıları "4" ise beklediğin Number tipi oluşmayabilir.

Assets

Assets kopyalanır ve unique UUID ile yeniden adlandırılır.

Desktop importer için Zotero PDF import desteği de kaynakta belirtilmiş.

Bu nedenle migration testinde yalnız text sayfası kullanma.

PDF ve image de olsun.

Importer limitations

Resmî belge açık sınırlamalar veriyor.

Bir block içinde:

  • birden fazla simple query,
  • birden fazla advanced query,
  • birden fazla embed,
  • birden fazla quote

varsa DB graph aynı block'ta bunların tümünü desteklemeyebilir; yalnız ilk örnek import edilebilir.

Ayrıca bunların karışımı varsa yine yalnız biri taşınabilir.

Bu kayıp ihtimali migration'ın en kritik kanıtı.

Güvenli test

Ana graph'tan önce 20–30 node'luk temsilî kopya oluştur.

İçinde olsun:

  • task
  • tag
  • property
  • query
  • embed
  • quote
  • image
  • PDF
  • nested blocks.

Sonra importer çalıştır.

Kontrol:

  • task status doğru mu?
  • tag türleri beklendiği gibi mi?
  • property types doğru mu?
  • assets açılıyor mu?
  • query/embed kaybı var mı?
  • page ilişkileri korunuyor mu?

Geçişi ne zaman yapma?

Şu durumda bekle:

  • plugin'lerin DB uyumu belirsiz,
  • kritik custom queries importer limitation'a takılıyor,
  • Markdown dosyalarının kanonik kalması zorunlu,
  • mobil/sync erişimin hazır değil.

DB'nin yeni özellikleri migration zorunluluğu yaratmaz.

Karar

Logseq importer güçlü çünkü veri modelini bilinçli dönüştürüyor.

Ama otomatik dönüşüm her zaman kayıpsız dönüşüm değildir.

**Önce kopya graph → importer → mapping audit → export testi → sonra ana migration.**

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 — DB Graph Importer*. github.com/logseq/docs/blob/master/db-version.md#db-graph-importer 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-dosya-db-gecis.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 Plugins ve scripting: DB graph'ı genişletmenin iki yoluSonraki bölüm →Logseq DB yedekleme ve export: SQLite, EDN ve Markdown neyi koruyor?
Bu yazıya bağlananlar

Henüz bu düğüme gelen bir wikilink yok.

Bu ağda devam et
→Logseq 2.0 ile dosya sürümü: hangisini açarsınLogseq→Logseq DB sürümü: dosya grafiğinden veri modeline geçişLogseq→Logseq DB yedekleme ve export: SQLite, EDN ve Markdown neyi koruyor?Logseq
OKUMA İLERLEMESİ0%
İÇİNDEKİLER13
Importer nerede?Markdown içeriğiTask mappingTags için kritik kararImport all tagsImport specific tagsInline tag temizliğiProperty type detectionAssetsImporter limitationsGüvenli testGeçişi ne zaman yapma?Karar
Bilgi ağı4 not · 4 bağ
bu notLogseq 2.0 ile dosya sürümü: hangisini açarsın…2.0 ile dosya…Logseq DB sürümü: dosya grafiğinden veri modeline geçiş…sürümüLogseq DB yedekleme ve export: SQLite, EDN ve Markdown neyi koruyor?…yedekleme ve…

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

Logseq dosya grafiğini DB graph'a taşımak: importer neyi dönüştürüyor?Bir notun üstüne gel; bağlarını gör.
BU AĞDA DEVAM ET
01Logseq 2.0 ile dosya sürümü: hangisini açarsın02Logseq DB sürümü: dosya grafiğinden veri modeline geçiş03Logseq DB yedekleme ve export: SQLite, EDN ve Markdown neyi koruyor?
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.