問題タブ [sql-view]

次のコードを使用して、データベースから人気のあるニュース エントリを (日付別に) 選択します。

通常のクエリとこのクエリの実行速度を比較するために、次の mysql クエリを実行しました。

-

ご覧のとおり、通常のクエリははるかに高速です。これをスピードアップする方法はありますか？

django で mysql ビューを使用することは可能ですか?

datetime フィールドを 2 つのフィールド (日付と時刻) に分割できることはわかっていますが、興味があります。

構造：

ローカルサーバーで正常に動作しているmysqlデータベースにVIEWを作成するコードがあります。通常どおりビューを作成およびトリミングします。しかし、私のオンラインサーバーではエラーが発生します

オンラインデータベースの場合、データベース形式でVIEWを手動で作成します。PHPmyAdmin[Myadminはローカルホストオンラインにあります]作成しているので、オンラインデータベースにVIEWを作成する権限があります。

しかし、phpmysql_queryではcommand deniedエラーが発生します。PHPでビューを作成するためのサービスはありますか？

MS SQL Server を使用しています。「alter view VIEWNAME as ([some sql])」などを実行して、ストアド プロシージャ内からビューを変更したいと考えています。

Google が投げかけたいくつかのページでは、これは直接サポートされていない (また関連する alter-table ステートメントもサポートされていない) と主張していますが、次のような構造を使用して回避する方法の例もあります。

コードをリテラル文字列として記述するのは、SQL であっても少し臭いです。

私の質問:

1. これがサポートされていないのはなぜですか? これを sproc から実行することと、スタンドアロンのステートメントとして実行することの違いは何ですか?
2. execリテラル SQL 文字列を ing することによる回避策が機能するのはなぜですか? ステートメントについての私の理解ではexec、SQL をインラインで実行するだけですが、それは正しくありませんか?
3. (楽観的ではありません) ストアド プロシージャ内からビューを変更するより良い方法はありますか?

IHello、

MySQLデータベースの各テーブルについて、そこにあるレコードの数を数えようとしています。

私のテーブルはすべてInnoDBにあり、このクエリは

見積もりが多すぎます（+846レコードがあり、+-400しかないことがわかります）

同様のクエリでより正確な行数をカウントする方法はありますか？クエリの実行にかかる時間は関係ありません。（PSはphpまたは同様の言語を使用していません）

I would like to have a view that I could run return multiple result sets. Is this possible?

If a view can not do this, then is there another object with High Visibility/Transparency within SQL Server that can achieve this? (I like using a view because I can easily see it and run it under the Views folder). A stored procedure is not really ideal because I have so many.

Thanks

MySQL でエミュレートされたマテリアライズド ビューのパフォーマンスは良好ですか? このリンクの使い方を学んでいます

ありがとう

訂正:「マテリアライズド ビュー」を「エミュレートされたマテリアライズド ビュー」に。

複数のテーブルからビューを作成する必要があります。ビュー内の列の 1 つは、カンマ区切りの値を持つ文字列として、テーブルの 1 つからの多数の行から構成される必要があります。

これは、私がやりたいことの簡単な例です。

Customer と Orders の間には 1 対多の関係があります。したがって、このデータを考えると

ビューを次のようにしたい：

注文があるかどうかに関係なく、全員がテーブルに表示されるようにします。

このビューに変換する必要があるストアド プロシージャがありますが、ビュー内でパラメータを宣言してストアド プロシージャを呼び出すことはできないようです。このクエリをビューに取り込む方法について何か提案はありますか?

別のスレッドで、ストアドプロシージャをビューに変換する方法の実例を取得しました。これは、顧客名を注文マッピングに保持します。注文は、注文がない場合のNULLを含む、注文のコンマ区切りリストです。したがって、以下の表の場合、ビューに表示するには次のものが必要です。

ビューにインデックスを付ける必要がありますが、ビュー内のSELECTクエリにAPPLYやサブクエリがある場合はインデックスを付けることができません。このビューをインデックス付きビューに変換することは可能ですか？

SQL Server にビューがあります。MY_VIEW としましょう。

コマンドを実行すると正常SELECT * FROM MY_VIEWに動作します。ただし、 SELECT * FROM dbo.MY_VIEW* Invalid object name 'MyDB.dbo.MY_VIEW'* を取得して実行すると、

sa を使用して SQL サーバーに接続しています。

これの何が問題なのですか？また、いつ dbo.MY_VIEW を使用する必要があり、いつ使用しないのでしょうか?

更新: ビューのスキーマ名は dbo で、ビューを作成したときも sa に接続していました。

Update2問題は大文字と小文字を区別する照合であることがわかりました。問題は dbo が原因ではありませんでした。プレフィックス。これは、データベースの照合で大文字と小文字が区別され、クエリのテーブル名の大文字と小文字が間違っていたためです。

SQL Server 2008 に非常に大きなテーブルがあります。特定のユーザー セグメントにのみ役立つフィールドが多数あり、一部のユーザーが表示できないフィールドもあります。

テーブルは巨大なので、ビューへのアクセスを許可し、必要な列のみを表示できるように、ユーザー クラスごとにいくつかの単純なビューを作成したいと考えました。

ビューはデータベースのスペースを占有しますか?それとも単純な select ステートメントとして保存されますか?