Q2：SQL Serverがインストールされている場所を調べるには？ A：「SQL Server 構成マネージャー」でサービスのプロパティを調べるか、管理ツールがインストールされていない場合はサービスの構成情報を調査する。 SQL Serverがインストールされていることが確認できたら、サービスの詳細設定を見ることにより、SQL Serverがどこにインストールされているかを確認できる。サービスの詳細は「sc qc ＜サービス名＞」で確認できる（qcはquery configurationの略）。 C:\>sc qc "mssqlserver" ……sc qcコマンドでサービスの設定を調べる [SC] QueryServiceConfig SUCCESS SERVICE_NAME: mssqlserver ……サービス名 TYPE               : 10  WIN32_OWN

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

かなり前に、なければINSERT、あればUPDATEというの書きました。 hit.hateblo.jp しかしながら、現状で運用でもっとも活躍できるのは、IGNOREの方だと思います どのようなケースで活用できるついて、サンプルを含め説明します プライマリーキーを更新 以下のテーブルをサンプルにプライマリーキーを更新するSQLの挙動がどうなるか考えてみましょう users CREATE TABLE `users` ( `userid` bigint(20) NOT NULL, `username` varchar(10) DEFAULT NULL, PRIMARY KEY (`userid`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci プライマリーキーは、userid データ userテーブルの内容

デッドロックのテストをする際のサンプルクエリなどを。 BOL では、デッドロック を確認するとよいかと思います。 第 3 章 トランザクション分離レベルの選択とデッドロックの問題～ SQL Server 2000 における Web アプリケーション開発 ～  も参考になります。 今回は以下のデッドロックを発生させるためのサンプルクエリとなっています。 サイクルデッドロック 変換デッドロック インデックス間デッドロック テスト用のテーブルのクエリは以下になります。 CREATE TABLE [dbo].[LockTest]( [Col1] [int] NOT NULL, [Col2] [int] NULL, [Col3] [int] NULL, [Col4] [int] NULL, [Col5] [int] NULL, CONSTRAINT [PK_LockTest] PRIMARY KEY

これは確かに「わからない」日本語ですね。 まず、シリアル化というのは「直列化」つまり、「何個ものＳＱＬが連続で実行できる」と考えてください。 キー範囲というのは、実際にロック対象となる結果セットキー以外に、関係ありそうな範囲にあるキーという意味です。 これを踏まえて直すと 直列に実行できるトランザクションのキーに関係ありそうな範囲にあるキーを保護するインデックス内のロック。 となります。 これでも意味わかめですね・・・ ちょっと具体的に説明します。 たとえば、トランザクションＡさんが以下のＳＱＬを投げて、以下の結果が返ったとしましょう。 select a,b from tbl1 where a>4 5 x 6 y 8 z さて、このＳＱＬを実行した後に、たまたまトランザクションＢさんが、こんなＳＱＬを投げていました。 insert into tbl1 values(7,a) トランザクショ

2013/10/12 .NET 勉強会 / ヒーロー島 『ヒーロー島 秋の収穫祭 2013』の同名のセッションの資料です サンプルソースやフォローアップなどはこちら： http://d.hatena.ne.jp/kiyokura/20131014/p1Read less

ここの所、Dapperの虜になっています。 Dapper-dot-net GitHub - StackExchange/dapper-dot-net: Dapper - a simple object mapper for .Net Dapper（ダッパー）とは データベースの操作を簡単にしてくれるORマッパーの一種。 非常に軽量で、高速な動作が実現可能です。 色々とクセもあるんですが、とにかく今の気持ちはズバリ、 Dapper素敵すぎ！ 未だにVB案件が多い為、「VBでもDapperが使いたい！」という欲求を抑えきれず、導入する事にしました。 ・・・が。 『Visual Studio 2008にはNuGetが無かったよ・・・』 NuGetの準備 NuGetとは、Visual Studioの拡張機能として付属しているライブラリのパッケージ管理システムです。 ライブラリの導入から、管理、アッ

C#で使える軽量なORマッパー「Dapper」についてのナレッジが貯まってきたのでまとめてみます。 #1 Dapperとは C#で書かれた軽量なORマッパー。 ただし、クエリ生成やソース自動生成などの機能は備えていない。 その代り高速。ORマッパーを嫌う人は速度面を指摘するけど、気になることはないと思う。 とにかく多機能なORマッパーを使いたい人はEntityFramework使ってどうぞ。 #2 導入方法 NuGetから「Dapper」検索GO!! #3 使い方 ①単一テーブルをSelectしてみる。 対象のテーブルは以下。 テーブル名：Users カラム：UserName、AgeDapperを使用してDBの取得結果をオブジェクトにマップするにはマップ先となるクラスを用意する必要がある。 基本的にはカラム名=変数名とする。大文字小文字は区別しない。 カラム名=変数名とならない場合はマッピ

This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.

一応仕事で SQL Server は触っていて、テーブル型についても仕事で必要になった範囲でなんとなく使ってたんですけど、ちょっと応用したことをしようとしたらどう書けばいいのかわからなくなったので、自分の中で整理することにしました。 テーブル型変数の宣言 DECLARE @Table TABLE( Id int NOT NULL, Name varchar(20) NOT NULL ) テーブル型変数を使った SELECT SELECT * FROM @Table テーブル型変数への INSERT INSERT INTO @Table VALUES(1, 'Hoge') テーブル型変数の UPDATE UPDATE @Table SET name = name + '1' テーブル型変数の DELETE DELETE FROM @Table インラインテーブル値関数 RETURNS には

SQL Server 2005 以降では、EncryptByKey 関数を利用して、対称キー（AES や 3DES、RC4）で暗号化することができます。これは次のように利用します。 -- テーブルの作成 CREATE TABLE テスト1 ( id int IDENTITY(1, 1) ,ClearText nvarchar(100) ,EncryptData varbinary(max) ) go -- 対称キーの作成 (パスワード指定、アルゴリズムは AES_128 を指定) CREATE SYMMETRIC KEY Sym_Key1 WITH ALGORITHM = AES_128 ENCRYPTION BY PASSWORD = '<StrongPassword>' go -- 対称キーのオープン OPEN SYMMETRIC KEY Sym_Key1 DECRYPTION BY

次の様な動的SQLを作成し、テーブルのコピーを作成しようとしていますが「メッセージ 214、レベル 16、状態 2、プロシージャ sp_executesql、行 1　プロシージャにはデータ型 'ntext/nchar/nvarchar' のパラメータ '@statement' が必要です。」というエラーが出て実行できません。 構文などは間違っていないと思うのですが、よろしくご教授下さい。 ■プログラム DECLARE @SQLString VARCHAR(500) DECLARE @ParmDefinition VARCHAR(500) DECLARE @spRet int set @SQLString= N'SELECT * INTO @tableto FROM @tablefrom' set @ParmDefinition= N'@tableto VARCHAR(100),@table