I'm not a MySQL expert (PostgreSQL is my kettle of fish) but it'd probably a better thing would be to have:<br><br>collectiondb.cpp lines 709 - 724<br>*****************************************************************************
<br><div style="direction: ltr;">CollectionDB::createStatsTable()<br>{<br>    // create music statistics database<br>    query( QString( "CREATE TABLE statistics ("<br><span style="font-weight: bold;">                    "url " + textColumnType() + " ,"
</span><br>                    "createdate INTEGER,"<br>                    "accessdate INTEGER,"<br>                    "percentage FLOAT,"<br>                    "rating INTEGER DEFAULT 0,"
<br>                    "playcounter INTEGER );" ) );<br><br><span style="font-weight: bold;">    query( "CREATE UNIQUE INDEX url_stats ON statistics( url );" );</span><br>    query( "CREATE INDEX percentage_stats ON statistics( percentage );" );
<br>    query( "CREATE INDEX rating_stats ON statistics( rating );" );<br>    query( "CREATE INDEX playcounter_stats ON statistics( playcounter );" );<br>}<br>*****************************************************************************
<br></div><br>IMHO.<br><br><div><span class="gmail_quote">On 7/4/06, <b class="gmail_sendername">Greg Meyer</b> <<a href="mailto:greg@gkmweb.com">greg@gkmweb.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have been playing around this morning trying to test for a consistent loss<br>of the stats table on mysql (unsuccessful so far) and I noticed some<br>anomalies in the structure of the database.<br><br>The following fields have the UNIQUE and INDEX keys both set:
<br><br>Table: directories       Field: dir<br>Table: podcastchannels   Field: url<br>Table: podcastepisodes   Field: url<br>Table: staistics         Field: url<br>Table: uniqueid          Field: uniqueid<br><br>This is unecessary on mysql since fields created as UNIQUE are automatically
<br>indexed (according to the docs).<br><br>Also, the <a href="http://podcastfolders.id">podcastfolders.id</a> field has its PRIMARY and INDEX keys also set,<br>which is the same thing as above, by setting primary, you automatically get
<br>an index, and no INDEX key is necessary (I think).<br><br>Using the stats table as an example, here is the code that creates the table:<br><br>collectiondb.cpp lines 709 - 724<br>*****************************************************************************
<br>CollectionDB::createStatsTable()<br>{<br>    // create music statistics database<br>    query( QString( "CREATE TABLE statistics ("<br>                    "url " + textColumnType() + " UNIQUE,"
<br>                    "createdate INTEGER,"<br>                    "accessdate INTEGER,"<br>                    "percentage FLOAT,"<br>                    "rating INTEGER DEFAULT 0,"
<br>                    "playcounter INTEGER );" ) );<br><br>    query( "CREATE INDEX url_stats ON statistics( url );" );<br>    query( "CREATE INDEX percentage_stats ON statistics( percentage );" );
<br>    query( "CREATE INDEX rating_stats ON statistics( rating );" );<br>    query( "CREATE INDEX playcounter_stats ON statistics( playcounter );" );<br>}<br>*****************************************************************************
<br><br>by creating the field as unique, I don't think that creating the index below<br>is necessary.  What say you?<br>--<br>Greg<br>_______________________________________________<br>Amarok mailing list<br><a href="mailto:Amarok@kde.org">
Amarok@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/amarok">https://mail.kde.org/mailman/listinfo/amarok</a><br></blockquote></div><br><br clear="all"><br>-- <br>"Gentlemen, you can't fight in here! This is the War Room" - The President (Dr. Strangelove)