SE の雑記

たまに調べようと思って、どのドキュメントを見ればよいかを忘れてしまうのでまとめておこうと。
ADO.NET ではなく、VBScript 等で使用される懐かしの ADO (Microsoft ActiveX Data Object) の方です。

• Microsoft ActiveX Data Objects (ADO)
• ADO を使用して SQL Server のストアドプロシージャ内の値を取得する
• ADO オブジェクト モデル
• VBScript での ADO プログラミング
• ADO 概要

現在、ADO を使用する場合、VBScript / WSH から使用することが多いかと思います。
昨今の環境でこれらの IDE については、VbsEdit を使用すると良いのではないでしょうか。

WSH については次のドキュメントで。
一部は VBA のドキュメントですが。

• Windows Script Host overview
• wscript
• cscript
• 付録 B: スクリプトとサポート ファイル
• オブジェクト (Visual Basic for Applications)

ASP のページを見ることで思い出すこともあるのでこちらも。

• Active Server Pages ガイド

ADO… 何もかも、みな懐かしい…。

Intel の第 11 世代 (Gen11) の NUC (Tiger Lake) が使用されているモデル (Phantom Canyon) の情報がアナウンスされました。

• Intel、第11世代Core i7+RTX 2060搭載のエンスージアスト向けNUC
• 第11世代CoreとRTX 2060を搭載したNUCベアボーン、Intel「Phantom Canyon」

自宅の検証環境として、Intel の NUC の Pro Kit を使用しているのですが、今回アナウンスのあった Gen11 の NUC については vPro が搭載されており、サーバー OS も標準でサポートされておる Pro Kit についても、モデルの公開が行われました。

そろそろ、検証環境を増強したいなと考えていたので、検証環境で使用しようなモデルをざっくりと調べてみました。

Read the rest of this entry »

SQL Server on Azure VM で実行している SQL Server では、SQL Server IaaS Agent 拡張機能 を使用することができます。
この拡張機能を使用することで、Azure VM (仮想マシン) 上で実行している SQL Server の運用の利便性を向上させることができ、今回、話題にする「自動バックアップ機能」につても、利便性を向上させることができる機能の一つとなっています。

この自動バックアップ機能について、少し調べる機会がありましたので、自動バックアップ機能の構成についてまとめておきたいと思います。

Read the rest of this entry »

Azure の Marketplace で公開されている SQL Server on Azure VM のイメージは、英語版の環境で構築されているため、日本語環境相当で利用するためには、いくつかの設定が必要となります。

MS ブログでも次の情報として公開が行われています。

• Azure 仮想マシン上に作成した SQL Server の日本語化手順（SQL Server 2012 , 2014 対応手順）
• Azure 仮想マシン上に作成した SQL Server の日本語化手順（SQL Server 2016 対応手順 ）
• Azure 仮想マシン上に作成した SQL Server の日本語化手順（Windows OS 版 SQL Server 2017 対応手順）
• Change Locale/language of SQL Server on Azure VM

基本的な作業については、上記の内容となるのですが、SQL Server on Azure VM も上記の情報の公開後から、いくつかの機能が追加されていますので「Marketplace のインストール済みイメージの展開相当の状態」にするには、上記のドキュメントの他に、いくつかのポイントがあります。

必要となる作業とポイントについては、本投稿でまとめていますが、そもそもとして「本当に日本語版の SQL Server を使用する必要があるのか？」は意識しておいた方がよいかと思います。

インスタンスレベルの照合順序を日本語版の SQL Server の照合順序 (Japanese_CI_AS や Japanese_xxxxx 系) にする必要があり、英語版の SQL Server を使用しても問題ないのであれば、VM 展開直後に サーバーの照合順序の設定または変更 でインスタンスレベルの照合順序を変更したほうが楽です。

本投稿では「SQL Server 2019 on Windows Server 2019」の「SQL Server 2019 Enterprise on Windows Server 2019 Databas Engine Only」の Marketplace のイメージを日本語化するシナリオで記載しています。

Read the rest of this entry »

SQL Server では、「メモリにロードされた (バッファ上にキャッシュされた) ページ (データ領域)」を保護するための機構として、「ページラッチ (PAGERATCH)」というリソースを保護するための機能があります。

公式ドキュメントとしては SQL Server でラッチの競合を診断および解決する で解説が行われています。(こちらのドキュメントは以前は英語のホワイトペーパーとして公開されていたものが、Docs で翻訳されたものになるかと)

本ブログではページラッチについて、あまり取り扱ったことが無かった気がするので、この機会にまとめておこうかと。

Read the rest of this entry »

2021/1 時点では、プレビューの機能となりますが、Power BI データフロー で使用するストレージを、Power BI で提供される内部ストレージではなく、Azure Data Lake Storage Gen2 (ADL Gen2) を使用するという設定があります。

• Azure Data Lake Gen 2 を使用するようにデータフロー ストレージを構成する

この設定により ADL Gen2 を使用した場合、どのようにデータが格納されるのかを確認したことが無かったので、一度試してみました。

Read the rest of this entry »

今年最後の更新情報のまとめです。

今月はあまり情報が追えていなかったので、自分の復習としても。

Read the rest of this entry »

データと分析によって未来を形作る で発表された Azure Purview (Preview) を触れていなかったので、軽くですが使ってみました。

Azure Purview を活用することで、企業が保有しているデータを自動的に検出 / 分類 / データ系列の付与を行うことができ、企業が保有しているデータ項目の管理と検索性の向上をすることができるようになります。

2021/1 時点では、データソースは Azure 上のデータサービスと Power BI を設定することができ、それ以外のデータサービスに格納されているデータをデータ資産 (アセット) として登録することはできません。
(Azure Data Factory や、Power BI のデータセットとして、上記以外をデータソースとして使用している場合、系列として、データの取り込みのフローを確認することはできます)

Purview により、これらのデータソースに格納されている (または、データソースこれから格納する) データ資産による、データカタログを作成することが容易にできるようになります。

Azure Purview は現在プレビュー中のサービスであり、フィードバックについては Azure Purview で受け付けていますので、使用していて気になった点などは、こちらからフィードバックすると良いかと。

すでに、かなりの数のフィードバックがありますので、ほかの方がどのような観点で Purview を検証しているかの参考にもなるかと思います。

Read the rest of this entry »

Synapse Analytics は Azure Data Factory のようなパイプラインの実行機能を持っており、クラウドベースの ETL の実行を行うことができます。

Synapse Analytics と Data Factory のパイプラインの違いについては、Data integration in Azure Synapse Analytics versus Azure Data Factory に記載されており、いくつかの違いがあります。

Monitoring についても機能差があり、Synapse のパイプラインは Azure Monitor に統合が行われていません。
これにより、現時点では、パイプライン (またはトリガー) の実行状況の取得方法が、Data Factory とは異なります。

また、Azure Monitor と統合がされていないことにより、診断設定の利用可否も変わってくるかと思います。

Read the rest of this entry »

SQL Server には「照合順序」という設定があります。

照合順序のドキュメントでは、次のように説明が行われています。

照合順序では、データセット内の各文字を表すビット パターンが指定されます。 また、照合順序はデータの並べ替えおよび比較を行うための規則を決定します。 SQL Server では、単一のデータベース内で異なる照合順序を持つオブジェクトを格納できます。 非 Unicode 列の場合は、照合順序の設定によってデータのコード ページと表示可能な文字が指定されます。 非 Unicode 列の間でデータを移動する場合は、移動元のコード ページから移動先のコード ページに変換する必要があります。

文字列の比較 / ソートを行うための規則のほかに、「非 Unicode 文字列型のコードページ」も照合順序の設定に依存するようになっており、char / varchar 型については、設定されている照合順序に応じたコードページが使用されて、文字列の格納が行われます。

この、文字列を格納する際に使用されるコードページについてまとめておきたいと思います

Read the rest of this entry »