Wprowadzenie do doktryny ORM i wzoru mapowania danych w PHP

Dodaliśmy jedną nową nieruchomość w każdym podmiotu. W autorze to jest $ Posty w wierszu 16 i w podmiotu postu, Autor $ w linii 36. Jaki rodzaj danych będzie utrzymywał te zmienne? Pierwszy, $ Posty będzie przykładem doktryny ArrayColletion Obiekt: Jest to specjalna klasa używana do lepszego zarządzania gromadzeniem jednostek.

Druga, Autor $, W Post.php, będzie instancją podmiotu autora, reprezentującego autora postu: Jak powiedziano wcześniej, każdy podmiot odniesie do drugiego.

Podobnie jak to, co zrobiliśmy dla innych właściwości, zdefiniowaliśmy związek, używając adnotacji. W naszym przypadku, ponieważ mamy do czynienia z dwukierunkową relacją jeden do wielu, wykorzystaliśmy @Jeden za dużo adnotacja w linii 13, w jednostce autora i @ManyToone w linii 32 w poście.

W obu przypadkach z Celowość Zdefiniowaliśmy, jaki byt wskazuje nieruchomość. Na przykład w przypadku autora $ Posty właściwość, docelowym podmiotem jest post. Jak widać, użyliśmy odpowiednio odwrotnie I Mapedby Adnotacje. Adnotacje te są używane do poinformowania doktryny, jaką własność, po drugiej stronie relacji, odnosi się do obiektu: odwrotnie musi być używany z boku, który jest właścicielem Klucz obcy, (W tym przypadku jednostka postu).

Jak widać, w autorze użyliśmy Mapedby, określając to w docelowy byt Post, odpowiednia właściwość to Autor $. Wprowadziliśmy również nowy parametr, kaskada, ustawiając go na „Wszystkie”. Oznacza to, że utrzymując lub usuwając jednostkę z bazy danych, wpłynie również na wszystkie jego posty: na przykład usunięcie użytkownika spowoduje również usunięcie wszystkich jego postów. Jest tym, co definiujemy przez Na usunięciu kaskady W kodzie SQL.

Odwrotnie, w podmiotu postu, który posiada klucz obce w bazie danych, użyliśmy odwrotnie, Mówienie doktryny, że w autorce docelowej autora właściwości, która odnosi się do obiektu, jest posty. Użyliśmy również @Joincolumn adnotacja w wierszu 33, określając kolumny zaangażowane w połączenie SQL, ustawiając klucz obcy jako nie zerowe (NIE JEST ZEREM).

Po zdefiniowaniu związku między dwoma podmiotami musimy zaktualizować metody potrzebne do zarządzania dodanymi właściwościami. Znowu po prostu biegamy:

$ php dostawca/bin/doktryna ORM: generuj elementy .

Wygeneruj schemat bazy danych

W naszym przykładzie mamy wystarczającą ilość danych, aby móc wygenerować nasz schemat bazy danych. Ponownie doktryna może nam pomóc, automatycznie go generować na podstawie naszych adnotacji. Wszystko, co musimy zrobić, to uruchomić następujące polecenie Linux:

$ php dostawca/bin/doktryna ORM: Schema-tool: aktualizacja-Force

Jeśli wszystko pójdzie dobrze, tabele bazy danych zostaną wygenerowane, sprawdźmy to:

Mariadb [(brak)]> Opisz blog.autor; +------------+--------------+------+------+-------- -+ ----------------+ | Pole | Typ | NULL | Klucz | Domyślnie | Dodatkowe | +------------+--------------+------+------+-------- -+ ----------------+ | Id | Smallint (6) | Nie |. Pri | NULL | Auto_increment | |. First_name | varchar (255) | Nie |. |. NULL | |. |. Last_name | varchar (255) | Nie |. |. NULL | |. +------------+--------------+------+------+-------- -+ ----------------+ Mariadb [(brak)]> Opisz blog.post; +-----------+--------------+------+------+--------- + ----------------+ | Pole | Typ | NULL | Klucz | Domyślnie | Dodatkowe | +-----------+--------------+------+------+--------- + ----------------+ | Id | Smallint (6) | Nie |. Pri | NULL | Auto_increment | |. autor_id | Smallint (6) | Nie |. Mul | NULL | |. |. Tytuł | varchar (255) | Nie |. |. NULL | |. |. Tekst | LongText | Nie |. |. NULL | |. |. Data | DateTime | Nie |. |. NULL | | +-----------+--------------+------+-----+---------+----------------+ 

Zgodnie z oczekiwaniami tabele odpowiadające naszemu podmiotowi zostały wygenerowane i odzwierciedlają określone adnotacje. Kod SQL używany do ich generowania, odpowiednio:

Mariadb [(brak)]> Pokaż Blog Utwórz tabelę.autor; Tabela: Autor Utwórz Tabela: Utwórz tabelę „Autor” („Id” SmallItt (6) Not Null Auto_increment, „First_name” Varchar (255) Załóż UTF8_Unicode_ci Not Null, „Last_name” Varchar (255) Zbieraj UTF8_UNICODE_CI „id”)) silnik = innodb auto_increment = 2 Domyślny charakter = UTF8 canto = UTF8_unicode_ci mariadb [(none)]> Pokaż Utwórz blog Table Blog.post; Tabela: Opublikuj Tabela: Utwórz tabelę „Post” („ID” SmallItt (6) Not Null Auto_increment, „Author_id” SmallItt (6) Not Null, „Title” Varchar (255) Załóż UTF8_unicode_ci Not Null, „Text” LongText Zamoruj utf8_unicode_ci not null, „data” datetime not null, klucz podstawowy („id”), klucz „idx_5a8a6c8df675f31b” („autora_id”), ograniczenie „fk_5a8a6c8df675f31b” klawisz zagraniczny („autora_id”) Engine = Innodb auto_increment = 2 Domyślny charakter = UTF8 celate = utf8_unicode_ci 

Korzystanie z Entity Manager

Teraz czas pokaż, jak korzystać z Menedżer jednostki:

setFirstName („John”) -> setLastName („Smith”); $ entity_manager-> trwa ($ autor); // Utwórz nowy post $ post = (New Entities \ post ()) -> settitle („hello wold”) -> setText („to jest post testowy”) -> setauthor ($ autor) -> setDate (nowy DateTime ()); // Dodaj post do listy postów autora. Ponieważ użyliśmy cascade = „all”, nie musimy przetrwać postu osobno: będzie on trwał podczas utrzymywania się // autora $ autora-> addPost ($ post); // Wreszcie spłucz i wykonaj transakcję bazy danych $ ENTYTY_MANAGER-> FLUSH (); 

Wykonując ten kod, stworzyliśmy autora i jego pierwszy post, a następnie dodaliśmy post do kolekcji postów autora i na koniec przetrwaliśmy je do bazy danych. Z trwać() Metoda, że ​​mówimy doktrynę do zarządzania jednostką, podczas gdy faktyczna transakcja bazy danych następuje tylko podczas dzwonienia spłukać(). Jeśli teraz spojrzymy na autor I post Tabela, widzimy, że w obu przypadkach istnieje nowy rekord:

Mariadb [(brak)]> Wybierz * z blogu.autor; +----+------------+-----------+| Id | First_name | Last_name | +----+------------+-----------+| 1 | John | Smith | +----+------------+-----------+mariadb [(brak)]> Wybierz * z blogu.post; +----+-----------+------------+------------------- -+ ---------------------+ | Id | autor_id | Tytuł | Tekst | Data | +----+-----------+------------+------------------- -+ ---------------------+ | 1 | 1 | Witaj Wold | To jest post testowy | 2018-04-17 08:37:44 | +----+-----------+------------+---------------------+---------------------+ 

Na przykład możemy również użyć Menedżera Entity, aby odzyskać istniejącą jednostkę:

// Pobieraj autora po jego nazwisku $ author = $ entity_manager-> getRepository ('entities \ autor')-> findOnby (['last_name' => 'Smith']); 

Wnioski

Celem tego samouczka było wprowadzenie Cię do wzorca mapowania danych w PHP za pomocą doktryny: Widzieliśmy, jak skonfigurować i uzyskać menedżera jednostki, jak zdefiniować dwa podstawowe jednostki i zdefiniować wspólną relację między nimi za pomocą adnotacji.

Doktryna jest bardzo potężną biblioteką: możesz użyć dokumentacji projektu, aby ją opanować, mam nadzieję, że może to być minimalny punkt wyjścia.

Powiązane samouczki Linux:

• Rzeczy do zainstalowania na Ubuntu 20.04
• Instalacja Ampache Raspberry Pi
• Jak utworzyć stos lampy na bazie Dockera za pomocą Dockera na…
• Jak zainstalować stos lampy na Almalinux
• Rzeczy do zrobienia po zainstalowaniu Ubuntu 20.04 Focal Fossa Linux
• Wprowadzenie do automatyzacji, narzędzi i technik Linuksa
• Ubuntu 20.04 sztuczki i rzeczy, których możesz nie wiedzieć
• Mint 20: Lepsze niż Ubuntu i Microsoft Windows?
• Big Data Manipulacja dla zabawy i zysku Część 1
• Ubuntu 20.04 WordPress z instalacją Apache