Cleanup can be as simple as deleting the latest deployment directory, if the script gets that far. The article is about using built-in Linux tools for ‘easy’ application deployments. One can also use dedicated tools, as you suggested, to further automate the deployment process.
Author here. In case it’s not clear, this article isn’t about installing Linux packages; it’s about deploying multiple versions of software to development and production environments.
That idea crossed my mind too, but you can’t really use the full capabilities of SQL in graph databases, and that’s a deal breaker for me.
There’s certainly the danger of creating too many ad-hoc or sparse relationships, which can cause issues. That said, when used for supplementing foreign keys, Tie-in can be a useful tool in a production system as well.
Yes, that’s correct. Here’s how an entry in the join table looks like:
{
"id": 6,
"sourceComp": "user",
"sourceId": 2,
"targetComp": "post",
"targetId": 3,
"type": "author",
"createdAt": "2024-03-28T13:28:59.175Z",
"updatedAt": "2024-03-28T13:28:59.175Z"
}
That idea crossed my mind too. AFAIK, you can’t really use SQL in graph databases, and that’s a deal breaker for me.
Seriously, why the negative tone? If I’ve offended you, I’m sorry. You might think that I’m wasting time, but there are multiple ways to skin a cat. I prefer not to use DEB packages for deployment, though others might.