ロジックをデータベースで処理するのかサーバーサイドのアプリでやるのかクライアントサイドのアプリでやるのか

Question

最近データベースにハマっているのですが、sqlで関数とかストアドプロシージャとかを使えば、表示以外の部分をほとんどデータベース層でできるのでは無いかと思いました。
デメリットがないならそのように開発したいです。
なにかありますか？
フロントエンドにjsでweb3層のアプリケーション層がデータベースかjsにあるようにすればRailsとか必要ないのでは？

Answer 1

sqlで関数とかストアドプロシージャとかを使えば、表示以外の部分をほとんどデータベース層でできるのでは無いかと思いました。

この方針で開発した場合のデメリットとして、以下のようなものが考えられます。

• ストアドは書きづらい - データベースにもよりますが、ストアドプロシージャはSQL文を並べるような形となりますので、オブジェクト指向なプログラミング環境とはかけ離れたものとなります。
• 書ける人手がいない - 個人開発ならどうということはないのですが、それを超える規模で開発する場合、「ストアドでバリバリビジネスロジックを書ける」というような人材は稀なので、人を増やすにも教育がかなり必要になります。
• ストアドの管理が煩雑になる - ふつうのソースコードであればGitなどの管理ツールが充実していますが、ストアドはデータベースサーバに書き込む必要があるので、管理するために別途の仕組みを構築する必要性が出てきます。
• フレームワークがない - SQLベースの開発にあたっては確立したフレームワークがないので、ほぼすべてを自力で作り出す必要が出てきます。先行するノウハウも多くないでしょう。
• 結局、ある程度のサーバ層は必要 - セキュリティ上の問題のため、Webから直接SQL文を投げる形を取ることはできないので、Webサーバ層のロジックを完全になくすこともできません。

Answer 2

sqlで関数とかストアドプロシージャとかを使えば、表示以外の部分をほとんどデータベース層でできるのでは無いかと思いました。

実際にそのような開発を行った事はあります。
その際の評価としては、棲み分けが進んで開発効率は良いものでした。

maisumakunさんが挙げられているデメリットに同意な訳ですけど、メリットもあるという事は伝えたいなと思いました。
メリット/デメリットのどちらに傾くかは、従事する人のスキルに依存する部分が大きいと思います。

Answer 3

アプリケーション層にビジネスロジックをsqlで書くのが正解か？
RailsとかDjangoとか機能もりだくさんのフレームワークまじでいらんな

Comments

[wwbQzhMkhhgEmhU]

Oracle様だとPL/SQL Web Toolkitとかありますよ。
全部PL/SQLで完璧です。
メンテナンスは絶対やりたくないですが。

でもPL/SQLのユニットテストフレームワークとかあるんですよね。
ああいうの見ると感動します。
あんな制約だらけの言語でよくぞここまでと。
実用レベルの速度ではありませんでしたが。。。

Answer 4

その通りです。
集合操作をsqlでアプリケーション層に書いてください。

Answer 5

思いついたデメリットを挙げますと、

• 大規模なコードを書くことを想定しておらず、複数人での開発やメンテナンスがやりづらい。
• 汎用プログラミング言語と比べると、機能が貧弱。
• 汎用プログラミング言語と比べると、開発ツールが貧弱で開発効率が悪い。（特にデバッグツール）
• スケールアウトがほぼできない。（完全に不可能ではないですが、実用レベルで考えるとかなり厳しい）

という感じです。

小規模システムなら、もしかしたらやれるかも・・・
と思いましたが、逆にメリットが一つも思いつきませんし、やっぱりやりませんね。

Comments

[退会済みユーザー]

嘘つかないでください。
挙げられているデメリットは全部ウソです