近所のラーメン屋が２軒、今月に入って潰れました。閉店の張り紙がないのですが、状況からしてほぼ確定。両店ともこれまでも客が少なく危険視してたのですが、夏に入ってますますラーメンが売れなくなるだろうから耐えられなかったのでしょう。

1軒は駅から近く味にものすごい特徴があったので、コアな固定客を捕まえればと思ってましたが、残念。駐車場が無かったのが響いたのか？

もう1軒が潰れたのは予想通り。不味いわけではないが、味が薄かった。タイや中国など麺が主食となっている国では毎日食べても飽きないように薄味(日本じゃ米や食パンがそういう味)になっているのですが、そのレベルの薄さ。塩ラーメンにいたってはスープより麺の塩味のほうが勝っているという(゜д゜;) ラーメンが主食の地位を得ているわけじゃない日本では、味にインパクトが無いとまた行こうという気にならないんですね。

後者の店が入っていた場所、過去５年で定食屋→ラーメン屋→ラーメン屋(今回)と移ってきましたが、どれも半年以上続いていません。立地条件が悪いのがひとつの原因。大きな国道2つを結ぶ車通りの多い県道沿いなのですが、電車だと最寄の駅から徒歩30分、それなのに周りには有料も含めて駐車場が無い。さらにこの道路、ここ10年の間にラーメン店が立ち並ぶ激戦区となっておりまして、新装開店のラーメン屋にはさらに厳しい。

もうひとつの原因はここに店を出した店主、揃いも揃ってやる気はあっても商売っ気が無かった。他のラーメン屋は商品の特徴をこれでもかと店の内外にべたべた張り出しているのですが(私個人はこの手の主張する店は嫌いですｗ)、そういうのほとんど無し。また定食屋の店主なんか、私が定食しか頼んでないのにドリンクやフルーツをサービスしてくる。私が「それじゃあ儲からないでしょう」と言うと、「あんまりそういうこと考えてない」との返事。翌月には潰れました。今回潰れたラーメン屋、ゴールデンウィークには営業時間を拡大するなどがんばってましたが、そもそも開店したが3月下旬。なぜシーズン終わるころから始めるかな・・・

思うにこのテナント、立地条件が悪いから賃料は安いんだと思う。だけど、商売の勘所を分かっている人はたとえ安くてもこのテナントは選ばないんじゃないかと。そしてこの3店、壁紙とかは換えているもののカウンターと業務用冷蔵庫は代々引き継がれております。お金は無いけどとにかく店を出したい一心で、賃料の安さとすでにある設備に飛びついて、資金的に余裕の無い状態で開店しちゃってるんじゃないだろうかと。素人考えですが。

この3店に共通することがもうひとつ。姉さん女房なんです。店主は子供っぽい感じがするか真面目でおとなしそうな人で、奥さんが旦那を精神的に守っているように見えた。これって、単なる偶然の一致には思えないのだけどなぁ。開店から1～2ヶ月すると、奥さんは店から姿を消します。経営が苦しいから、働きに出ているのだろうけど。

[2008/7/22 追記] 後者のラーメン屋、今日営業してた・・・[2008/12/7 追記] 後者のラーメン屋、ネオンの看板が外されてたので閉店は確実。

以前にも書いた ように、MS SQL Server 2005は、データベース1個を1つのmdfファイル(正確にはトランザクションログとの二つ)に収め、好きな所に配置して運用ができます。同じMSのJET DB(AccessのDBエンジン)のmdbファイルみたいな運用が考えられるわけで、これを便利と考えられる人には結構便利ですが、セキュリティーや安全性上ずさんだといえばそう。

ただmdbほどお手軽ではなく、開く前にmdfファイルをSQL Server 2005に登録しないといけません。この登録作業がAttach、登録解除がDetatchです。Attachは

• SQL Server Management Studio (Express) でツリーのDetabasesを右クリック、Attachで登録する
• ADO/ADO.NETのConnection StringにAttachDbFilename=(mdfファイル名)を指定して接続

などの方法があります。

が、この処理はCREATE DATABASE/CREATE ANY DATABASE/ALTER ANY DATABASE の権限を持っているユーザーしかできません 。最も分かりやすいこの権限を持ったユーザーは管理者(Administrator)です。つまり、制限ユーザーにとってはあまりお手軽ではない。またAttachDbFilenameの方法を使った場合、Detactchしないと次の接続時にすでにAttachされているファイルをまたAttachDbFilenameしようとしたとして、エラーになるそうです。

これの対策として、User Instance を使う方法があります。これはそのユーザー専用の仮想的なデータベースインスタンスを作ることで、そのインスタンス上だけではユーザーは特権的振る舞いができるようにするもののようです。しかもデータベースをシャットダウン後は自動的にDetatchされるので、次回接続時に二重Atatchのエラーも出ません。

使い方は簡単。Connection Stringにuser instance=trueを指定するだけ。

Provider=SQLOLEDB.1;
Data Source=.¥SQLEXPRESS;
Integrated Security=true;
attachDbFilename=C:¥TEST.MDF;
User Instance=true

ただし使用に制限があります。

• SQL Server 2005 Expressにしか使えない(上位有償エディションはだめ)
• ADO.NET上でしか使えない

で私、SQL Server 2005 Express+Open Office Baseで無料でAccessの代わりになる環境ができないかと思ったわけです。Open Office Baseには既存のデータベースに接続→ADOがありまして、Connection Stringを指定すればSQL Server 2005にmdfファイルを指定して接続できるはず・・・だめでした。Open Office BaseはADO(Visual Studio 6時代)であって、ADO.NETじゃないみたいです。

ちなみに管理者権限なら、以下のConnection string (URL)でOpen Office Baseから接続できます。

Provider=SQLOLEDB.1;
Data Source=.¥SQLEXPRESS;
Integrated Security=SSPI;
Persist Security Info=False;
attachdbfilename=C:¥TEST.MDF;

ただし一回Attachされると次回はエラーとなりますので、attachdbfilenameをInitial Catalogに変更する必要があります。

[参考]

• 管理者以外のユーザーのためのユーザーインスタンス(MSDN)
• AttachDBFilenameを使用しない理由 (Hollytown)

---

「軍事バランス弁当」と誤読、30秒ほど何の違和感もなく脳内処理されていた・・・ (つд` )

こつを掴んでいないため、毎回トラブルを起こすppBlog の更新。今回も1.7.3にしようとしたら、トラブル&トラブル。結局今回は

• 設定ファイル(owner/ 以下)を削除して、install.phpを起動、再度設定しなおし。
• 2月～昨日までのアクセスログ消失。

てなことになってしまいました。今までが中途半端にへんな挙動(特にIE6で)をする1.7.1betaだったので、これでうまく動いてくれるといいなぁ。

昨日、こんなブログにgoogleもビックリ740回ものアクセスいただきまして、ありがとうございました。m(_ _)m ←嫌味のつもり

でも、NAVERで検索して来たって言う個人アクセス見ないのよねｗ