Serviceを読んで理解し、同意したものとみなします。Serverではbinary値を0xABCDEF0123456789のように引用符なしの0x付き16進数で記述することが出来ます。Serverで日時ごとの件数の累積値を出力するSQLwindow関数を使うといいと思います。Fiddleにサンプルコードを載せました。参考までにコードを転記しておきます。切り捨て誤差の影響によるものです。ここでは、小数点以下24桁まで書いてありますが、循環小数なのでずっと永遠に続きます。これは、1/3を10進数で表現すると、0.33333333...と永遠に続くのと同様です。計算機で表現できる桁数(ビット数)には限りがありますから、どこかの桁より先は切り捨てられます。0111を10進数に戻すと、2.479999959468841552734375にしかなりません。Editionをお使いでしょうか。Expressにのみ「アイドル時は積極的にメモリを開放しディスクに書き戻す」仕様があります。これを設定で調整することはできず、解決するには上位のEditionに切り替えるしかありません。接続タイムアウトを十分に長くするか、定期的なポーリングでアイドルからできるだけ復帰させるという緩和策をお勧めします。個の銅バッジ5外部結合の結果が想定と異なるが理由がピンとこないtable_bを外部結合するのに、table_bに関する条件が十分書かれていないのでは、期待する結果は得難いと言うのを意識しておかれた方がいいでしょう。Cのサブクエリーはtable_aに依存した相関サブクエリーですから、table_aの行ごとに異なる値となります。2)で絞り込むのでそこ以外は省くとこんな感じ。個の銅バッジ4SQLServer2008が長時間アクセス無い場合スリープ(?)してしまうデータベースのプロパティに"自動終了"という項目があります。Expressが無かったので、直接確認できてませんが、上記URLのページだと設定変更出来ています。小数型データ、浮動小数型データ、および実数型データの使用から引用します。概数型では、多くの場合、指定されたとおり正確な値が格納されません。正確な値にきわめて近い概数が格納されます。多くのアプリケーションでは指定した値と格納される概数のわずかな差は問題にはなりません。その差が問題になる場合もあります。型にはこのような概数の性質があるので、財務アプリケーション、丸めが行われる演算、等価性のチェックなど、正確な数値動作が必要な場合には、これらのデータ型を使用しないでください。型を使用してください。説明の通りで、FLOOR関数はもちろん丸めが行われる演算に該当します。個の銅バッジ4ON句がJOIN句よりも先に評価されるのは本当ですか?論理的な処理としてはJOIN~ONの評価は以下の三段階に分かれています。JOIN句のテーブルを評価し、直積を求める。ON句の条件に該当しない行を除外する。JOINである場合は必要な未結合の行を追加する。評価の開始はかならずJOINが先なのですが、完了順では遅くなる場合があります。この場合はONの評価に使用した行とは異なる結果が出力されます。TechNetの記述はバインド順についての言及であるので、結果セットの確定タイミングを踏まえてJOINを後ろにしているのではないでしょうか。Qerying』で説明されています。あるならば高速な動作は期待出来ると思います。上で取得しやすいクエリであるならば、高速な検索が行われることが期待できます。ついて動作を検証しました。個の銅バッジ3SQL文だけでバイナリ(blob)をINSERTしたいPostgreSQLは自己解決できました。decodeを使うと、16進数文字列をバイナリデータに変換できるようです。Securityがtrueに設定されます。ユーザーインスタンスに接続するにはWindows認証が必要です。Serverログインはサポートされません。とあるようにsaでのログインは制限されているようです。Serverのローカルバージョンを実行できるようにする機能です。とあるように実行したユーザー権限で動作させる機能ですのでそもそもWindows認証が必須です。これはユーザーインスタンス登場当時からの制限であり途中から変更されたものではありません。Serverから実行できるようにすることです。サーバーとして構成できます。Serverのみバージョン指定があるとは考えられません。DBが使用できれば任意のバージョンへ接続可能と考えるべきでしょう。個の銅バッジ3テーブル設計について「ほしい詳細情報が変わる」ということですが、中身がころころ変わるようなテーブルでは、一貫性のあるデータベースになりません。どのように事件に関する情報を整理するかが定まっていないという事だと思われますので、事件の報告などの実務に詳しい先輩に教えを乞うのが良いと思います。事件の種類によって必須となる項目がある程度定まるかと思います。いったように主たるものをリストアップしていってはどうでしょうか。個の銅バッジ3Decimal値をSQLServerに保存すると小数2桁までしか保存されないDbContextに精度を記載することで解決できました。互換性からほとんど絞り込まれます。開発もしくはテスト目的でのみ使用可能なため、商用運用には使用できません。Developerでしか提供されていない機能を使う場合、Enterpriseが必須となります。10では動作しません。10では動作しません。サポートが必要であればStandardとなります。スケールの制限内で、サポートが必要なければExpressとなります。後はライセンス条項と提供者側の判断となります。前者は|DataDirectory|ですので既定では実行ファイルと同じディレクトリです。ソリューションエクスプローラーでtest.mdfのプロパティを確認すると分かりますが、チュートリアルの方法では既定で「常にコピーする」になっており、プロジェクトディレクトリにあるtest.mdfがビルド出力先(実行ファイルと同じディレクトリ)へコピーされます。定義されているので<pivot_clause>は1つしか書けないはずです。Server評価版は以下の手順で製品版へのアップグレードを行います。インストールセンターよりエディションの変更が可能です。Setup.exeをコマンドラインより起動することでエディションの変更が可能です。SAVESYSDB、USESYSDBオプションを使用した再インストールが必要です。アップグレード先ですが、評価版からはスタンドアロン版の製品版全バージョンにアップグレードが可能です。個の銅バッジ2整数フィールドに対する部分一致検索フィールドをキャストすることで部分一致検索をすることができます。ServerでCSVファイルを読み取りInsertすると日本語が「?」で格納されるCODEPAGE=932をWITHの中に追加すればいけると思います。値を含む項目の結合が行えない理由で、期待のSELECT結果を得られない(MSSQL)SQLでは三値論理を採用しているため、NULLとNULLを比較してもTRUEとはなりません。ように場合分けする必要があります。このような変則的結合条件は実行時の効率を落としますので、DBの設計を見直した方がよいでしょう。NULLの代わりに''を使用するなどの方法があります。by句を同時に指定すると100倍以上遅くなるクエリをどう解釈し、どう実行されたかは実行プランを表示することで確認できます。3つのクエリを比較してみてください。比較結果をふまえて効率的なクエリに書き換えることができるかもしれません。個の銅バッジ2MSSQLテーブル用の、bakeから仕上げた登録画面が、キー自動採取を失敗するidフィールドのバリデーションが以下のように設定されているためバリデーションエラーとなり保存できない状況です。idが採番されるのはDBへの保存時ですので、保存前には空でなければなりません。idのバリデーションは以下のようになるべきです。複数テーブルに同時にINSERTしたいいくつかのアプローチがあります。Server上にストアドプロシージャを作成することです。C#から必要なパラメーターを与えて呼び出すことができます。ServerにはOUTPUT句という機能があります。この機能を使うとINSERTされた結果行をそのまま読み出すことができます。データ量を抑えるためにシーケンス番号だけを読み出すこともできます。C#からはINSERT文をSqlCommand.ExecuteReaderメソッドで実行することで読み出せます。OUTPUT句には更にINTOで指定したテーブルへ挿入を行う機能があります。いくつかの条件があるため、利用できないかもしれません。個の銅バッジ2テーブル設計についてあくまで一例ですが、以下のようにテーブルを分けます。「正規化」というキーワードで勉強してみてください。Fumuさんの仰る「情報を整理する」ことが最初に必要です。個の銅バッジ2テーブル設計について上記のようなテーブルが存在しているんですが、事件の内容が増えるたびにほしい詳細情報が変わるのでカラムが増えるような現状です。方が合ってるかもしれませんね。ドキュメント指向DBでは、データを行列からなる表ではなく「ドキュメント」として管理します。形式で表現され、例えば次のようなデータになります。データ型で作ってしまう、というのも一つの選択肢だと思います。中身にインデックスが貼れない場合が多い(データベースエンジンに依存)ので、中身に対して検索を行おうとすると、それがとても遅くなる、ということが挙げられます。個の銅バッジ2VIEWの中で同じ番号を持つグループの中で、ステータスが混在している場合だけ、VIEWの値を更新するSQL文を作成したい一般にビューは更新不可能であり、基になるテーブルを更新する必要があります。テーブルのみの列を参照している。いう条件を満たしていないのでa_b_viewについては更新できません。a_tblおよびb_tblを更新してください。蛇足ですが、NUMERIC(1)は5バイトです。0と1しか格納しないのであればbitをお勧めします。joinできることを応用すれば解決できるはずです。第三者への有益な情報を目指して簡単なところから記載します。記載されているSQLは質問と若干違います。Fiddleのリンク先を参照してください。11g以前では下記のエラーが発生して動きません。表が少なくとも1つの他の表に外部結合されている可能性があります。Fiddleは11gが対象で例示できないため、冗長ですがwith句でテーブルを代用しています。クエリを発行すれば、データベースやテーブルの作成が可能です。