Re: [PHP] Using Table prefixes

[email protected] ("Julian Wanke")
Newsgroups php.general
Organization JSW Programms
Message-ID <[email protected]>
A database for each client? Isn't that over-powered? If you have 1000  
clients, you would loose the overview over your databases...

Am 08.06.2013, 21:46 Uhr, schrieb Tedd Sperling <[email protected]>:

> On Jun 8, 2013, at 3:00 PM, Ashley Sheridan <[email protected]>  
> wrote:
> dealTek <[email protected]> wrote:
>>
>>> I can see the basic need for a table prefix in a case where you may use
>>> one mysql database for several projects at once so as to distinguish
>>> tables per project like...
>>>
>>> -snip-
>>> however I was told a long time ago to use a prefix "tbl_" like
>>> tbl_Mytable but I don't really see much need for this by itself ... Am
>>> I missing something?
>>
>> I think that's a pattern that people use to distinguish their tables  
>> from views, etc, but personally I find it a little pointless. It  
>> doesn't really help in any way, and just means more typing.
>>
>> Using a prefix for a set of tables in one db where you might have  
>> several things using the db (i.e. some hosting limits the databases you  
>> can have) makes sense, and especially so if you name it sensibly as in  
>> your first example.
>> Thanks,
>> Ash
>
> I agree, but more than that I also set up databases specifically for  
> clients such that all the tables in them are related to the client and  
> not each other, such as:
>
> client1_db
>
> contacts
> invoices
> etc
>
> and
>
> client2_db
>
> contacts
> invoices
> etc
>
> As such, the "tbl_" prefix is not needed.
>
> Cheers,
>
> tedd
>
> _____________________
> [email protected]
> http://sperling.com
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.