メモです。
行位置
ActiveSheet.UsedRange.Rows(ActiveSheet.UsedRange.Rows.Count).Row
列位置
ActiveSheet.UsedRange.Columns(ActiveSheet.UsedRange.Columns.Count).Column
.NET Framework で Microsoft.Office.Interop.Excel を使う場合でも同様に取得できます。
]]>投稿者: onodera_sf
Excel オブジェクトから結合されたセルの値を取得する
Excel で「A1」から「B2」の４セルが結合され値が設定されている場合に、Cells プロパティから４セルどこを指定しても値を取りたいと思うことがあると思いますが、実際に値の愛っているセルは結合されたセルの一番左上のセルのみであるため、ほかの位置を指定すると空の値が返ります。
【例】
A1：B2の結合セルに「10」が入力されていた場合
- sheet.Cells(1, 1) ⇒ 10
- sheet.Cells(1, 2) ⇒ “”
- sheet.Cells(2, 1) ⇒ “”
- sheet.Cells(2, 2) ⇒ “”
結合セルのどこを指定しても値を取得したい場合は「MergeArea」プロパティを使うと有効です。MergeArea.Cells の位置は必ず (1, 1)にして値が必ず存在するセルを指定します。
【例】
value = sheet.Cells(2, 2).MergeArea.Cells(1, 1).Value ‘ = 10
]]>DCOM を使用して Excel を実行する際の実行ユーザーアカウントを強制的に変更する
【概要】
通常 DCOM を使用して Excel オブジェクトを扱った場合、Excel の実行権限はプログラムを実行したユーザーの権限になります。Administrators で実行した場合は Administrators、Users 権限であれば Users, IIS から起動した場合は IIS ユーザー(IIS のバージョンや設定によって名前が変わるので IIS ユーザーとします)となります。
しかし、プログラムの実行ユーザーによって権限がないために本来使用したい機能があったとしても使用できずにエラーになってしまう場合があります。そういう場合は DCOM の実行権限を強制的に特定のユーザーの権限にしてしまう方法があります。
ただし、一般ユーザーであるにもかかわらず Administrators 権限で実行させることもできてしまいますので、セキュリティ観点で十分に注意する必要があります。
【手順】
- スタートメニューのプログラムとファイルの検索入力で「dcomcnfg」と入力して「dcomcnfg.exe」を実行
- 「コンポーネント サービス」⇒「コンピューター」⇒「マイ コンピューター」⇒「DCOMの構成」を展開し、「Microsoft Excel Application」を右クリックし、「プロパティ」を選択
- プロパティが開いたら「ID」タブを選択し、ユーザーから「このユーザー」を選択、実行したときに与える権限を持つユーザーとパスワードを入力
IIS 実行ユーザーで DCOM を使用して Excel を扱う方法 (Windows Server 2008, 2008 R2)
Windows Server 2008 や Windows Server 2008 R2 で ASP.NET プログラムから DCOM を使用して Excel を扱おうとしてもエラーがでて Excel を扱うことができません。これは IIS 実行ユーザーが Excel を使用するために必要なフォルダが Windows Server 2008, 2008 R2 に存在しないために発生する問題です。
IIS の実行ユーザーに依存するので、ASP.NET から直接 Excel を扱う場合や、ASP.NET から起動したプログラム(exe, bat, vbs 等)すべてに影響します。ちなみに Windows Server 2003, 2003 R2 ではフォルダが存在するためこの問題は発生しません。
この問題を回避するためには以下の箇所にフォルダを作成する必要があります。
[Windows Server が 32bit の場合] 、または [Windows Server が 64bit かつ Office が 64bit の場合]
- C:WindowsSystem32configsystemprofileDesktop
Windows Server が 64bit かつ Office が 32bit の場合
- C:WindowsSysWOW64configsystemprofileDesktop
ワークグループ環境の SQL Server の各機能に対しての認証の方法まとめ
ドメイン環境であれば認証はある程度 Active Directory に任せられるので楽なのですが、ワークグループ環境では各サービスごとに認証が異なっていたりなど、ハマリどころが多いです。とりあえずわかる範囲でまとめていますが(自分用)、もしかしたら間違っているところもあるかもしれませんので参考程度に見てください。
■環境
- ローカルPC (ワークグループ or ドメイン環境)
- サーバーPC (SQL Server インストール, ワークグループ環境)
■接続メモ
【SQL Server データベース】
- Windows 認証と SQL Server 認証を選択可
- SQL Server 認証の場合、接続文字列にユーザー名とパスワードがあればそのほかの認証は必要なし。事前に SQL Server のログインにユーザーを登録する必要はある。
- Windows 認証の場合はローカルPCとサーバーPCに同じユーザー名、パスワードのアカウントが必要
- データベースアクセス時に認証ダイアログが表示される場合があり、サーバーのアカウントさえ入力できれば接続できるようにも思えるが、ローカルにあるアカウントも同時にチェックしているため、やはりローカルとサーバーに同じアカウントが必要である。
- サーバーに作成したユーザーアカウントを SQL Server のログインに登録する必要あり。また、登録したアカウントに対してデータベース、テーブルなどそれぞれアクセスできる権限を設定する必要あり。
【Analysis Services】
- Windows 認証一択
- ローカルPCとサーバーPCに同じユーザー名、パスワードのアカウントが必要
- キューブアクセス時に認証ダイアログが表示される場合があり、サーバーのアカウントさえ入力できれば接続できるようにも思えるが、ローカルにあるアカウントも同時にチェックしているため、やはりローカルとサーバーに同じアカウントが必要である。
- キューブに接続できるユーザーを指定したロールを作成する必要あり。
【レポート マネージャー】
- Windows 認証一択
- レポート マネージャーに接続する際に認証ダイアログが表示されるが、サーバーに登録されているユーザーを入力すれば認証可能。ローカルに同じユーザーを作る必要はない。これはレポートマネージャーが Web システムであり、実行するプログラムの実態がサーバーにあるため。
- レポートビルダーからレポートサーバーにアクセスする場合も、サーバーに登録されているアカウントを指定すれば認証可能
- レポート マネージャー、レポートにアクセスできるユーザーは、レポートマネージャーでフォルダ、ファイル単位に設定
足りない項目は後で追加するかもしれません。また何か違う内容、または追記すべき項目があればコメントください。
]]>レポート ビルダーでレポート マネージャーに配置してあるデータ ソースを参照したときにデータ ソース クエリを参照できないエラーの対処法
はまったので簡単にメモします。
【環境】
■クライアントPC
- レポート ビルダー 3.0
■サーバーPC
- Reporting Services (SQL Server 2008 R2)
- 参照するテーブル、またはキューブ
- 上記のデータ ソース配置
【原因と対処法】
レポート ビルダーを使うクライアントからサーバーにあるデータ ソースを参照し、クエリデザインを開こうとしたときに認証エラーになる場合があります。
【エラー例】
- ログオン失敗: ユーザー名を認識できないか、またはパスワードが間違っています。
- 対象のコンピュータによって拒否されたため、接続できませんでした。
逆にサーバー内で直接レポート ビルダーで編集するときや、レポート マネージャーから(サーバー、クライアントからアクセスどちらでも)データ ソースの接続テストを行った場合には問題ない場合があります。
これのよくある原因としては、データソースのホスト名指定に「localhost」を指定している場合に発生します。
サーバー上で編集している場合は自分自身(localhost)にデータソースが存在するのでエラーが発生しません。クライアントからレポート マネージャーを開いてデータソースの接続テストを行った場合にも、実際にプロセスが動いているのはサーバーなのでこちらもエラーになりません。
レポート ビルダーからサーバーのデータソースを参照した場合は、データソース自体はサーバーにあるのですが、そのデータソースを使って実行するプロセスはクライアントになるため、localhost はクライアントPCを指すことになり、データ ソース(テーブルなど)が存在しないため、エラーになることがあります。
ですので、レポート マネージャーに配置するデータ ソースが参照するホスト名は localhost にはせず、必ずサーバー名、または IP アドレスを明示的に指定する必要があります。
]]>ホスト名にアンダーバー(_)を含むサイトに Internet Explorer でアクセスすると Cookie が保存されない
完全に盲点な仕様でした。ASP.NET で Web サイトを構築していたのですが、なぜかホスト名でアクセスするとセッションに保存していたデータが消失してしまうという謎の原因が発生し、解決の糸口が見つからなかったので MSDN フォーラムで質問していました。
ホスト名にアンダーバーをいれた場合、Cookie が保存されないのは IE だけの仕様なんですね(IE 6～9 で確認)。ほかのブラウザでは問題なく Cookie は保存されるようでした。
検索してみると結構出てくるみたいです。
- ホスト名にアンダースコアが含まれているとIEでCookieが保存されない
- [リンコムネクスト1] IEのセキュリティパッチを適用すると、ホスト名に "_"(アンダースコア)が含まれているURLを使うと、ネクスト/エリアスへのログインが正常に行われません。
- ホスト名にアンダースコアが含まれるとIEでCookieが使えない
- ホスト名にアンダスコア（アンダバー）を使用すると IE でクッキーを設定できなくなる
- ホスト名にアンダースコア使ったらダメです
ひさびさに大ハマリしてしまいました orz
]]>