Convert QIF to SQL Online

Paste a QIF table below, edit it if you need to, and get SQL back. The conversion runs in your browser, so nothing is uploaded, there is no size limit and there is no signup.

From

The only part of this site that uses a server. The address is sent to it so the page can be fetched, because a browser is not allowed to fetch someone else's page itself. Your own files are never involved.

Nothing here is uploaded. The parsing happens on this page.
Edit
Paste or upload something above and it will appear here.
ToDataMarkupDocumentsCodeSchemasImages

The output will appear here once there is a table to convert.

What QIF is

QIF is a plain text list of transactions, one field per line, each line beginning with a single letter that says which field it is. D is the date, T the amount, P the payee. A caret on its own line ends a transaction.

Quicken, and the long tail of banks and budgeting apps that still offer it because everything can read it.

What SQL is

SQL here means the statements that move a table into a database: INSERT INTO with a VALUES list, and optionally the CREATE TABLE that defines the columns.

Anyone seeding a database, moving a spreadsheet into an application, or writing a migration.

What changes when you convert QIF to SQL

Each block up to a caret becomes a row. Split transactions, which QIF writes as repeated S, E and $ lines, are joined into single cells rather than being spread across as many columns as the most-split transaction in the file has parts. The account type from the !Type header is added as a column.

String values are escaped by doubling any single quote. Statements are written in batches so a large table does not become one statement megabytes long, which many clients refuse. Ask for CREATE TABLE as well and column types are inferred: a column stays INT until a value does not fit, then widens to DECIMAL, then to VARCHAR.

What carries over from QIF to SQL

SQL can express everything QIF holds about a table, so this conversion is about shape rather than loss.

SQL wants a type for each column, and QIF does not record one, so each column is typed from what its values look like. A column of digits that should stay text - a zip code, a phone number, a leading-zero id - is the usual thing to check afterwards.

SQL marks its header cells differently from its data cells, so the first row is written with that marker.

A worked example

Three rows of staff data, with an identifier that has a leading zero, a value containing a comma, a value containing quotes and one blank cell. Those are the four places formats disagree, so they are the four places to look.

QIF in
!Type:Bank
D01/15'26
T-42.50
N1043
PGreenfield Grocers
MWeekly shop
LGroceries
CX
^
D01/16/2026
T1,850.00
PAcme Ltd
MJanuary salary
LIncome:Salary
^
D01/18/2026
T-9.99
PStreaming service
LEntertainment
^
SQL out
INSERT INTO `staff` (`id`, `name`, `role`, `started`, `hours`) VALUES
  ('007', 'Halima Yusuf', 'Analyst, data', '2024-03-15', '38.5'),
  ('012', 'Jonah "Jo" Pryce', 'Engineer', '2025-11-02', NULL),
  ('104', 'Wei Chen', 'Manager', '2023-06-30', '40');

Questions

How do I convert QIF to SQL?

Paste your QIF into the box above or drop the file onto it. Check the table in the grid, then copy or download the SQL from the output panel. It takes one step and the data never leaves your browser.

Why are the dates in my QIF written oddly?

Quicken writes a two-digit year after an apostrophe, so 1/15'26 means the fifteenth of January 2026. Nothing else uses that convention. The year is expanded on import, but the day and month order is left exactly as the file had it, because QIF does not record which way round it is and guessing would be wrong half the time.

Are the generated INSERT statements safe to run?

Quotes in your data are escaped, so the statements are syntactically correct. They are not parameterised, which is fine for a one-off import you are running yourself and not fine as a pattern for application code that takes user input.

Is there a limit on file size?

No. The work happens on your own machine, so the limit is your machine's memory rather than an upload cap. A file with tens of thousands of rows converts in a second or two.

Is my data uploaded anywhere?

No. The parsing and generating are done by JavaScript running on this page. You can watch the network tab while you convert and see that nothing is sent.

Related conversions