アカウント名:
パスワード:
SQLはクソ言語だし、今さら互換性を維持して色々するのは悪手だとは思う。まぁみんな使えるから価値はあるかな。が、現代風にクエリ言語を再設計するならどうすればいいだろうか。
データベース側の処理を考えるとJsonやらXMLやらで命令文が記述できた方が処理しやすいだろうがさすがにそれは人間側が困る。各言語側でJavaのStreamやC#のLinq的な何かを実装するとして問い合わせは機械処理しやすい言語ってのもありかもな(現在もだけど名前を微妙に変えたりせずAPIは統一してほしい)。あんまり高度で表現性が高いとキャッシュやら高速化やらで困るのは目に見えてるのも難点。
とりあえずいろんなデータで扱えるクエリ言語ってのは便利かもしれないな。良い普及したのがあればJavaScriptで標準で使えるようになりそうで便利な感じ。XMLならXPathあたりが…近いようで全然違うな。
SQLだけでシステムが組めないから汎用言語も使わないといけないのでは、と思うことがあります。ドメインロジックを表現できるだけの抽象化能力を持ったクエリ言語があれば、インピーダンスミスマッチだとかに頭を悩ませたり、プロジェクト毎に変わる「僕の考えた最強のアーキテクチャ」を読み込まなくても良くなるんじゃ、と思ったり。
抽象化は性能や互換性で色々出ては消えた記憶が
結局データにアクセスする根幹的な処理は枯れた普遍的な手法の方がいい他の箇所に労力を費やしたい
いつまでも枯れた普遍的な手法を使い続けるのが多大な労力なんだが
SQLを書くのが多大な苦労だという状況は、SQLだけで多くのことをやろうとしすぎなのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
SQLねぇ (スコア:0)
SQLはクソ言語だし、今さら互換性を維持して色々するのは悪手だとは思う。
まぁみんな使えるから価値はあるかな。
が、現代風にクエリ言語を再設計するならどうすればいいだろうか。
データベース側の処理を考えるとJsonやらXMLやらで命令文が記述できた方が処理しやすいだろうがさすがにそれは人間側が困る。
各言語側でJavaのStreamやC#のLinq的な何かを実装するとして問い合わせは機械処理しやすい言語ってのもありかもな(現在もだけど名前を微妙に変えたりせずAPIは統一してほしい)。
あんまり高度で表現性が高いとキャッシュやら高速化やらで困るのは目に見えてるのも難点。
とりあえずいろんなデータで扱えるクエリ言語ってのは便利かもしれないな。
良い普及したのがあればJavaScriptで標準で使えるようになりそうで便利な感じ。
XMLならXPathあたりが…近いようで全然違うな。
Re: (スコア:0)
SQLだけでシステムが組めないから汎用言語も使わないといけないのでは、と思うことがあります。
ドメインロジックを表現できるだけの抽象化能力を持ったクエリ言語があれば、インピーダンスミスマッチだとかに頭を悩ませたり、プロジェクト毎に変わる「僕の考えた最強のアーキテクチャ」を読み込まなくても良くなるんじゃ、と思ったり。
Re: (スコア:0)
抽象化は性能や互換性で色々出ては消えた記憶が
結局データにアクセスする根幹的な処理は
枯れた普遍的な手法の方がいい
他の箇所に労力を費やしたい
Re: (スコア:0)
いつまでも枯れた普遍的な手法を使い続けるのが多大な労力なんだが
Re:SQLねぇ (スコア:0)
SQLを書くのが多大な苦労だという状況は、SQLだけで多くのことをやろうとしすぎなのでは?