9
宣言型プログラミングと命令型プログラミング
命令型プログラミングに非常に満足しています。コンピューターに何をしてほしいかがわかったら、コンピューターに何をしたいのかをアルゴリズムで表現するのに問題はありません。しかし、SQLのような言語になると、頭が命令型プログラミングにあまりにも慣れているために行き詰まることがよくあります。 たとえば、band（bandName、bandCountry）、venue（venueName、venueCountry）、plays（bandName、venueName）のリレーションがあり、次のようなクエリを作成するとします。その名前の会場でプレーするその国。 例：すべての国（bandCountry）のバンドが演奏したすべての VenueNameが必要です。また、「関係」とは、SQLテーブルを意味します。 私はすぐに「venueNameごとに、すべてのbandCountriesを反復処理し、各bandCountryから、そこから派生するバンドのリストを取得します。いずれも、venueNameで再生しない場合は、次のVenueNameに移動します。繰り返しにより、venueNameを適切なVenueNamesのセットに追加します。 ...しかし、SQLでそのように話すことはできません。実際、これをどのように定式化するかを考える必要があります。他の誰かがこの問題を抱えていましたか？これをどのように克服しましたか？パラダイムシフトを理解しましたか？命令型ソリューションを宣言型ソリューションに変換するために、命令型コンセプトからSQLコンセプトへのマップを作成しましたか？良い本を読む？ PS上記のクエリの解決策を探しているのではなく、解決しました。