SQLは、現在、普及している言語の中で最も高級な言語です。言語は高級になればなるほど人間に近づきシンプルにやりたいことが実現できる反面、実行速度は遅くなり、できることも限られます。 最も低級なマシン語と≒のアセンブリ言語であれば、コンピュータでできることは何でもできます。それが高級言語のJavaになれば、Java VMがなければお手上げになり、Java VMで処理可能なことしかJavaではできません。スクリプト言語はインタープリタがなければ動かない。もちろん、更に高級な言語のSQLは、DBエンジンがなければ何もできませんし、できることはDB内の処理に限られてしまいます。 言語は、低級なほどできることが多く、高級ほど特定のことしかできなくなるわけです。 一方で、低級な言語ほど、杓子定規に、あらゆる条件を指示しないとコンピュータは動かなくなり、高級な言語ほどアバウトな命令で、望んだ結果が得られ

SQLは現在、普及している言語の中で最も高級な言語です。 高級か低級かというのは、どれだけCPU（の命令）と近いかです。CPUに近ければ近いほど低級でCPUから遠い、つまり、人間に近いほど高級言語ということになり、一般的に低級ほど扱うのは難しくなります。 例えば、JavaではJava VMがCPUの違いだけでなく、OSの違いまでを吸収してくれます。しかし、より低級なC言語と全く同じ処理を書いたのと比べれば、Javaでコンパイルされたコードは冗長になるため実行速度が遅くなりますが、高級な言語ほどシンプルなソースで書けるから生産性は高くなります。 生産性とパフォーマンスについて 理論値としては、同じ処理を低級言語と高級言語で書けば、生産性は高級言語ほど高くなります。 では、アセンブリ言語ができる人が同じ処理をJavaで書いたとして生産性が上がるかというと、Javaもできるなら生産性は上がります

試用版を公開しました Oracleの試用版をダウンロード SQLServerの試用版をダウンロード セミナー情報 9月17日にセミナーでお話しさせて頂きます。 首都圏の皆様、無料ですのでよろしければご参加ください。 http://www.microsoftplatformready.com/jp/Home.aspx ストアドプロシージャ使った開発 まず、ストアドプロシージャを使うのは、UIとDBを完全に疎結合にすることを目的としています。勘違いされるのが多いのは、ストアドプロシージャはパフォーマンスが必要な複雑な処理で使うとか、そういう先入観があるからでしょうか。 UIがアクセスするのはストアドプロシージャのみです。 同じ処理があったとしても、必ず、UI側がアクセスする処理に対して1つストアドプロシージャを作り、他では利用しません。 UI用のストアドプロシージャが、処理用のストアドプロシー

WebシステムにMVCを適用するのは間違っています（正確にはインターフェースが足りません）。 paperface.hatenablog.com このように思考停止したエンジニアにはわからないかもしれませんが、もう一度解説してみましょう。 目次 目次 そもそもMVCとは？ 歴史を振り返ってみましょう インピーダンスミスマッチとORMの登場！ こうあるべきでしょう？ ストアドプロシージャにすることに問題はないの？ Fetch してグルグルしない 文字列連結は要らない どちらが極端ですか？ 分離開発するべき そもそもMVCとは？ MVCができた頃 MVCは、スタンドアロー向けのプログラムがあまりにぐちゃぐちゃだったので、「違う機能は疎結合にしよう！」という考えで作り出されました。 1980年代の頃のお話です。 それ自体は正しいです。 歴史を振り返ってみましょう Webシステムを「MVCに適用させ