Prefixele de masă

Am intrat în baza de date și am observat că toate tabelele au un prefix prefix. Apoi mi-am amintit că acest lucru a fost făcut pentru a avea câțiva Livestiți într-o singură bază de date.







Mai mult, am argumentat după cum urmează: deoarece am doar un Livstreet, înseamnă că nu am nevoie de un prefix deloc. Așa că am intrat în config.table.php și am fixat linia
pe
Apoi, în sql.sql și patch.sql (am 0.2 + trunchi 253), înlocuiesc automat toate fixările prefixului la un șir gol pentru ștergere.

Ca urmare, atunci când importați sql.sql, apare o eroare în acest fragment (este afișată versiunea originală):

După cum puteți vedea, după înlocuirea automată a conflictelor de a doua și a treia linie, și anume din cauza prefix_topic_comment_fk → topic_comment_fk = topic_comment_fk.







Acestea sunt plăcinte. Fără un prefix în nici un fel, trebuie să fim mulțumiți cu t_. Și am vrut să am o masă cu nume de blog simple în baza de date. utilizator. prieten și așa mai departe. | |

UPD: În ceea ce privește prefixele tabelelor, am înțeles totul pentru mine. Rău despre numele cheilor. )

Sunt de acord, dar când lucrați cu baza de date unu-la-unu, și nimeni nu vă vede "gustul rău" al numirii de mese, atunci confortul se află în prim-plan.

Și dacă am început să vorbim despre un ton bun, atunci prefixul de idee este opțional și atunci când îl eliminăm, nu trebuie adăugat nimic. Sau invers, ar trebui să fie pus peste tot, astfel încât situația descrisă în subiect să nu apară.

Trucul este că mâine veți dori să puneți un alt fir în sistem, în aceeași bază de date și veți avea o mizerie, astfel încât prefixul, chiar din punctul de vedere al utilizabilității, este justificat))

În plus, principiul cheilor de numire este incomprehensibil:
prefix_topic_comment_fk → comment_pid
topic_comment_fk → topic_id
topic_comment_fk1 → user_id

În regulă, mă calmez. )







Articole similare

Pagina anterioară

Pagina următoare

Trimiteți-le prietenilor: