mysql convenzione di denominazione
-
26-09-2019 - |
Domanda
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.
Soluzione
La pratica migliore è il più comodo per voi o il vostro team. Ogni programmatore ha il proprio parere sull'utilizzo di notazioni.
Altri suggerimenti
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
- essere coerenti all'interno dei progetti,
- non essere eccessivamente verbose,
- e non usare parole riservate
Solo i miei due centesimi. Wiki'd.
Dipende dal vostro stile di lavoro. Non ci sono fissi nessun insieme di regole.
Io uso CamelCase tableNameFieldName per es catID, catName, catDesc
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:)