- PR -

基本的な業務システムの作り方について

«前のページへ 1|2|3
投稿者投稿内容
ぶさいくろう
ぬし
会議室デビュー日: 2005/11/22
投稿数: 1232
お住まい・勤務地: 川崎市（は俺も含めてロクな人間が住んでないよｗ）
投稿日時: 2007-08-14 01:07
引用:

dendenさんの書き込み (2007-08-14 00:07) より:
みなさま、ご回答ありがとうございます。
いろいろといただきましたので、自分なりにまとめて考えてみたのですが

１．SQL構文をVB上に書くのはなんら問題はなくてむしる普通
２.処理速度やバッチ処理を考えるならストアドプロシージャがよさそう
３．でもストアドプロシージャにはコツがいるらしい
４．クライアントとサーバーで処理させるという意味では、ストアドプロシージャを含めていろいろな方法が実際に使われているけれども、それなりの知識と技術がいるので効率化等も踏まえて判断したほうがいい

という印象をうけました。

いろいろな議論の発端となってしまった（すみません）排他制御については、どの方法もあまり関係ない、という感じでしょうか。これについては別途検討が必要なようですね。

ストアドプロシージャ自体は身に着けておいてもいい知識だと感じましたし、効率化という意味ではいいなと思うのですが、生産性と保守がネックですね。もっとも、処理自体はそこまで複雑にはならないと思うので、あとはストアドでどのくらいのことまで実現できるかによるかなと思いました。

OracleのPL/SQLだと大概なんでもいける気がするので、あまり気にしていなかったんですが、SQLServerだと若干厳しいでしょうか。


そんなことないよ。
むしろ同じMSなんだからSQLServerの方が相性が良いと安易に思うところかな。
OracleもODP.NET使えばかなり強力だが。
まあPL/SQLとかT-SQLの世界ではプロバイダ云々はあまり関係のないところだわね。
さかもと
ぬし
会議室デビュー日: 2004/05/14
投稿数: 586
投稿日時: 2007-08-14 07:58
さかもとです。

Oracleリファレンス

引用:

SQLServerだと若干厳しいでしょうか。


そんなことないですよ２。
若干の構文の差、機能の差はあるかもしれませんが、「○○じゃないと絶対に出来ない」というものはそれほど無いのではないかと思います。

IDEの環境などを考えるとMSSQLの方が相性は良いと思いますが、この辺りもそれほど厳しい指定・仕様が無ければ好き嫌いのレベルで考えても良いような・・・。

どちらにしても当初のご質問のメインである「排他制御」は今のところ関係ないと思います。MSSQL2005は評価版などもありますしExpressEdtionなどもありますので一度簡単なものを作ってみると良いかもしれません。



_________________
------------------------------------------
拝啓、さかもとと申します。

[ メッセージ編集済み 編集者: さかもと 編集日時 2007-08-14 08:06 ]
まるく
大ベテラン
会議室デビュー日: 2004/01/09
投稿数: 181
投稿日時: 2007-08-15 10:11
引用:

１．SQL構文をVB上に書くのはなんら問題はなくてむしる普通


ここですが、UI制御クラスの中に(特にイベントプロシージャ内などに)、直接SQL編集コードを書いたりしちゃ駄目ですよ、主に保守性の面から。
論理レイヤーで分けましょう。最低でも、データを取得する専用クラス(データ層)を作って、UI制御クラスからそいつらを呼び出すようにすれば、UI制御クラスからPL/SQLを呼び出すか、VB.NETで開発したデータ取得ロジックを呼び出すかの違い、という捉え方ができるようになると思います。
老婆心ながら一言。
«前のページへ 1|2|3

スキルアップ／キャリアアップ（JOB@IT）