mysql convenzione di denominazione

Question

Ho sempre usato in genere una sorta di Hungarian Notation per i miei nomi dei campi nelle mie tabelle per es.

#Table Users
u_id, u_name, u_email etc...

#Posts
p_id, p_u_id, p_title, p_content etc...

Ma mi hanno recentemente stato detto che questo non è delle migliori pratiche. Esiste un modo più standard di fare questo? Non ho davvero piaciuto semplicemente utilizzando il id campo come questo si è quindi requirs per selezionare table.field per i campi i nomi che compaiono nelle tabelle mutliple quando si utilizza unisce etc.

I tuoi pensieri su ciò che è meglio la pratica sarebbe apprezzato.

Answer 1

La pratica migliore è il più comodo per voi o il vostro team. Ogni programmatore ha il proprio parere sull'utilizzo di notazioni.

Answer 2

Questo mi sembra una di quelle domande in cui si otterrà numerose risposte, che sono tutti "giusto". Diverse squadre e ambienti preferiranno diverse convenzioni. Ho anche scoperto che la mia pratica varia da progetto a progetto un po '. Gli unici suggerimenti che ho potuto offrire sono

1. essere coerenti all'interno dei progetti,
2. non essere eccessivamente verbose,
3. e non usare parole riservate

Solo i miei due centesimi. Wiki'd.

Answer 3

Dipende dal vostro stile di lavoro. Non ci sono fissi nessun insieme di regole.

Io uso CamelCase tableNameFieldName per es catID, catName, catDesc

Answer 4

Io personalmente uso minuscole per i nomi di tabella e pluralize. Le tabelle, come 'popolo' con precedenti persona. Ma ho avuto che da Rails e adottato dopo tempo. L'amore, però, e questo ha reso le mie basi di dati un bel po 'leggibili. Anche utilizzando tante sottolineature renderà i database meno leggibile. Anche io divido i miei nomi di database utilizzando _ per sviluppo, test, produzione, alfa, beta, prototipo. Una volta che hai lavorato con 100.000 tavoli o così, smetterete di scrivere i nomi con troppe sottolineature:)