Als alle andere dingen gelijk zijn, kunnen kleinere onsamenhangende tabellen een prestatievoordeel hebben, vooral wanneer ze veel schrijven (zoals tabellen die verband houden met logboeken waarschijnlijk zijn) - de meeste DB-mechanismen zijn beter afgestemd op meestal gelezen, zelden geschreven tafels. Wat betreft het schrijven (en het bijwerken van eventuele indices die u moet onderhouden), zijn kleine onsamenhangende tabellen een duidelijke overwinning, vooral als er enige concurrency is (afhankelijk van de engine die u voor uw tabellen gebruikt natuurlijk - dat is een vrij belangrijke overweging in mysql!-).
Wat het lezen betreft, hangt het allemaal af van uw patroon van zoekopdrachten - welke zoekopdrachten u nodig heeft en hoe vaak. In bepaalde gevallen, voor een gebruikspatroon zoals u noemt, kan er enig prestatievoordeel zijn bij het dupliceren van bepaalde informatie - b.v. als u vaak een actueel actueel totaal van de tegoeden of afschrijvingen van een gebruiker nodig hebt, evenals gedetailleerde, controleerbare logboeken van hoe het lopende totaal tot stand kwam, kan het bijhouden van een (logisch redundante) tabel met de lopende totalen door gebruikers zijn gegarandeerd (evenals de mooi gescheiden "logtabellen" over de verschillende bronnen van bij- en afschrijvingen).