タグ付けされた質問 「sql-server-2005」

MicrosoftのSQL Serverの2005バージョンに固有の質問には、このタグを使用します。

11
LEFT OUTER JOINはどのようにして左のテーブルにあるよりも多くのレコードを返すことができますか?
私は非常に基本的なLEFT OUTER JOINを使用して、左側のテーブルのすべての結果と、より大きなテーブルのいくつかの追加情報を返します。左側のテーブルには4935レコードが含まれていますが、それを追加テーブルにLEFT OUTER JOINすると、レコード数が大幅に増えます。 LEFT OUTER JOINが左のテーブルのすべてのレコードを、右のテーブルの一致したレコードと一致しないすべての行のnull値とともに返すことは、私が知っている限り絶対的な福音です。左の表にあるよりも多くの行を返すことは不可能ですが、それはまったく同じです。 SQLクエリは次のとおりです。 SELECT SUSP.Susp_Visits.SuspReason, SUSP.Susp_Visits.SiteID FROM SUSP.Susp_Visits LEFT OUTER JOIN DATA.Dim_Member ON SUSP.Susp_Visits.MemID = DATA.Dim_Member.MembershipNum おそらく、構文に誤りを犯したか、LEFT OUTER JOINの理解が不完全である可能性があります。うまくいけば、これがどのように発生するのか説明できますか? 追記 素晴らしい回答をありがとう、左外部結合の私の理解ははるかに良くなりましたが、誰でもこのクエリを変更して、左のテーブルに存在するのと同じ数のレコードのみが返されるようにする方法を提案できますか? このクエリは純粋にレポートを生成するためのものであり、重複する一致は単に問題を混乱させます。 /追記

9
COUNTIF集計関数に相当するSQL Server
GROUP BY特定の条件のみに基づいてレコードをカウントする機能が必要な句を使用してクエリを作成しています(たとえば、特定の列の値が1に等しいレコードのみをカウントします)。 SELECT UID, COUNT(UID) AS TotalRecords, SUM(ContractDollars) AS ContractDollars, (COUNTIF(MyColumn, 1) / COUNT(UID) * 100) -- Get the average of all records that are 1 FROM dbo.AD_CurrentView GROUP BY UID HAVING SUM(ContractDollars) >= 500000 というCOUNTIF()ネイティブSQL関数がないため、この行は明らかに失敗しますCOUNTIFが、ここでの考え方は、MyColumnの値が「1」であるすべての行のパーセンテージを決定することです。 これをMS SQL 2005環境に適切に実装する方法についての考えはありますか?


15
SQL Serverで先行ゼロをトリミングするためのより良いテクニックは?
私はこれをしばらく使ってきました: SUBSTRING(str_col, PATINDEX('%[^0]%', str_col), LEN(str_col)) しかし最近、一致する「0」以外の文字が見つからないため、「00000000」などのすべての「0」文字を含む列に問題が見つかりました。 私が見た別のテクニックは使用することTRIMです: REPLACE(LTRIM(REPLACE(str_col, '0', ' ')), ' ', '0') 埋め込まれたスペースがある場合、スペースが「0」に戻されるとスペースが「0」に変わるため、これには問題があります。 私はスカラーUDFを回避しようとしています。SQL Server 2005では、UDFに関するパフォーマンスの問題がたくさん見つかりました。

13
プログラムでID列の値を変更するにはどうすればよいですか?
Test列を持つテーブルを含むMS SQL 2005データベースがありますID。IDID列です。 このテーブルに行があり、それらすべてに対応するIDの自動インクリメント値があります。 次に、このテーブルのすべてのIDを次のように変更します。 ID = ID + 1 しかし、これを行うとエラーが発生します。 ID列 'ID'を更新できません。 私はこれを試しました: ALTER TABLE Test NOCHECK CONSTRAINT ALL set identity_insert ID ON しかし、これは問題を解決しません。 この列にIDを設定する必要がありますが、値も時々変更する必要があります。だから私の質問は、このタスクを達成する方法です。




30
「名前付きパイププロバイダー、エラー40-SQL Serverへの接続を開けませんでした」というエラーを修正するにはどうすればよいですか?
サイトからデータベースに接続できないようです。私はこのエラーを受け取ります: 名前付きパイププロバイダー、エラー:40-SQL Serverへの接続を開けませんでした 接続にローカルIPアドレスとパブリックIPアドレスを使用してみました。私はもう試した: はい、サイトはサーバーと通信できます 名前付きパイプ/ TCPが有効になっています。 リモート接続が許可されます。 Windowsファイアウォールはオフです Windowsファイアウォールでポート1433の例外を作成しました。 SQL Server構成マネージャーですべてを有効にしました。 ここで他に何ができますか?

20
SQL Server文字列またはバイナリデータが切り捨てられる
私はデータ移行プロジェクトに参加しています。あるテーブルから別のテーブルにデータを挿入しようとすると、次のエラーが発生します(SQL Server 2005)。 メッセージ8152、レベル16、状態13、行1 文字列またはバイナリデータは切り捨てられます。 ソースデータの列がデータ型と一致し、宛先テーブルの列の長さの定義内にあるため、このエラーの原因を突き止められません。

6
変更テーブルが複数の列を追加するMS SQL
次のクエリのどこが間違っているか誰かに教えてもらえますか ALTER TABLE Countries ADD ( HasPhotoInReadyStorage bit, HasPhotoInWorkStorage bit, HasPhotoInMaterialStorage bit, HasText bit); ALTER TABLE Regions ADD ( HasPhotoInReadyStorage bit, HasPhotoInWorkStorage bit, HasPhotoInMaterialStorage bit HasText bit); ALTER TABLE Provinces ADD ( HasPhotoInReadyStorage bit, HasPhotoInWorkStorage bit, HasPhotoInMaterialStorage bit HasText bit); ALTER TABLE Cities ADD ( HasPhotoInReadyStorage bit, HasPhotoInWorkStorage bit, HasPhotoInMaterialStorage …


10
ストアドプロシージャとビューの違いは何ですか?
私はいくつかの点で混乱しています: ストアドプロシージャとビューの違いは何ですか? SQL Serverでは、ストアドプロシージャとビューをいつ使用する必要がありますか? ビューを使用すると、パラメーターを渡すことができる動的クエリを作成できますか? どちらが最も速く、どの基準でどちらが他よりも速いですか? ビューまたはストアドプロシージャはメモリを永続的に割り当てますか? プロシージャがマテリアルテーブルを作成する一方で、ビューが仮想テーブルを作成すると誰かが言ったとはどういう意味ですか? 他にもポイントがありましたら教えてください。

11
特定のテーブルを参照するすべてのストアドプロシージャを識別する方法
テスト目的で開発環境のテーブルを作成しましたが、このテーブルを参照しているspはほとんどありません。次に、このテーブルを削除し、このテーブルを参照しているすべてのspを特定する必要があります。すべてのspのリストを見つけるのが困難です。テーブル名が「x」で、データベースがSQL Server 2005であると想定して、クエリをいくつか提案してください。

7
SQL Server、名前付きインスタンスを既定のインスタンスに変換しますか?
SQL Server 2005の名前付きインスタンスを既定のインスタンスに変換する必要があります。 再インストールせずにこれを行う方法はありますか? 問題は、開発者のうち6人のうち2人が、名前付きインスタンスとともにインストールされていることです。したがって、他の4人の接続文字列を変更するのは面倒になります。私は、これら2つをチームの標準設定に戻すことへの抵抗が最も少ない道を探しています。 これは大変なことであり、開発時間を短縮するだろうと、それぞれが表明しています。解決には時間がかかると思いました。関係者全員の最善の利益として、インストールされた構成アプリをくまなく調べてみましたが何も表示されなかったので、内部の仕組みについてより詳しい知識のある人がここにいると思いました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.