zlacker

[parent] [thread] 4 comments
1. option+(OP)[view] [source] 2021-12-18 04:56:02
Not necessarily. Many languages like Java already have queuing libraries that operate on rdbms through JPA. So not even a single additional line needs to be written for this to work. We got ours working in a day and it works great. I don't know if other languages have these libraries but I'm inclined to believe they do (at least nodejs has).
replies(1): >>daenz+81
2. daenz+81[view] [source] 2021-12-18 05:10:47
>>option+(OP)
Do you have to set up the triggers, tables, and procedures beforehand or how does that work?
replies(1): >>option+7H
◧◩
3. option+7H[view] [source] [discussion] 2021-12-18 13:50:11
>>daenz+81
The libraries create their own tables, triggers etc during initialization.
replies(1): >>daenz+kT3
◧◩◪
4. daenz+kT3[view] [source] [discussion] 2021-12-19 18:31:07
>>option+7H
So your application needs privileged access (to create tables, triggers, etc) to the database in order to run? That's an anti-pattern. Your deployed application should only need least privileges possible. If you need to do extra things to your database, it should be done in migrations, which should be more privileged, but now you've decoupled the creation of these extra db objects from the library itself, meaning if the library changes, your migrations will not be in sync.
replies(1): >>mlyle+3J4
◧◩◪◨
5. mlyle+3J4[view] [source] [discussion] 2021-12-19 23:59:49
>>daenz+kT3
No... JPA writes out a file with the necessary DDL and the administrator runs it.

If this is insufficient for more complicated migrations, there's tooling to support it. e.g. Flyway.

[go to top]