Use the same database.
There's no real reason to separate the different types of data into different databases. And if you were to split up the different data, that would complicate a lot of things unnecessarily (i.e. unable to have foreign key constraints across databases, making referential integrity a nightmare). And especially if the multiple databases don't live in the same instance, you'll deal with an even larger headache. Other things that would pose extra consideration would be having to include ownership chaining planning across the database.
In short, I don't see a reason to split the data into a different database. And there are a few reasons that would make multiple databases a pain, so I'd steer clear from that without an actual justifiable reason.