3 ms·
Well, IMO, you're saying that you basically trapped yourself in a box there. If you're completely determined to embed your business logic into a relational que
by jbooth 13y ago
Well, IMO, you're saying that you basically trapped yourself in a box there. If you're completely determined to embed your business logic into a relational query language, then PL/SQL is probably the best there is.
I'm saying that your business logic shouldn't be there. You've got a whole universe of programming languages, potential disk formats and all that available to you. If you're writing huge ugly queries, and I have, that's when I generally step away from the computer for a bit and think if that complexity is better managed someplace else.
- Shorel 13y agoThe stored procedures are not actually big ugly queries. But they surely have business logic. So far, besides the ugly MySQL workarounds for some missing features, it has been a good decision. And well, it was a company decision, they are the ones trapped. I'm free from maintaining it, while I had to maintain the first version with all business logic outside the DB.