On 2 Mar 2012, at 6:16pm, Steffen Mangold <steffen.mang...@balticsd.de> wrote:

>> There's no magic tool for repairing damaged database files.  But by using 
>> the .dump command (if necessary on each individual table and view) then 
>> creating a new database file and using the .read command you can often 
>> rescue some or all of the data in the original > > database.
>> 
> 
> Ok, with .dumb i now created a "db.sql" file successfully. 

Is it very long ?  Can you read it with a dump utility or a text editor (don't 
try it with a word processor) and see the SQL commands in it ?

> but I don't get the read command!? How create a new DB file with that command?
> With "sqlite> .read db.sql" it does much reading but no file is created.

Start the shell tool supplying it with the name for a new blank database file 
(I think you were using fred.temp in your earlier example).  Then do a '.read 
db.sql'.

prompt$ sqlite3 db.temp
SQLite version 3.7.7 2011-10-10 22:11:44
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> .read db.sql

Then do something like a '.schema' and see if it has created the tables you 
expected.
Then quit the shell tool using '.quit' and see if the file you created exists.

Are you saying it creates a database file but doesn't put anything into it 
(zero filesize) or that it doesn't even create a blank file ?

Simon.
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to