Commencer à courir.
À présent!
Blague à part, ne faites pas ça. Ne créez pas une base de données par utilisateur. C'est un enfer à administrer, à maintenir et à interroger. Et si vous avez besoin de savoir quels utilisateurs se sont connectés hier ? Allez-vous interroger chaque base de données ? ?
La structure dont vous avez besoin est la même, seule la quantité de données change. Ayez juste une base de données, voyez comment ça se passe, puis optimisez/ajustez.
Je déteste évoquer cette citation, mais dans votre cas, elle s'applique totalement :
N'essayez pas d'optimiser votre solution avant vous savez où seront vos goulots d'étranglement.
Modélisez simplement votre base de données du mieux que vous pouvez. Inquiétez-vous de vos contraintes, PKs, FKs, Indexes. Faites votre database-design devoirs. Ensuite, faites fonctionner vos données et vos logiciels. Ce n'est qu'alors que vous verrez où cela fonctionne et où cela fait mal. En ce moment, vous optimisez.
N'attaquez votre ennemi que lorsque vous savez de qui il s'agit.