2016-09-22 28 views
2

私は何年もの間、MS Accessとそのクエリツールを使ってクエリを作成してきました。このツールは非常に優れているので、自分自身でSQLプログラミングを大量に行うことは一度もありませんでした。クエリツールはすべての作業を完了しました。PostgreSQLのグラフィカルなクエリデザイナ

しかし、私はPostgresとGraphical Query BuilderをpgAdminで使用し始めました。グラフィカルクエリビルダは、基本的には基本的なものです:SUMやCOUNTなどの集計関数が必要な場合は使用できません。

これは本当に正しいですか?

誰かがPostgreSQLのグラフィカルなクエリビルダをよく知っていますか?

これまでMS AccessをODBC経由でPostgresデータベースにリンクして問題を解決し、MS Accessのクエリツールを使用してSQLコマンドを生成し、これをpgAdminのグラフィカルクエリビルダにコピーし、SQLコマンドを編集しましたすべて正しいです。それが唯一のPCですが

+4

私はクエリビルダの必要性を理解しませんでした。彼らは簡単なものを可能にし、複雑なものは難しく、先進のものは不可能にします。 –

+0

あなたが(私のように)SQLプログラミングの初心者であれば、良いクエリビルダは簡単なことを簡単にし、複雑なことを可能にし、高度なことはおそらく基本的なSQLプログラミングによってのみ可能です。しかし、まだ:シンプルで複雑なものについては、良いクエリビルダを使用することができます! – Helge

+1

私の経験から言えば、クエリビルダーに固執すれば、SQLを正しく学習することはありません。また、SQLの仕組みが理解できない場合は、生成された文を実行するときに発生するエラーを理解することはできません。 –

答えて

0

はその自由、SQLeoを試しており、

ERROR:現在の取引はabです。 orted、コマンドはトランザクションブロックの終了まで無視されます。

関連する問題