Varför inte bara skapa en databas eller varje företag? Och då behöver du inte ens konstruera dynamiska tabellnamn när du konstruerar dina frågor. Det är en mycket mer sund lösning. Dessutom kommer det att göra klientdata mer åtskilda så att alla beroenden troligen blir mer uppenbara.
Ovanstående fungerar bäst när applikationslagren också är separata så att du kan förse varje instans med olika inloggningsuppgifter för databasen.
Om så inte är fallet kan det fungera bra eller vara besvärligt eller bra beroende på din installation, vilken plattform du använder och så vidare.
Att lägga till ett företagsnamn är ett hack men det kan fås att fungera antar jag.
Att ha ett klient-ID i register är också ett vanligt tillvägagångssätt. Jag skulle inte nödvändigtvis oroa mig för 1,5 miljoner poster ur prestationssynpunkt så länge som tabellerna är korrekt indexerade. Det här är inte en enorm mängd rekord. Dessutom borde företags-ID-kriterierna begränsa resultaten ganska bra ändå.