On Aug 17, Jesper Noehr <[EMAIL PROTECTED]> wrote:

> What you might want to do is set "innodb_file_per_table"

Done and it partially solves the problem, but building the indexes
is still way too slow.

> > The real problem is running imdbpy2sql.py with a database set to
> > use InnoDB: after all the data were processed, it takes forever
> > (or a good approximation of forever ;-) to build indexes.
> 
> It *will* take a long time, yes, which is why doing an ALTER TABLE
> is easier. I just thought perhaps we should give people the choice
> when they initially install it. It might be a poweruser feature
> and they can figure it out themselves..

I'm still unsure about what can really be done in the imdbpy2sql.py
script: so far the only thing I can think of is to document the
possibility to convert the tables after they were populated as MyISAM.


> But then again, importing to MyISAM takes a good while too. How
> long did you let it run for?

Using MyISAM it takes about 2 hours on my PC (slow and a bit busy), of
which about 20/25 minutes spent building indexes.
Using InnoDB it takes about 2 hours to put the data in the db,
and then after another 1 hour and an half it was still building the index
for the cast_info table (only aka_name and aka_title were completed).
I'm surprised by these numbers: building an index shouldn't take
_so_ long (after we're not working on a database so big).

Ideas?


Thank you for the help!

-- 
Davide Alberani <[EMAIL PROTECTED]> [PGP KeyID: 0x465BFD47]
http://erlug.linux.it/~da/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Imdbpy-devel mailing list
Imdbpy-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/imdbpy-devel

Reply via email to