CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Developer Discussion (Moderator: Donald Lobo) »
  • indexes on participant_payment table
Pages: [1]

Author Topic: indexes on participant_payment table  (Read 712 times)

Eileen

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4195
  • Karma: 218
    • Fuzion
indexes on participant_payment table
April 17, 2011, 04:50:34 pm
I've been running some queries against participant_payment table to check out some integrity issues & they are dog slow so I took a look at the indexes. There is an index for participant_id & one for combined participant_id / contribution_id but not one just for contribution_id - hence the slowness given that I'm querying against the contribution table. Would this slowness affect civi usage or only my artificial scenario?


   Keyname   Type   Unique   Packed   Field   Cardinality   Collation   Null   Comment
   PRIMARY   BTREE   Yes   No   id   0   A      
    UI_contribution_participant   BTREE   Yes   No   contribution_id   
                                                                                  0   A participant_id   0   A   
   FK_civicrm_participant_payment_participant_id   BTREE   No   No   participant_id   0   A      
Make today the day you step up to support CiviCRM and all the amazing organisations that are using it to improve our world - http://civicrm.org/contribute

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Developer Discussion (Moderator: Donald Lobo) »
  • indexes on participant_payment table

This forum was archived on 2017-11-26.