51ce6fc191
Have been tested and provide a significant improvement on import. """ Along with new indexes, I think some of the sql in fpdb_simple can be altered to make it use existing indexes more effectively. Generally these mods affect statements where the db has a choice of 2 indexes to use and I think it is choosing badly, e.g. it is using tourneyTypeId which could match the whole table when it could use the new siteTourneyNo index which will return very few rows. To stop the db from using an index I'm just adding zero to the field, so something like playerId = %s changes to playerId+0 = %s We humans can tell this is no real change at all, but the db sees this as a change from <field> = <value> to <expression> = <value>, and it can only use the index if the <field> the index is on is being tested. (Nowadays you can index expressions in some databases but we'll ignore that!) """ |
||
---|---|---|
.. | ||
CarbonToFpdb.py | ||
Cards01.png | ||
CliFpdb.py | ||
Configuration.py | ||
Database.py | ||
EverleafToFpdb.py | ||
fpdb_db.py | ||
fpdb_import.py | ||
fpdb_parse_logic.py | ||
fpdb_save_to_db.py | ||
fpdb_simple.py | ||
fpdb.py | ||
FpdbRegex.py | ||
FpdbSQLQueries.py | ||
GuiAutoImport.py | ||
GuiBulkImport.py | ||
GuiGraphViewer.py | ||
GuiTableViewer.py | ||
HandHistory.py | ||
HandHistoryConverter.py | ||
HUD_config.xml.example | ||
HUD_main.py | ||
Hud.py | ||
Mucked.py | ||
RegressionTest.py | ||
SQL.py | ||
Stats.py | ||
Tables.py |