Saved queries and folders
Queries live in a personal space or a company space with nested folders, and each save can become a checkpoint with a message you can restore later.
Tiger Data planned to retire PopSQL on 1 September 2026, then postponed it on 11 August with no new date, limited support only, and a promise of at least 90 days notice. Teams that keep their saved queries and scheduled reports there are living on borrowed time, and Taavik is one place to move the part of that work that runs against private PostgreSQL, MySQL, SQL Server and Redshift databases.
Moving from PopSQL
There is no importer. Moving means copying the queries that still matter, which is usually a smaller list than the folder tree suggests once the abandoned drafts are left behind. The migration plan walks through the order that keeps scheduled reports running.
Queries live in a personal space or a company space with nested folders, and each save can become a checkpoint with a message you can restore later.
The same double brace placeholders work, typed as text, number, boolean, date, date and time or JSON, with saved default values.
A saved query runs every few minutes, hours, days, weeks or on a cron expression, in its own time zone, and lands as CSV or Excel in Slack or an inbox, with rules for sending only when there are rows.
There is no charting and no live co-editing. Teams that used PopSQL mainly for dashboards should look at a BI tool instead.
SQL collaboration vs private operations
If the main job is collaborative SQL editing and sharing, PopSQL may be a natural fit. If the main job is controlled operational SQL against private databases, Taavik is built around the agent boundary.
A good fit when teams primarily want a shared SQL editing environment, result sharing, and data exploration.
A good fit when saved SQL must run through an on-premise agent and connect to documentation, schedules, and audit history.
Taavik dispatches read-oriented runs to the agent where the private database is reachable.
A saved query can become a recurring CSV or Excel export without creating a separate script.
Where Taavik is different
Folders, descriptions, variables, version history, and run audit keep repeated team queries reusable.
Read the guideQueries sit near generated documentation, so the team can inspect the tables and changes behind the SQL.
See documentationOperational checks can run on a cadence and deliver secure download links to email or Slack.
See exportsChoosing
Taavik is intentionally practical: save the SQL the team trusts, run it through the agent, audit the run, and schedule it when it becomes recurring.
FAQ
Tiger Data, which owns PopSQL, announced a shutdown for 1 September 2026 and postponed it on 11 August 2026 until further notice. The product stays in limited support, with security and emergency fixes only, and the company has said any future retirement will come with at least 90 days notice.
Yes. The Taavik free plan covers one database connection, two members, 25 saved queries and one daily scheduled export, and it has no time limit. The Pro plan removes the connection and query limits and allows schedules down to every five minutes.
Not automatically. Queries are copied into the editor by hand, and the double brace variables in them keep working. Most teams find it is a good moment to drop the queries nobody has run in a year.
Yes, and that is the main design choice. A small agent runs inside the network next to the database and only makes outbound connections to the workspace, so nothing needs to be opened inbound. The database password is encrypted in the browser for that agent, and the cloud stores only the sealed copy.
No. Two people cannot type in the same editor at once. Collaboration happens through shared folders, checkpoints with messages, saved variables and a record of every run.
PostgreSQL, MySQL, SQL Server and Amazon Redshift. Queries use the native dialect of each database.
Results travel encrypted from the agent to the browser that asked for them, and the workspace only relays ciphertext. Scheduled export files are encrypted on the agent before upload and open in the browser of whoever holds the passphrase.
Keep query reuse, private execution, documentation, and schedules in one workspace. The change history of the database behind the queries is described in the piece on database observability.