Share
Când vine vorba de a lucra cu proiectele bazate pe WordPress, este, probabil, unul dintre aspectele cele mai frustrante sau plictisitoare de implementare, de fapt, obținerea bazelor de date în mediile dvs. în sincronizare cu altele.
Sigur, este ceva de spus pentru folosirea datelor de testare în dezvoltare, a datelor utilizatorilor în stadializare și a datelor efective în producție, dar nu există un astfel de lucru ca un glonț de argint, nu-i așa? Asta inseamna ca uneori datele de testare vor funcționa; alteori, nu va.
De exemplu, să presupunem că moșteniți un proiect pentru care trebuie să trageți o bază de date și apoi să începeți să lucrați cu datele existente. Sau să presupunem că trebuie să migrați un întreg site sau o aplicație de la un server la altul.
În astfel de cazuri, datele de testare nu ajută la un întreg. În schimb, aveți nevoie de un instrument pentru asta. Și sigur, WordPress Importer este un instrument corect pentru migrațiile de bază și executarea exporturilor și importurilor SQL este în regulă dacă sunteți confortabil cu front-end-urile bazei de date și lucrați cu SQL.
Dar ce se întâmplă cu cei care sunt undeva între ele?
Adevărul este că, atunci când este vorba de a lucra cu migrațiile bazei de date WordPress, este vorba de un sac mixt, deoarece mulți dintre noi au niveluri de calificare care variază în funcție de ce parte din stiva lucrăm cu cel mai mult.
Prin asta, vreau sa spun:
Acest lucru nu înseamnă că nu există dezvoltatori full of stacks. Evident, există; cu toate acestea, nu toți sunt în această poziție.
Deci, atunci când vine vorba de lucrul la baza de date WordPress care migrează, unii au mult mai greu decât alții. În mod alternativ, în ciuda nivelului de confort oferit de SQL, unii ar putea căuta un instrument simplu pentru a facilita procesul în întregime.
În această serie, vom examina un utilitar care face doar că, înainte de a face acest lucru, să avem un primer rapid pe baza de date WordPress pentru a vă asigura că suntem toți pe aceeași pagină.
Când vine vorba de discutarea bazei de date WordPress, ar putea fi scrise o serie întreagă de articole despre fiecare tabel, fiecare coloană, schema, cum să scrieți întrebări optime și așa mai departe.
Aceasta nu este seria pentru asta.
În schimb, vom face două lucruri în acest articol:
În cele din urmă, acest lucru ar trebui să ajute la explicarea sau la demisificarea unor activități care stau la baza celor care petrec mai mult timp pe front-end și ar putea ajuta pe cei care petrec mai mult timp la nivelul aplicației care lucrează cu API-ul WordPress să înțeleagă ce funcții se potrivesc cu tabelul (care poate duce în cele din urmă la scrierea unui cod mai bun).
În general, cred că majoritatea cititorilor din Wptuts + știu ce este o bază de date.
Straight from Wikipedia:
O bază de date este o colecție organizată de date. Datele sunt de obicei organizate pentru a modela aspecte relevante ale realității (de exemplu, disponibilitatea camerelor în hoteluri), într-un mod care să susțină procesele care necesită aceste informații (de exemplu, găsirea unui hotel cu posturi vacante).
Aceasta este o definiție corectă, dar nu cred că face o treabă atât de bună de a ilustra baza de date WordPress sau aplicații web similare - este un pic prea general. Deci, de aici, să creăm o definiție de lucru proprie pe care o putem folosi în restul seriei.
Să încercăm acest lucru:
O bază de date este formată din cel puțin un tabel. O tabelă este alcătuită din rânduri și coloane, dintre care fiecare stochează fragmente unice de informații. Fiecare rând este numit înregistrare. Sunt disponibile mai multe tabele într-o bază de date și uneori tabelele pot fi legate între ele.
Poate că cea mai confuză parte a ceea ce am împărtășit mai sus este că tabelele pot fi legate între ele. Vom revizui această idee înainte de sfârșitul articolului - dar, mai întâi, să discutăm baza de date WordPress.
Pe scurt, baza de date WordPress constă din unsprezece tabele (cu excepția cazului în care utilizați Multisite, dar acest lucru se află în afara domeniului de aplicare al acestei serii).
Acum, fiecare tabel are și propriul set de coloane care reprezintă o varietate de informații stocate în tabel. De exemplu, wp_posts tabelul are o coloană numită POST_CONTENT care reprezintă conținutul real stocat într-o postare.
Tabelele și descrierile acestora sunt după cum urmează:
Și asta este tot ce există în baza de date WordPress. E relativ simplă și directă, corectă?
Postările sunt păstrate în tabelul de posturi, Comentariile din tabelul cu comentarii, Utilizatorii din tabelul utilizatorilor și așa mai departe. Desigur, există câteva nuanțe subtile (cum ar fi faptul că paginile sunt stocate în tabelul Posts); cu toate acestea, este o schemă relativ necomplicată de urmat.
E un lucru bun.
De asemenea, amintiți-vă cum am menționat mai devreme că unele mese se pot referi unul la altul? Un bun exemplu ar fi tabelul de comentarii și tabelul Mesaje. Întrucât comentariile sunt lăsate pe o anumită postare, atunci un comentariu trebuie să știe cu ce ID de postare este asociat, astfel încât atunci când este încărcat un post, pot fi preluate comentarii legate de ID-ul acelei postări.
Oricum, acest lucru este mai detaliat decât vom fi scufundați în această serie, dar sperăm că este suficient să vă dau o idee. Dacă sunteți interesat de mai multe informații tehnice, relațiile dintre tabele, coloane și multe altele, atunci verificați cu exactitate articolul WordPress Codex pe baza descrierii bazei de date.
În acest moment, am acoperit tot ce trebuie să acoperim în baza noastră de date a bazei de date WordPress. Sperăm că acest lucru vă va ajuta să trageți înapoi cortina pentru ceea ce se întâmplă sub capota de fiecare dată când salvați informații în WordPress, dar acum că am acoperit acest lucru este timpul să analizăm un instrument care face lucrul cu migrarea datelor extrem de ușor.
Și având în vedere că acum avem o înțelegere a modului în care este organizată baza de date, ar trebui să avem și o înțelegere cu privire la modul în care funcționează migrațiile.
Accentsconagua