WARNING: Logseq DB is still in alpha. Use only at own risk of losing data.
This post is for people who have questions about the new database (DB) version of Logseq. For the official announcement about the database version, see this post from April 2024. In writing this FAQ I don’t claim to speak for the team. Also, I am not a programmer and might make some mistakes. I’m just doing the best I can based on information I’ve seen posted on Discord and the Forums.
Table of Contents
- What happened to markdown files?
- What are NewTags?
- Can we import our MD graph?
- What happened to whiteboards?
- What happened to Zotero?
- Is there a desktop app for Logseq DB?
- What happened to sync?
- What is Logseq Pro?
- Will we be able to self-host Logseq DB?
- When will it be released?
- How do namespaces (hierarchy) work in the DB version?
- Will there be a calendar view?
- Will the mobile app support plugins?
- What is the Library?
What happened to markdown files?
Both the original Markdown (MD) based version of logseq and the DB version use an internal database when you are using the app. The difference is that, in the MD version, the files are always canonical. In the DB version, while you will can export to markdown files, the database version is always canonical.
UPDATE: Here is a chart from @danzu that adds some clarity. When you are using either version of Logseq, it reads from in-memory database running on “Datascript.” The MD version stores the disk version in MD files, while the DB version stores the disk version in sqlite (an embedded database).
What does this mean? In the MD version you can modify your graph by editing the MD files directly. In the DB version you cannot do this. Some flexibility is lost as a result, but in exchange we will get better sync, real time collaboration (RTC), and less data loss.
Note, however, that sync and RTC will be part of “logseq pro” and require a subscription.
What are NewTags?
See my post on how tags work in Logseq DB.
Can we import our MD graph?
Yes, you can. Right now it is recommended to use the “File to DB Graph” option, and not the “EDN to DB Graph” option.
Note that #tags and [[page references]] are handled the same in the MD version but are different in the DB version. (See about NewTags above.) This will affect how your graph gets imported, depending on which options you choose during the import process. You should experiment with different options. Importing will not affect the original MD files.
What happened to whiteboards?
Whiteboards have been removed from the DB version of the app, temporarily, but will still work in the MD version of the combined desktop app.
They will come back after the team decides how best to handle them.
What happened to Zotero?
Zotero will no longer be supported as part of the core app. One will have to rely on plugins, like Zotero-local. The developer of Zotero-local has promised to update the app after the desktop app is released.
Is there a desktop app for Logseq DB?
A new combined desktop app is due to be released shortly. You can already try a pre-release build from this page. (You have to be logged in to Github in order to see the download links.)
This app allows you to open either MD or DB graphs. The DB version is still in alpha though, and they strongly recommend against using it for important work. Also, back up your MD graph before trying it as well, and note that some changes may affect how your MD graph behaves, especially if you depend on plugins. (Not all plugins will work with this new version of the app.)
What happened to sync?
There will be two sync solutions going forward. MD sync will continue to work as it does now, while the DB version will be part of “Logseq Pro” which will include real time collaboration (RTC) and publishing as well. It should be much faster and more reliable than the MD sync.
Logseq Pro will hopefully make Logseq profitable and allow for the company to be sustainable over the long term, so the team is putting a lot of work into making sure that these features work flawlessly.
What is Logseq Pro?
See the official FAQ.
Will we be able to self-host Logseq DB?
See this discussion
When will it be released?
UPDATE, posted on 2025-06-25
There is no official timeline, but the rollout to a final release will happen in stages:
- The new desktop app (very soon, within weeks)
- The new mobile app for Android and iOS (later this month).
- The new sync solution (later this month)
Note that the Android app is already bundled with the desktop app, and the web app is usable on mobile already - but the rewritten mobile app will be better optimized for mobile devices. Also, the initial testing of the mobile app and sync will be for a small group of alpha testers, not open to the general public. Hard to know when it will transition to an open alpha that everyone can try.
How do namespaces (hierarchy) work in the DB version?
Namespaces in MD work like this [[computer/apple]]
In DB they work like this:
Apple
Parent::Computer
That is, the page is simply called “[[Apple]]” but the hierarchy is show via the “Parent::” property. That means you could have another page called “[[Apple]]” but with the “Parent::” value set to “pie.”
Will there be a calendar view?
Yes, supposedly a calendar view is planned. There are no details on it yet.
Will the mobile app support plugins?
It seems that there are plans to do this eventually, but right now the priority is to release the app and sync, so work on this will not happen for some time.
What is the “Library”?
One feature that has gotten very little attention from Logseq over the years is the “namespace” feature, which gives users the ability to have some additional hierarchy. In the MD version this feature was never even properly documented.
It seems that, in the MD version, the primary use intended for the feature was to avoid conflict between two identically spelled words that have different meanings. For instance, you might want to differentiate a page for “apple” when applied to Apple Computers, and for Apple Pie. You could do this by putting them in seaprate namespaces: [[computer/apple]] and [[pie/apple]].
In the DB version there was a new way to do this, you could have the same word with different tags: [[apple]]#computer and [[apple]]#pie, so it wasn’t clear what the future of the namespace feature might be. Namespaces made in the MD version were imported in an annoying way. You would get a page called [[apple]] with a property called Parent::
and the parent page would be [[computer]].
You could only edit each page’s place in the hierarchy by navigating to the page and editing this property. Now, however, the team has added a new “Library” feature which should make this easier, and make namespaces more useful.
What is Library? According to the PR for this feature , it is a “page to automatically collect namespace pages.” You can watch the demonstration video on that page, but the idea is simple. If you write [[computer/apple]] it will actually make it [[library/computer/apple]] and on the page [[library]] you will see an outline of all the page names that have hierarchy. You can edit them by simply dragging and dropping those pages in the outline, and you can add additional namespaces as well.
This should make editing hierarchy much easier, and allow people to give their logseq notes more structure if they need to.