Buy
Buy

Adding a Comment Entity

Hey friends! I mean, hello fellow space-traveling developer... friends. Welcome, to part two of our Doctrine tutorial where we talk all about... relationships. Oh, I love relationships, and there are so many beautiful types in the universe! Like, the relationship between two old friends, as they high-five after a grueling trip between solar systems. Or, the complex relationship between a planet and a moon: a perfect gravitational dance between BFF's. And of course, the most incredible type of relationship in all of the galaxy... database relationships.

Sure, we learned a ton about Doctrine in the first tutorial, but we completely avoided this topic! And it turns out, database relationships are pretty darn important if you want to build one of those "real" applications. So let's crush them.

Project Setup

As always, to have the best possible relationship with Doctrine, you should totally code along with me. Download the course code from this page. After you unzip the file, you'll find a start/ directory that will have the same code you see here. Check out the README.md file for setup instructions, and the answer to this KnpU space riddle:

My name sounds white & fluffy, but I'm not! And instead of blocking the sun, I orbit it.

Need to know the answer? Then download the course code! Anyways, the last setup step will be to open a terminal, move into the project directory and run:

php bin/console server:run

to start the built-in web server. Then, celebrate by finding your browser, and loading http://localhost:8000. Hello: The Space Bar! Our hot new app that helps spread real news to curious astronauts across the galaxy.

And thanks to the last tutorial, these articles are being loaded dynamically from the database. But... these comments at the bottom? Yea, those are still hardcoded. We need to fix that! And this will be our first relationship: each Article can have many Comments. But, more about that later.

Creating the Comment Entity

In the src/Entity directory, the only entity we have so far is Article:

... lines 1 - 8
/**
* @ORM\Entity(repositoryClass="App\Repository\ArticleRepository")
*/
class Article
{
... lines 14 - 157
}

So before we can talk about relationships, we first need to build a Comment entity. We could create this by hand, but the generator is so much nicer:

Open a new terminal tab and run:

php bin/console make:entity

Name the entity Comment. Then, for the fields, we need one for the author and one for the actual comment. Add authorName as a string field. And yea, someday, we might have a User table. And then, this could be a relationship to that table. But for now, keep it as a simple string.

Next, add content as a text field, and also say no to nullable. Hit enter one more time to finish up.

Oh, but before we generate the migration, go open the new Comment class:

... lines 1 - 2
namespace App\Entity;
use Doctrine\ORM\Mapping as ORM;
/**
* @ORM\Entity(repositoryClass="App\Repository\CommentRepository")
*/
class Comment
{
/**
* @ORM\Id()
* @ORM\GeneratedValue()
* @ORM\Column(type="integer")
*/
private $id;
/**
* @ORM\Column(type="string", length=255)
*/
private $authorName;
/**
* @ORM\Column(type="text")
*/
private $content;
public function getId()
{
return $this->id;
}
public function getAuthorName(): ?string
{
return $this->authorName;
}
public function setAuthorName(string $authorName): self
{
$this->authorName = $authorName;
return $this;
}
public function getContent(): ?string
{
return $this->content;
}
public function setContent(string $content): self
{
$this->content = $content;
return $this;
}
}

No surprises: id, authorName, content and some getter & setter methods. At the top of the class, let's add use TimestampableEntity:

... lines 1 - 5
use Gedmo\Timestampable\Traits\TimestampableEntity;
/**
* @ORM\Entity(repositoryClass="App\Repository\CommentRepository")
*/
class Comment
{
use TimestampableEntity;
... lines 14 - 59
}

That will give us $createdAt and $updatedAt fields.

Now head back to your terminal and run:

php bin/console make:migration

When that finishes, go find the new file. We just want to make sure that this doesn't contain any surprises. For example, if you're working on multiple branches, then your database may be out-of-sync before you run make:migration. If that happens, the migration file would contain extra changes that you'll want to remove. In this case, it looks great:

... lines 1 - 2
namespace DoctrineMigrations;
use Doctrine\DBAL\Migrations\AbstractMigration;
use Doctrine\DBAL\Schema\Schema;
/**
* Auto-generated Migration: Please modify to your needs!
*/
class Version20180426184910 extends AbstractMigration
{
public function up(Schema $schema)
{
// this up() migration is auto-generated, please modify it to your needs
$this->abortIf($this->connection->getDatabasePlatform()->getName() !== 'mysql', 'Migration can only be executed safely on \'mysql\'.');
$this->addSql('CREATE TABLE comment (id INT AUTO_INCREMENT NOT NULL, author_name VARCHAR(255) NOT NULL, content LONGTEXT NOT NULL, created_at DATETIME NOT NULL, updated_at DATETIME NOT NULL, PRIMARY KEY(id)) DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci ENGINE = InnoDB');
}
public function down(Schema $schema)
{
// this down() migration is auto-generated, please modify it to your needs
$this->abortIf($this->connection->getDatabasePlatform()->getName() !== 'mysql', 'Migration can only be executed safely on \'mysql\'.');
$this->addSql('DROP TABLE comment');
}
}

Go back to your terminal and, migrate!

php bin/console doctrine:migrations:migrate

Perfect! We have an article table and now a comment table. But, they are not friends yet. Time to add a relation!

Leave a comment!

  • 2019-02-02 Victor Bocharsky

    Hey Dennis,

    Actually, that was a bug. Now I see we use this command in the screencast, sorry! We messed up with our dependencies, but now it should be fixed.

    Cheers!

  • 2019-02-02 Dennis Nichi

    Ok, thank you for your help.

  • 2019-02-01 weaverryan

    Hey Yaroslav Yaremenko!

    Ah, thank you for pointing this out! We actually take great care to get all the dependency versions correct and inline with the video. In this case, we did that but then I (literally, it was me) messed something up recently, which caused maker bundle to be set at an earlier version. I've just fixed that.

    About the doctrine/migrations issue, you have the correct fix (thanks for sharing). We'll be adding a note or fix about this soon. The problem is that doctrine/migrations v2 recently came out. If you use the version packaged with this tutorial, you're fine. But if you upgrade to v2, then you hit this issue.

    Again, thanks for raising this bug with the code download so we could fix it! If you notice anything else weird, please let us know.

    Cheers!

  • 2019-02-01 Yaroslav Yaremenko

    btw, if I'm not mistaken, the same problem occurs with the codebase of previous tutorial 'Doctrine & The Database' https://symfonycasts.com/sc... but I'm not 100% sure about it

  • 2019-02-01 Yaroslav Yaremenko

    ...and the update of vendors code, run by the composer, seem to break one of migrations:

    13:05:47 CRITICAL [php] Fatal Error: Class 'Doctrine\DBAL\Migrations\AbstractMigration' not found ["exception" => Symfony\Component\Debug\Exception\FatalErrorException { …}]

    In Version20180414171443.php line 11:

    Attempted to load class "AbstractMigration" from namespace "Doctrine\DBAL\Migrations".
    Did you forget a "use" statement for "Doctrine\Migrations\AbstractMigration"?

    I looked a bit deeper and discovered this problem touches all existing migrations; to fix it, you should update all existing migration files as follows:

    1. replace
    use Doctrine\DBAL\Migrations\AbstractMigration;
    with
    use Doctrine\Migrations\AbstractMigration;

    2. add 'void' return type to up() and down() methods of each migration

    Should work as expected after that.

    Respect.

  • 2019-02-01 Yaroslav Yaremenko

    I believe you should update the course codebase - because when I run

    ./bin/console make:entity

    only entity and its repository get created; the dialog to add fields to the entity is never shown.
    Still, after I run

    composer update

    and then launch again

    ./bin/console make:entity

    the dialog to add fields to the entity shows up, as expected.

  • 2019-02-01 Victor Bocharsky

    Hey Dennis,

    Yes, that's because we use MakerBundle v.1.0.2 in the code, but "make:migration" command was added in v1.1, see https://github.com/symfony/... . If you need this command, you can update only maker-bundle dependency with:

    $ composer up symfony/maker-bundle

    And then you will have this "make:migration" command.

    Cheers!

  • 2019-01-31 Dennis Nichi

    In my case work option 1.

    But when I tried:
    php bin/console make:migration

    I had this message:
    Command "make:migration" is not defined.

    To generate migration I used:
    php bin/console doctrine:migrations:generate

    And for migrate:
    php bin/console doctrine:migrations:migrate

    Thanks for the help.

  • 2019-01-31 Julio

    Confirming option 1) did work! thanks a lot for the help :)

  • 2019-01-31 weaverryan

    Hi guys!

    The doctrine/migrations library recently released a version 2.0. My guess is that you are getting this new version, which has some backwards compatibility breaks that are breaking the migrations. There are a few options:

    1) Don't update the dependencies - it should work if you use the starting code without updating
    2) If you DO update, change the use statement in all of the migrations classes to use Doctrine\Migrations\AbstractMigration;. You may need other changes - we're checking into it. But you can see the changes described here: https://github.com/doctrine...

    Please let us know if you have any other problems, or if you have success! Sorry about the problems - new library versions always mess things up :).

    Cheers!

  • 2019-01-31 Julio

    I have not, will keep trying today and update in case I am able to.

  • 2019-01-31 Dennis

    I have the same problem. Did you solve it?

  • 2019-01-30 Julio

    Hello,

    When I try running php bin/console doctrine:migrations:migrate using the code on the /start folder provided here I get the following error:

    PHP Fatal error: Class 'Doctrine\DBAL\Migrations\AbstractMigration' not found in /spacebar_relations/src/Migrations/Version20180413174059.php on line 11
    17:41:11 CRITICAL [php] Fatal Error: Class 'Doctrine\DBAL\Migrations\AbstractMigration' not found ["exception" => Symfony\Component\Debug\Exception\FatalErrorException { …}]

    Attempted to load class "AbstractMigration" from namespace "Doctrine\DBAL\Migrations".
    Did you forget a "use" statement for "Doctrine\Migrations\AbstractMigration"?

    Please note this was after running composer install and composer update as well for good measure. It may be worth noting I am running this inside a docker container with a mount point.

    Thank you.

  • 2018-09-27 Diego Aguiar

    Hey Андрей Николаев

    So you fetched an entity with a OneToMany relationship but its collection is empty? Probably you only have to add some items to the collection. The "PersistentCollection" type is a special type of collection that allows you to remove records (items) from the DB when you do some changes to it and the call $entityManager->flush()

  • 2018-09-27 Андрей Николаев

    :( thanx.

    I can't understand what is the issue to get details through OneToMany.... the collection is empty... The field has type PersistentCollection at the runtime (in the debugger)...

  • 2018-09-27 Victor Bocharsky

    Hi Andrey,

    If you're talking about console in general - you can install it even in ZF, see Symfony Console Component: https://github.com/symfony/... . What about that tool for creating entities/migrations we use in this screencast - that's something special to Symfony, because it comes from MakerBundle, see https://github.com/symfony/... - but bundles are kinda special for Symfony because they have some configuration to inject the code into Symfony framework.

    Though, for Doctrine Migrations see https://github.com/doctrine... - that's a standalone library that does not relate to Symfony.

    Cheers!

  • 2018-09-27 Андрей Николаев

    Hi!
    It is a great command line tool to create Entities and all other tasks for doctrine!
    Where I can get it? ...how to install it?
    I'm using ZF3 + Doctrine... But as I can see some Symfony modules could be used as well.
    Please, help!

  • 2018-08-15 Дмитрий Ченгаев

    Thank you, Victor. It is very useful.

  • 2018-08-14 Victor Bocharsky

    Hey Dmitriy,

    Yes, it's possible, but this relates to Doctrine not Symfony since we're talking about ORM. There're a few way to do so, each has its own pros and cons, see the docs for more information and examples: https://www.doctrine-projec...

    Cheers!

  • 2018-08-14 Дмитрий Ченгаев

    Hello. Help me please.

    I have the entities - User, FacebookUser, GoogleUser. FacebookUser and GoogleUser must extend User entity.



    Is it possible to implement this with the help of Doctrine ORM? How can I extend entities in Symfony?