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

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

ログ内検索

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

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

全過去ログを検索

ヒット / 16件

<< 0 >>

■29245

　Re[10]: 行末のセミコロンの省略

□投稿者/ たくボン -(2008/12/06(Sat) 01:58:25)

■No29244 (はいこーん さん) に返信
> ■No29242 (たくボン さん) に返信
>>俺もよくVBなのに;や()書いてしまいます。
> 
> セミコロンはともかく () はいいでしょう。

へぇ～、いいんだ。

For (i as integer = 0 To 10)
   '…
Next

Using (sr As New IO.StreamReader("hoge.txt"))
   '…
End Using

きっと叱られてるのは俺が悪いんですね。

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

■39437

　Re[11]: クリックの有効範囲を決める

□投稿者/ επιστημη ＠ -(2009/08/07(Fri) 16:36:06)

> 買って読んで動かしていますが
> さっぱりわかりません。

- 読み取れていない
- 知りたいことが書かれていない
- 書いてあるけどｽｯﾄｺﾄﾞｯｺｲ
- ほかのなにか

のいずれか。
「Visual C#」の本じゃなくて
「C#」の本をオススメ。
文法/構文をきっちり説明したやつ。

#「三日でわかる～」のたぐいは
# 三日でわかる程度の内容です。

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

■53536

　Re[6]: form1_paintの処理を一時停止する方法ありますか？

□投稿者/ 裕猫 -(2010/09/17(Fri) 13:05:05)

■No53535 (おのでらさん) に返信
> 裕猫さんこんにちはおのでらです。
>
> コントロールの付け替えなのでレイアウト変更イベントを止めるのも一案でしょうか。
>
>
> // レイアウトロジックの一時停止
> [コントロール追加先のコントロール].SuspendLayout();
>
> // コントロール付け替え処理 //
>
> // レイアウト要求実行
> [コントロール追加先のコントロール].ResumeLayout();
>
>
> まあ改善されるかどうかは配置するものや描画内容にもよりますが

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

■91158

　Re[2]: Windows10のバージョンについて

□投稿者/ とっちゃん -(2019/06/04(Tue) 15:42:36)

パッケージベンダーとしては、アプリに依存するので個別に問い合わせてください。
という回答しかできないかなぁ。。。ｗ

目安として、Windows 自身のサポート期間を載せておきます。
この期間内なら大半のアプリはサポート対象としています。
ただし、アプリによっては延長に入った製品はサポートしないとしているものもあります。
このあたりはベンダーのサポートポリシーの問題ですね。

「Windows ライフサイクルのファクトシート」
https://support.microsoft.com/ja-jp/help/13853/windows-lifecycle-fact-sheet

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

■96305

　本番環境にコードファーストで作成したDBの変更

□投稿者/ Saipon -(2020/11/10(Tue) 13:23:22)

分類:[.NET 全般]　

2020/11/10(Tue) 13:25:41 編集(投稿者)

お世話になります。

.NET Framework4.8のASP.NET MVC5（C#） EntityFramework6でWEBアプリを作成しています。
DBはSQLServer2017です。

WindowsServer2019上のIISにWEBサイトを設置しアクセスしたところ、コードファーストの為、SQLServerにもDBが作成されました。
ここまでは良いのですが、

例えばこの環境で実際に本番運用をした場合、DBへのフィールド追加や桁数変更等の修正はDBに手動で直接行うものなのでしょうか？
当然ソースのモデル（POCO？）を修正することになると思いますが、モデルを修正しWEB発行しサーバーにファイルしてサイトにアクセスすると、
DBが再作成されデータが消えてしまうようなのです。
それに対してデータの再投入をするのがベストプラクティスなのでしょうか？

例えばモデルが変わってもDBを再作成せずに、手動でDB変更して運用するのが普通な気がしています。

新規のWEBアプリなのでコードファーストで試していますが、現状、モデルの変更の都度データを再投入しており、
いまいちメリットを理解できておりません。（MsAccessなどでリンクするのも主キー名の変更が必要等、不便を感じております。）
コードファーストでの開発時、運用時のメリットや使い方など、まとまった記事やサイト等ありましたら、教えて頂けると助かります。

漠然とした質問ですみません。
宜しくお願い致します。

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

■96308

　Re[1]: 本番環境にコードファーストで作成したDBの変更

□投稿者/ WebSurfer -(2020/11/10(Tue) 15:55:46)

■No96305 (Saipon さん) に返信

> WindowsServer2019上のIISにWEBサイトを設置しアクセスしたところ、コードファーストの為、
> SQLServerにもDBが作成されました。ここまでは良いのですが、

ホントにそれで良いのでしょうか？

そうだとすると IIS のワーカープロセスのアカウントに SQL Server のテーブルの Create と
か Drop などを行う権限を与えたということだと思いますが、それは権限の与えすぎでは？

> 例えばこの環境で実際に本番運用をした場合、DBへのフィールド追加や桁数変更等の修正は
> DBに手動で直接行うものなのでしょうか？

本番環境での DB の変更・修正はないというのが前提だと自分は思うのですが？

そもそも EF Code First は、開発時に、本番環境で変更は必要ない状態まで作り上げるために、
何度もの DB の変更・修正が DB に手を加えなくてもコードの変更・修正で可能にするための
開発用の機能という位置づけのはずなのですが・・・

> 当然ソースのモデル（POCO？）を修正することになると思いますが、モデルを修正しWEB発行
> しサーバーにファイルしてサイトにアクセスすると、DBが再作成されデータが消えてしまう
> ようなのです。それに対してデータの再投入をするのがベストプラクティスなのでしょうか？
> 例えばモデルが変わってもDBを再作成せずに、手動でDB変更して運用するのが普通な気がし
> ています。

上にも書きましたが、それは開発時に限る話で、運用環境でそういうことはないところまで EF
Code First の機能を利用して作り上げるという話になると思います。

とは言え、運用状況で変更が絶対ないということもないでしょうから、そうなったら「手動でDB
変更」というのが選択肢になると思いますが。

> 新規のWEBアプリなのでコードファーストで試していますが、現状、モデルの変更の都度データ
> を再投入しており、いまいちメリットを理解できておりません。

データベースを自動的に削除して再作成するように設定してませんか？　それを避けるために
Migration 機能というのがありますが。使ってますか？

そのあたりをご存じなければ、以下のチュートリアルの最初から「Code First Migrations と展開」
のところまでやってみてはいかがですか。

MVC 5 を使用する Entity Framework 6 Code First の概要
https://docs.microsoft.com/ja-jp/aspnet/mvc/overview/getting-started/getting-started-with-ef-using-mvc/