They were a ticket/booking platform for concerts in ASEAN.
I don't know much else beyond they had a single table which contained both users and bookings where new bookings were just in new columns next to the user info. If the user w/ the most bookings had 51 then they had at least 51 columns. Every time the max bookings user added a new booking they would add more columns - what.
If the DB data structure of the core business looks like that, you can imagine the rest built on top looks absolutely terrible.
Diligence would've easily seen this, but it was never performed. The VC never made that mistake again. Trust but verify.
I don't know much else beyond they had a single table which contained both users and bookings where new bookings were just in new columns next to the user info. If the user w/ the most bookings had 51 then they had at least 51 columns. Every time the max bookings user added a new booking they would add more columns - what.
If the DB data structure of the core business looks like that, you can imagine the rest built on top looks absolutely terrible.
Diligence would've easily seen this, but it was never performed. The VC never made that mistake again. Trust but verify.