データベースの話ですが、削除や更新をする前に selectで該当レコードがあるかどうかの確認をするという習慣のようなものはあるでしょうか?

1件もないとき、エラーにしてエラー処理をしていますか?

エラーを出すために やってるということもあります。

ま、ないのにDeleteしてエラーでとまってしまうというものだったら
確認する必要があると思いますが、一概にそういうことをする必要はないと思われます。

つまりそのような習慣はないです。

そういうプロジェクトの経験ありです。

汎用機の時代からソフトウェアをやっているような大手では、ちょくちょくお目にかかる気がします。
SQL がない時代からのソフトウェアを途中で書き直した、とか、プロジェクトの上級SEの頭の中が、その時代で止まっちゃってるとか。

そういうところは、以下のような現象も、同時に見ることができます　:-(

• プライマリキーが、（コードでもない）意味を持たない通番になっている
  「正規化、ってなにそれ」みたいな人もいっぱいいる
• ひとつのカラムに、いくつものデータをぐしゃあ、っとまとめて突っ込んである
  COBOL の REDEFINE や、Fortran の COMMON のイメージ。もちろん、「正規化って（以下、省略）」
• ひとつの SQL を隠ぺいした、アクセスルーチンと呼ばれるようなサブルーチンが大量にある
  インデックスに対する意識も希薄だし、そういったルーチンを回数を気にせず呼ぶので、いつも同じような性能対策をしてる

きちんと正規化されたRDBとして設計されているシステムであれば、そのような必要はありませんし、そのような習慣もありません。

正規化されておらず、updateやdeleteで複数レコードが更新／削除される可能性のあるシステムでは、いちいちselectでチェックをかけることがあります。

　無いデータを処理することは、データのすべてを検索しなければ分かりません。
　これはデータベースの件数が多ければ多いほど時間がかかります。
　そこで、まず件数を調べて0件でない場合に処理をするのが得策です。当然ながら、インデックスにセレクト項目がなければ全件を探すことになりますが、頻度の多い処理であれば、インデックスは作成しておきますから、0件チェックの意味はありますね。

SQLの動きってDBMSによって違うわよね。

今も使われているのかは知らないけどデータが無いのにupdateしたらエラーで止まるものがあるって聞いたことがあるわ。

selectやinsertしてからupdateしたりするのはそのためだって・・・。

昔からデータベース使ってる人の基本習慣ってことね。

あなたの使ってるSQLServerだけで動けばいいなら別にどうでもいいことだと思うけど先のことは判らないわよね？

習慣や慣習って大事だと思うわよ。