問題タブ [views]

私は Rails アプリを持っていて、少し勢いを増していますが、対処しなければならない深刻な頭痛の種があります。これは基本的な種類のアセット マネージャー アプリケーションです。ユーザーは写真、.pdf、ビデオなどをアップロードし、システムによってそのアセットの表示方法を管理できます。

index.html.erb については、かなり標準的な Rails ビュー (Rails によって生成されるもの) から始めました。各アセットのサムネイルをレンダリングするパーシャルと、次のようなものがあります。

私が望むのは、サムネイルをクリックできるようにすることです（簡単です）が、ユーザーがそのボタンを押すと、divの内容は基本的にはedit.html.erbで埋められますが、必要だと思いますパーシャルとして行われます。私はすでにこれをまっすぐなjavascriptで管理しています。

私は新しい「Agile Development on Rails」本の出版前バージョンにアクセスできます。これは出版社から誰でも入手できますが、AJAX に関する章は非常に最小限であり、これらのことについて私よりも多くの経験があることを前提としています。 JavaScript と Rails への私の最初の進出。

更新：「質問は何ですか」「答え」に応えて、かなり明確だと思いましたが：

サムネイルをクリックして編集フォームを div にロードするには、サムネイルのパーシャルに何を入れる必要がありますか?

MySQL フォーラムで 2005 年の投稿を見つけましたが、それより新しい投稿はありません。それを踏まえると無理です。しかし、3〜4年で多くのことが変わる可能性があります。

私が探しているのは、ビューにインデックスを付ける方法ですが、表示されるテーブルにはインデックスを付けないままにする方法です。インデックス作成は書き込みプロセスに悪影響を及ぼし、このテーブルは非常に頻繁に書き込まれます (インデックス作成によってすべてが遅くなるまで)。ただし、このインデックスの欠如により、クエリが非常に遅くなります。

Oracle のビューとは何ですか?

オンザフライでビューを作成したい (SQL Server 2005) データベースがあります。私のコードでは、CREATE VIEW ステートメントを作成していますが、それを機能させる唯一の方法は、クエリ文字列全体を作成してそのまま実行することです。パラメータを使用したいのですが、これは：

「キーワードVIEWの近く」（おそらく「@name」）にエラーがあることを教えてくれます-言うまでもなく"CREATE VIEW foo AS SELECT * FROM bar"、チャンピオンのように機能します。

これは不可能ですか？そうでない場合、CREATE ステートメントを実行する前に入力をクリーンアップするより良い方法はありますか? 場合によっては、クエリの本文にユーザー入力が含まれている可能性があり、「これを単一の select ステートメントの本文として扱う」と言うことができる方法があれば、より安全だと思います。多分私が求めているのはあまりにも奇妙ですか？

---

FOLLOWUP 04 Nov: OK、はい、私が望むのは SQL インジェクションのようなものですが、このコマンドを実行してテーブルなどを削除するオプションを少なくとも最小限に抑えたいと思います (完全に削除しない場合)。 . 確かに、これを実行しているユーザーには、そもそもテーブルを削除する権限がありませんが、おわかりいただけたと思います。事実上、"This statement will not alter any existing data in any way{ ... }".

現在コード化されている方法は、 friolの回答のように文字列連結を行うことですが、それはサニタイズをまったく行いません。少なくとも、次のような疑わしい文字をスクラブできれば気分が良くなります。または-またはあなたは何を持っていますか。私は、私のためにスクラブを行うためのライブラリ関数、またはそれらの線に沿った何かがあることを望んでいました.

新しい Web サイトに ASP.net MVC を使用しています。

同じ名前のビューを持っているが、別のフォルダー (Views/Home/Index.aspx と Views/Account/Index.aspx) にあるという小さなしつこい問題を発見しました。分離コード ファイルは、定義がある場合、部分クラスであるかのように動作します。同じイベントまたは関数 (つまり、PageLoad イベント)。コードビハインド ファイルに Namespace を明示的に提供し (フォルダー名を使用)、マークアップ ページの参照を更新することで、この問題を回避しました。

しかし、私が言ったように、これは面倒です。私が正しくやっていないことがありますか？それともベータ版ソフトウェアの単なるバグですか?

私はテーブル構造を持っていますが、最善の方法を作成する方法がよくわかりません。

基本的に、tblSystemItems と tblClientItems の 2 つのテーブルがあります。「アイテム」を参照する列を持つ 3 番目のテーブルがあります。問題は、この列がシステム アイテムまたはクライアント アイテムのいずれかを参照する必要があることです。どちらでもかまいません。システム アイテムには 1..2^31 の範囲のキーがあり、クライアント アイテムには -1..-2^31 の範囲のキーがあるため、衝突は発生しません。

アイテムをクエリするときはいつでも、2 つのテーブルの内容間で UNION ALL を実行するビューを使用してクエリを実行しています。

したがって、最適には、ID を一意に保ちながら、ビューは常に 2 つのテーブルの結合になるため、ビューの結果を参照する外部キーを作成したいと考えています。しかし、ビューを参照できないため、これを行うことはできません。

これで、外部キーをドロップするだけで問題ありません。ただし、参照チェックとカスケード削除/null 機能の設定が本当に必要です。トリガー以外にこれを行う方法はありますか？

私が始めているプロジェクトでは、特定の条件に基づいてユーザーに権限を与えたいと思います。たとえば、(特定のテーブルで):

• すべての行を読み取ることができます
• ID < x の行には書き込みできませんが、行 >= x には書き込みできます
• 等...

これらの条件はユーザーごとに変わる可能性があるため、ビューを避けたいと思います (ケースごとにビューを作成する必要があることを理解しています)。クライアント側でこれを強制することも避けたいと思います。

これが不可能な場合、どのような回避策を提案しますか?

よろしくお願いします。

長い投稿で申し訳ありませんが、問題を説明するためにいくつかのコードを投稿する必要がありました。

質問に触発されました * select を使用しない理由は何ですか? 、少し前に気づいた select * 動作のいくつかの観察を指摘することにしました。

それでは、コードを見てみましょう。

次のクエリを実行し、最後の 2 つの select ステートメントの結果を見ると、次のような結果が表示されます。

select a,b,c from dbo.vStartestの結果からわかるように、列 c のデータは列 d のデータに置き換えられています。

ビューがコンパイルされる方法に関連していると思います。私の理解では、列は名前ではなく列インデックス (1,2,3,4) によってマップされます。

SQL で select * を使用していて、予期しない動作が発生した人への警告として投稿しようと思いました。

注: テーブルを変更するたびに select * を使用するビューを再構築すると、期待どおりに機能します。

テーブルXとビューY（Xと同じ構造を持つ）が与えられた場合、XをZに、YをXにアトミックに名前変更して、クエリにXという名前の何も表示されないようにする方法はありますか？Xの名前を変更してビューを作成することも有効です。

重要なのは、スキーマ移行計画の一環として、古いテーブルを新しいバージョンの古いバージョンをシミュレートするビューに置き換えて、クライアントコードの両方のセットを同時に実行できるようにすることです。

MySQLが私の選択ですが、他の人に関する情報も役立つでしょう。

C# を使用して SQL Server でビューを動的に作成するにはどうすればよいですか?