アカウント名:
パスワード:
>戯れに全件メモリに読み込んでハッシュでやってみたら、処理速度が劇的に上がったのは笑った。オンメモリDBは、また別にあると思うが。
ところで、確かにプログラムが書けずに全部SQLでやろうとしてる人が巨大なSQLを捻くり回すのも問題だけど、SQLが書けずに全部プログラムでやろうとしてSQLよりバグも多くてパフォーマンスが遅いコードを捻くり回すのも問題だ。
プログラマならSQLがいいかそれ以外が良いかを判断して、適切な技術を選択できるようになっておくべきだと思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
やっぱりSQL (スコア:2)
素のSQLを書かなければならないことは
この20年間変わらない真実。
Re:やっぱりSQL (スコア:2, 興味深い)
数万件程度のテーブルの単純な結合を、戯れに全件メモリに読み込んでハッシュでやってみたら、
処理速度が劇的に上がったのは笑った。
隣人は、何もかも無理やり1つの巨大なSQL文で済ましているコードに四苦八苦していたりします。
それは今はいない前任者の残したコードなので、ちょっと気の毒です。
そういう自分も、動作条件も考えずに、何もかもストアドプロシージャーで書いていた時期もありました。若かった...。
#存在自体がホラー
Re: (スコア:0)
Re: (スコア:0)
>戯れに全件メモリに読み込んでハッシュでやってみたら、処理速度が劇的に上がったのは笑った。
オンメモリDBは、また別にあると思うが。
ところで、確かにプログラムが書けずに全部SQLでやろうとしてる人が巨大なSQLを捻くり
回すのも問題だけど、SQLが書けずに全部プログラムでやろうとしてSQLよりバグも多くて
パフォーマンスが遅いコードを捻くり回すのも問題だ。
プログラマならSQLがいいかそれ以外が良いかを判断して、適切な技術を選択できる
ようになっておくべきだと思う。
Re: (スコア:0)
Re: (スコア:0)
MS-Accessでクエリを書いてタテ数十万、ヨコ百フィールドくらいのデータを
日々処理してるエンジニアでもあり事務職でもあり、な者ですが、先だって、
クエリに1000から10刻みに行番号を付けると管理しやすい
なんてことに改めて気づいて苦笑いしたものです。
それに気づくまでは「01_◯◯を処理するクエリ」みたいに行番号は1ずつ
インクリメントさせていました。これだと後から追加処理を挟む際につまらない
苦労をします。ヒントはBASICのAUTO文にあった。AccessにもRENUM機能が
あるといいのにな。
Re: (スコア:0)