No no no! =) Having a table for each account would be like having a hard drive for each file on your computer. Very inefficient. Accounts, or information that's similar like it is stored in records - which is pretty much like a row in a table. So you can have a table called Customers, and in that table, you have a record for each customer.
samaru
a.k.a inscissor
1,256 posts since Feb 2002
Reputation Points: 262
Solved Threads: 18
It all depends on the complexity of the application, and who organized it. The designer of the database can include all the information about the customer in one record if he/she wants. Whatever the situation may be, he has to worry about normalization (avoiding duplicate fields; making the database design efficient), etc. Thats why tables can relate, and it's why we have relational databases.
samaru
a.k.a inscissor
1,256 posts since Feb 2002
Reputation Points: 262
Solved Threads: 18
It would depend what data I had to store. In the applications that I've written myself, I've never used more than 8 tables. On forums, I usually use just 3 tables.
samaru
a.k.a inscissor
1,256 posts since Feb 2002
Reputation Points: 262
Solved Threads: 18