C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

ログ内検索

キーワードを複数指定する場合は半角スペースで区切ってください。
検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
[返信]をクリックすると返信ページへ移動します。

キーワード	/	検索条件	/
検索範囲	/	強調表示	/ ON (自動リンクOFF)
結果表示件数	/	記事No検索	/ ON
大文字と小文字を区別する

全過去ログを検索

ヒット / 12件

<< 0 >>

■6907

　Re[3]: VB6.0でのAxtiveX dllの作成

□投稿者/ まどか -(2007/08/27(Mon) 09:12:56)

すいません、よく読んでいませんでした。
メソッド等の「追加」の場合だけについて書いてました。

> 　　2)既存インタフェースのメソッドのパラメータ、もしくはインタフェースに変更がある場合
> 　　　⇒コンパイルしようとすると、バイナリ互換の参照ファイルとの相違があるとの警告が出る。
> 　　　　警告を無視して、コンパイルした場合、GUID,インタフェースID,DispatchIDは新規に割り
> 　　　　当てられる。

警告は、「同じIDを維持することが出来るが既存のアプリが呼べなくなるよ、それでもいいですか？」なので
維持されます。
２つのメソッドの片方を互換性が崩れる変更をして警告をスルーしてコンパイル、
その後、参照アプリがプロジェクトの変更なしに参照および未変更のメソッドを呼べるはずです。

#いかんせん、うる覚え。。。

記事No.6878 のレス /過去ログ17より / 関連記事表示
削除チェック/

■21359

　Re[7]: プログラマの地位って・・・

□投稿者/ 小春 -(2008/07/01(Tue) 12:08:53)

2008/07/01(Tue) 12:21:32 編集(投稿者)

■No21350 (鶏唐揚さん) に返信
> まぁ、そういうことは私もありますからたまにはいいんではないでしょうか。
> それで誰かを貶めたりとかしなければ。
> 最初に「愚痴です」って宣言しておけば、見る人もそれなりの対応をしてくれるでしょうしｗ
いや、ほんとお恥ずかしい限りです…。

> 私のとこはプログラマの地位が低いというより、プログラマという固有の職種として認められてない感じです（表向きはある。所謂"本音と建前"）
> 「プログラミングを主な仕事としている」だけで、SE職に近いこともやらされますし、客先へ出向して営業みたいなこともやらされます。
> はっきしいって雑用ですね。「プログラマの地位が低い」以前に、「"プログラマ"が存在しない」です。
> そういう意味では私はプログラマではなく「なんでも屋」ですね。エセプログラマでごめんなさいｗ
実は私も営業（新規開拓はないですけど）に回ってます。
今の時期ってこうも仕事がないのかぁ、ってぐらいないですね。
ガソリン代1L 180円の時代ですから、出し渋ってるのかもしれませんけど。

> #まぁ、総じて2000年以前に設立したIT企業で中堅以上の規模の企業はプログラマへの待遇がだいたい酷い、と（うちもそう）
> 　弱小ならば生き残るために役員クラスも一緒になって努力し、技術力・知識の向上を図りますし、
> 　近年にIT系で起業するには、一般的に浸透している今それなりの知識や技術力がないと負けますから勉強するでしょうし
> 　そこまで酷いブラックは存在しないはず…（弱小が故の、デスマに近いキツさはあるかもですが）
うちは超弱小なんです。。。

記事No.21321 のレス /過去ログ41より / 関連記事表示
削除チェック/

■38995

　リッチテキストボックスにハイパーリンクを作成したい

□投稿者/ くりきり -(2009/07/29(Wed) 06:41:59)

分類:[VB.NET/VB2005 以降]　

リッチテキストボックスの任意の文字（URLではない）にハイパーリンクを設定したいのですが、
どのようにすればできるでしょうか？
・あるボタンをクリックすることで、リッチテキストボックス上の指定した文字にハイパーリンクを設定する。
・ハイパーリンクが設定された場所をクリックすると、ハイパーリンクされた文字を用いて処理を行う。
ハイパーリンク上にマウスポインタを移動させると、マウスカーソルが手の形に変わるとなおよいです。
どうぞよろしくお願いします。

親記事 /過去ログ67より / 関連記事表示
削除チェック/

■54625

　Re[2]: デバック時とブラウザ時のカレントディレクトリの相違について

□投稿者/ TAMA -(2010/10/27(Wed) 18:50:29)

■No54621 (ちゃっぴさん) に返信
> そもそも Web application で current directory なんて利用すべきではありません。
> 利用しなくてもできるのでやりたいことを書きましょう。

さっそくの返信ありがとうございます。
やりたいことはデバック時とブラウザ時でパスを同じにしたいです。

今はデバック時とブラウザ時でパスを変えるコードを書いている状況（ナンセンスですよね）です。
↓このような感じです。
string strDataDir;
if (System.Text.RegularExpressions.Regex.Match(Request.Url.ToString(), "localhost").Success == true)
{
strDataDir = Server.MapPath("/data/");
}
else
{
strDataDir = Server.MapPath("/aaa/data/");
}

記事No.54617 のレス /過去ログ91より / 関連記事表示
削除チェック/

■54626

　Re[3]: デバック時とブラウザ時のカレントディレクトリの相違について

□投稿者/ ちゃっぴ＠ -(2010/10/27(Wed) 19:00:41)

~ を使いましょう。Application の root がとれます。

strData = Sever.MapPath("~/data/");

記事No.54617 のレス /過去ログ91より / 関連記事表示
削除チェック/

■57451

　Re[3]: InnerTextによるXMLノードの取得

□投稿者/ shu -(2011/02/27(Sun) 23:36:01)

2011/02/27(Sun) 23:46:09 編集(投稿者)

■No57450 (上条 さん) に返信

各行に分解しないで、こんな感じでどう？

            var Src = "<thread resultcode=\"0\" thread=\"1074256157\" />\n" +
                    "<chat thread=\"1074256157\" no=\"1\" vpos=\"4370\">１番目</chat>\n" +
                    "<chat thread=\"1074256157\" no=\"2\" vpos=\"6917\">２番目</chat>\n" +
                    "<chat thread=\"074256157\" no=\"3\" vpos=\"26877\">３番目</chat>\n" +
                    "<chat thread=\"074256157\" no=\"4\" vpos=\"30771\">４番目</chat>";

            var xdoc = new XmlDocument();
            //--- Rootは一つの為<roor></root>でくくる
            xdoc.LoadXml(String.Format("<root>{0}</root>", Src));
            foreach (XmlNode ndTmp in xdoc.ChildNodes)
            {
                foreach (XmlNode nd in ndTmp.ChildNodes)
                {
                    var attr = nd.Attributes;
                    if (nd.Name == "chat")
                    {
                        Console.WriteLine(String.Format("{0}:{1}:{2}", nd.Name, attr["thread"].Value, nd.InnerText));
                    }
                }
            }

記事No.57446 のレス /過去ログ96より / 関連記事表示
削除チェック/

■88173

　SQL Serverのサイズ

□投稿者/ chobi ＠ -(2018/08/07(Tue) 17:33:25)

分類:[データベース全般]　

お世話になります。
こちらに質問して良いか少し迷ったのですが、他に聞くあてがないので
SQL Server Express には古いもので 4GB 新しいもので 10GB のサイズの制限があります。
サイズ制限に関係する値が取得したくて以下で何やらサイズらしきものは取得できました。
最初は "database_size" だろうと思っていたのですが・・・・

cmd.CommandText = "EXEC sp_spaceused";
　 sda.Fill(ds);
①　ds.Tables[0].Rows[0]["database_name"].ToString();
②　ds.Tables[0].Rows[0]["database_size"].ToString();
③　ds.Tables[0].Rows[0]["unallocated space"].ToString();

④　ds.Tables[1].Rows[0]["reserved"].ToString();
⑤　ds.Tables[1].Rows[0]["data"].ToString();
⑥　ds.Tables[1].Rows[0]["index_size"].ToString();
⑦　ds.Tables[1].Rows[0]["unused"].ToString();

「data」はレコード数に比例して増えていくのですが、「database_size」は全く変わりませんでした。

レコード数 database_size unallocated reserved data index unusede
0 12341.56 6311.75 8.448 6.968 0.856 0.624
10000 12341.56 6305.86 14.48 12.936 0.872 0.672
20000 12341.56 6300.05 20.432 18.904 0.872 0.656
30000 12341.56 6294.23 26.384 24.864 0.872 0.648
40000 12341.56 6288.36 32.4 30.832 0.872 0.696※　単位はMB(index と unusedはkB)
50000 12341.56 6282.55 38.352 36.8 0.872 0.68
60000 12341.56 6276.73 44.304 42.76 0.872 0.672
80000 12341.56 6265.11 56.208 54.696 0.872 0.64
100000 12341.56 6253.42 68.176 66.624 0.872 0.68

制限に近づいてきたらレコードを消す目安にしたかったのですが、
"data" を使えば良いのでしょうか？

親記事 /過去ログ151より / 関連記事表示
削除チェック/

■88174

　Re[1]: SQL Serverのサイズ

□投稿者/ 魔界の仮面弁士 -(2018/08/07(Tue) 18:15:51)

■No88173 (chobi さん) に返信
> SQL Server Express には古いもので 4GB 新しいもので 10GB のサイズの制限があります。

.ldf はその制限に含まれないそうです。
.mdf ファイルごとのサイズらしいです。.ndf もかな?
https://social.msdn.microsoft.com/Forums/sqlserver/ja-JP/8d764214-4daf-4dc2-b27e-9194ad69aa27/sql-server?forum=sqlserverja

> サイズ制限に関係する値が取得したくて以下で何やらサイズらしきものは取得できました。
> 最初は "database_size" だろうと思っていたのですが・・・・

database_size は、mdf + ldf + ndf のサイズですね。

ファイルのパスは sys.database_files から得られるので、そこから
System.IO.FileInfo の Length 等で確認できないでしょうか。

> 「data」はレコード数に比例して増えていくのですが、「database_size」は全く変わりませんでした。

それらの追加レコードは、データファイル内の未使用ページに書き込まれていったのでは?

記事No.88173 のレス /過去ログ151より / 関連記事表示
削除チェック/

■88175

　Re[2]: SQL Serverのサイズ

□投稿者/ 魔界の仮面弁士 -(2018/08/07(Tue) 18:38:38)

■No88174 (魔界の仮面弁士) に追記
> ファイルのパスは sys.database_files から得られるので、


SELECT
  sdb.name AS [DB名]
, smf.file_id AS [FileID]
, smf.name	AS [論理名]
, smf.physical_name AS [ファイルパス]
, CASE ( smf.type )
    WHEN CAST(0 AS tinyint) THEN 'データ'
    WHEN CAST(1 AS tinyint) THEN 'ログ'
  END AS [種別]
, CAST(sdf.size AS bigint) * 8192 AS [サイズ(Bytes)] 
, CAST(CAST(sdf.size AS decimal) * 8192 / 1024 AS decimal(12, 2)) AS [サイズ(KB)] 
, CAST(CAST(sdf.size AS decimal) * 8192 / 1024 / 1024 AS decimal(9, 2)) AS [サイズ(MB)] 
, CAST(CAST(sdf.size AS decimal) * 8192 / 1024 / 1024 / 1024 AS decimal(5, 2)) AS [サイズ(GB)] 
, CASE ( smf.is_percent_growth )
    WHEN CAST(0 AS bit) then CAST(smf.growth * 8192 / 1024 AS varchar) + 'KB'
    WHEN CAST(1 AS bit) then cast(smf.growth AS varchar) + '%'
  END AS [増分]
FROM
  sys.master_files smf
  LEFT JOIN sys.databases sdb 
  ON smf.database_id = sdb.database_id
  LEFT JOIN sys.database_files sdf
  ON smf.file_id = sdf.file_id
ORDER BY
  sdb.name
, smf.file_id

記事No.88173 のレス /過去ログ151より / 関連記事表示
削除チェック/

■88176

　Re[3]: SQL Serverのサイズ

□投稿者/ chobi ＠ -(2018/08/08(Wed) 07:10:17)

丁寧な回答ありがとうございます。
試してみます。

> SELECT
> sdb.name AS [DB名]
> , smf.file_id AS [FileID]
> , smf.name AS [論理名]
> , smf.physical_name AS [ファイルパス]
> , CASE ( smf.type )
> WHEN CAST(0 AS tinyint) THEN 'データ'
> WHEN CAST(1 AS tinyint) THEN 'ログ'
> END AS [種別]
> , CAST(sdf.size AS bigint) * 8192 AS [サイズ(Bytes)]
> , CAST(CAST(sdf.size AS decimal) * 8192 / 1024 AS decimal(12, 2)) AS [サイズ(KB)]
> , CAST(CAST(sdf.size AS decimal) * 8192 / 1024 / 1024 AS decimal(9, 2)) AS [サイズ(MB)]
> , CAST(CAST(sdf.size AS decimal) * 8192 / 1024 / 1024 / 1024 AS decimal(5, 2)) AS [サイズ(GB)]
> , CASE ( smf.is_percent_growth )
> WHEN CAST(0 AS bit) then CAST(smf.growth * 8192 / 1024 AS varchar) + 'KB'
> WHEN CAST(1 AS bit) then cast(smf.growth AS varchar) + '%'
> END AS [増分]
> FROM
> sys.master_files smf
> LEFT JOIN sys.databases sdb
> ON smf.database_id = sdb.database_id
> LEFT JOIN sys.database_files sdf
> ON smf.file_id = sdf.file_id
> ORDER BY
> sdb.name
> , smf.file_id

記事No.88173 のレス /過去ログ151より / 関連記事表示
削除チェック/

■88177

　Re[3]: SQL Serverのサイズ

□投稿者/ chobi ＠ -(2018/08/08(Wed) 07:50:48)

確認してみました。
レコード数を10k --> 20k --> 50k と増やしてみましたが、
ファイルサイズはmdf/ldfとも一切変わりませんでした。
だから「database_size」も変わらないのは分かりましたが、どうすればよいかはまだ未解決です。
SQLは一度確保したHDDのメモリ領域はデータを減らしても開放せずにずっと持っていて、
その空き領域に書き込むのでファイルサイズでは判断できなそうなイメージでしょうか・・・
もう少しSQLがmdf/ldfを増減させる仕組みについて調べてみます。

記事No.88173 のレス /過去ログ151より / 関連記事表示
削除チェック/

■88178

　Re[4]: SQL Serverのサイズ

□投稿者/ chobi ＠ -(2018/08/08(Wed) 08:36:30)

少しだけ勉強しました。
タスク --> 圧縮(ファイル、データベース）をすると空き領域が開放されるので
レコード増やすとdatabase_size がレコード数に比例して増えていくことが
分かりました。
魔界の仮面弁士さん　ありがとうございました。

記事No.88173 のレス / END /過去ログ151より / 関連記事表示
削除チェック/

<< 0 >>

パスワード/

- Child Tree -