Microsoft SQLServer 2008 Express
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
kojirou
投稿数: 62
投稿数: 62
どなたかお教え下さい。
uniPaaS V1 Plus 実行版に付いてくる
ボーナスCD-ROMに
Microsoft SQLServer 2005 Express
Microsoft SQLServer 2008 Express with Tools
が収容されているようです。
これから初めてSQLServerを使うのなら2008がお勧めでしょうか？
PervasiveがV8、V9、V10と変わっていくように
SQLServerも新しいバージョンが出てくるのでしょうね。
uniPaaS V1 Plus 実行版に付いてくる
ボーナスCD-ROMに
Microsoft SQLServer 2005 Express
Microsoft SQLServer 2008 Express with Tools
が収容されているようです。
これから初めてSQLServerを使うのなら2008がお勧めでしょうか？
PervasiveがV8、V9、V10と変わっていくように
SQLServerも新しいバージョンが出てくるのでしょうね。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
kojirou さん、こんにちは。
下記のページの対応表を参考にされるといいと思いますよ。
http://www.magicsoftware.co.jp/products/mgenv/dbmsunipaas1plus.html
いつの場合もそうだと思いますが、安定した動作を優先するので
あれば古いバージョンですし、最新の機能をチェックするので
あれば、新しいバージョンかと思います。
うちのセミナーは、まだ 2005 でやっております。
タンダコンピュータ／丹田 昌信
下記のページの対応表を参考にされるといいと思いますよ。
http://www.magicsoftware.co.jp/products/mgenv/dbmsunipaas1plus.html
いつの場合もそうだと思いますが、安定した動作を優先するので
あれば古いバージョンですし、最新の機能をチェックするので
あれば、新しいバージョンかと思います。
うちのセミナーは、まだ 2005 でやっております。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
kojirou
投稿数: 62
投稿数: 62
本社２５クライアント
営業所が３ケ所×５クライアント位
計４０〜５０クライアント
営業所からは2008のリモートAPPで接続する場合
SQL Server 2008 R2 STANDARD を一つ＋40〜50ＣＡＬ
データベース用サーバーにWindowsサーバー2008 R2と
リモートAPP用にもWindowsサーバー2008 R2を１台。
いけそうでしょうか？
MSJのサイトに具体的な機器構成の事例が載るといいなぁ
と思います。
営業所が３ケ所×５クライアント位
計４０〜５０クライアント
営業所からは2008のリモートAPPで接続する場合
SQL Server 2008 R2 STANDARD を一つ＋40〜50ＣＡＬ
データベース用サーバーにWindowsサーバー2008 R2と
リモートAPP用にもWindowsサーバー2008 R2を１台。
いけそうでしょうか？
MSJのサイトに具体的な機器構成の事例が載るといいなぁ
と思います。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
kojirou さん、こんにちは。
> リモートAPP用にもWindowsサーバー2008 R2を１台。
好みの問題だとは思いますが、私でしたら「リモートAPP」ではなく、
「リモート接続」を使います。
サーバへの負荷が集中しませんし、プログラム起動のパフォーマンス
などが全然違います。
タンダコンピュータ／丹田 昌信
> リモートAPP用にもWindowsサーバー2008 R2を１台。
好みの問題だとは思いますが、私でしたら「リモートAPP」ではなく、
「リモート接続」を使います。
サーバへの負荷が集中しませんし、プログラム起動のパフォーマンス
などが全然違います。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
kojirou
投稿数: 62
投稿数: 62
リモート接続ってなんだろうと以前から思ってましたが、WANになるんですか？
http://www.tandacomp.com/home/magic/bits-of-knowledge/magicichikuchimamechishikisqlservernorimotosetsuzoku
クラサバで伝票バンバン入力するように物にも使えるんですか？
http://www.tandacomp.com/home/magic/bits-of-knowledge/magicichikuchimamechishikisqlservernorimotosetsuzoku
クラサバで伝票バンバン入力するように物にも使えるんですか？
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
kojirou さん、こんばんは。
> クラサバで伝票バンバン入力するように物にも使えるんですか？
はい、普通のクラサバと同じですから、伝票バンバン入力できます。
印刷も何の細工もなしに、普通にローカルプリンタに印刷できます。
インターネットが電話接続だった頃は実用性があまりなかったの
ですが、光接続であればローカルで動いている環境とほとんど同じ
体感で使えますよ。
SQL の醍醐味は、まさにリモート接続にありって感じです。
※ご指摘のように、詳細は連載で解説しています（生活が苦しくて、
購読を有料にしているのが残念でしかたありません。誰かスポンサー
になってくれませんか？もちろん広告入れます。そしたら購読無料
にできます）。
タンダコンピュータ／丹田 昌信
> クラサバで伝票バンバン入力するように物にも使えるんですか？
はい、普通のクラサバと同じですから、伝票バンバン入力できます。
印刷も何の細工もなしに、普通にローカルプリンタに印刷できます。
インターネットが電話接続だった頃は実用性があまりなかったの
ですが、光接続であればローカルで動いている環境とほとんど同じ
体感で使えますよ。
SQL の醍醐味は、まさにリモート接続にありって感じです。
※ご指摘のように、詳細は連載で解説しています（生活が苦しくて、
購読を有料にしているのが残念でしかたありません。誰かスポンサー
になってくれませんか？もちろん広告入れます。そしたら購読無料
にできます）。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
ISHIJIMA さん、どうもです。
少し前にも書きましたが、インターネットが電話接続だった頃は
パフォーマンスに難アリでしたが、光ファイバーならニコニコ動画
でテレビを生で見るくらいのパフォーマンスが出ますよ。
うちの家内は、最近普通のテレビはあまり見ないで、インターネット
のストリーミング配信ばかり見ています。韓流ドラマがストリー
ミングで韓国と同時、生放送されているのをご存知ですか？ただし、
字幕はでませんが(^^;
タンダコンピュータ／丹田 昌信
少し前にも書きましたが、インターネットが電話接続だった頃は
パフォーマンスに難アリでしたが、光ファイバーならニコニコ動画
でテレビを生で見るくらいのパフォーマンスが出ますよ。
うちの家内は、最近普通のテレビはあまり見ないで、インターネット
のストリーミング配信ばかり見ています。韓流ドラマがストリー
ミングで韓国と同時、生放送されているのをご存知ですか？ただし、
字幕はでませんが(^^;
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
こんんちは Ｐｕです
私もレスポンスが気になったので RemoteAPP を使う事があります
リモート接続の場合 やはり現在のtcp/ipを使用するかぎり
SQLserverの接続うんぬんより tcpのやりとりに問題があると
考えていますので
私の場合ですが SQLserverのリモート接続で使用する場合
tcpのコネクションを上り８本 下り８本と
チューニングできる 仮想vpnを使用して使ってます
今度 機会があれば 直接リモート接続を試してみます
私もレスポンスが気になったので RemoteAPP を使う事があります
リモート接続の場合 やはり現在のtcp/ipを使用するかぎり
SQLserverの接続うんぬんより tcpのやりとりに問題があると
考えていますので
私の場合ですが SQLserverのリモート接続で使用する場合
tcpのコネクションを上り８本 下り８本と
チューニングできる 仮想vpnを使用して使ってます
今度 機会があれば 直接リモート接続を試してみます
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
pu_mahalo さん、こんにちは。
> 私の場合ですが SQLserverのリモート接続で使用する場合
> tcpのコネクションを上り８本 下り８本と
> チューニングできる 仮想vpnを使用して使ってます
仮想 VPN 経由では遅くなりそうですね。。。
> 今度 機会があれば 直接リモート接続を試してみます
ぜひ、やってみてください。涙が出るほど感激しますよ。
最近は、固定 IP を買わなくても DDNS で充分対応できますし、
インフラはバッチリです。(^^)/
タンダコンピュータ／丹田 昌信
> 私の場合ですが SQLserverのリモート接続で使用する場合
> tcpのコネクションを上り８本 下り８本と
> チューニングできる 仮想vpnを使用して使ってます
仮想 VPN 経由では遅くなりそうですね。。。
> 今度 機会があれば 直接リモート接続を試してみます
ぜひ、やってみてください。涙が出るほど感激しますよ。
最近は、固定 IP を買わなくても DDNS で充分対応できますし、
インフラはバッチリです。(^^)/
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
丹田さん こんんちは
>>仮想 VPN 経由では遅くなりそうですね。。。
？？ 理由がいまいちわかりませんが
通常 Windowsで使用する場合のtcpがボトルネックになるので
tcpをチューニングしてる訳ですから
通常の接続より早くなるんですが
>>仮想 VPN 経由では遅くなりそうですね。。。
？？ 理由がいまいちわかりませんが
通常 Windowsで使用する場合のtcpがボトルネックになるので
tcpをチューニングしてる訳ですから
通常の接続より早くなるんですが
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
pu_mahalo さん、こんにちは。
認証や暗号化を含めて、様々なプロトコルが二重化になりませんか？
名古屋から大阪の USJ に行くのに、カーナビを使うと都市高速を
グルグル回らされますが、下道を行けばアッいいうまに着きます。
タンダコンピュータ／丹田 昌信
認証や暗号化を含めて、様々なプロトコルが二重化になりませんか？
名古屋から大阪の USJ に行くのに、カーナビを使うと都市高速を
グルグル回らされますが、下道を行けばアッいいうまに着きます。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
丹田さん こんんちは
暗号化をせず
データ圧縮機能を使い
コネクション本数１６本 使用してますので
通常のtcpより 数倍早いです
暗号化をせず
データ圧縮機能を使い
コネクション本数１６本 使用してますので
通常のtcpより 数倍早いです
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
pu_mahalo さん、こんにちは。
SQL Server 自体も自前の圧縮を行っていると思いますので、
圧縮／展開、圧縮／展開の2度手間を行っている気がしません？
VPN を介さない実験もぜひ行ってみてください。
タンダコンピュータ／丹田 昌信
SQL Server 自体も自前の圧縮を行っていると思いますので、
圧縮／展開、圧縮／展開の2度手間を行っている気がしません？
VPN を介さない実験もぜひ行ってみてください。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
丹田さん こんにちは
なんか勘違いされていると思いますが
SQLserverの機能の事ではなく TCPというプロトコルの持っている
遅さのチューニングについて 行ってますので
SQLserverでなくても Pervasiveでも Oracleでも wan越しで
通信を行う場合の話です
丹田さんの書かれている
>>SQL Server 自体も自前の圧縮を行っていると思いますので、
って言うのみ データベース圧縮の話でして
通信の話ではないと思います
私が記載しているのは
通常のtcpコネクションでのやりとりを
wanでより高速化する手法ですので
（ipv4でのtcpの性格上 wan越しになると 遅くなる）
一般的にお金があればWANアクセラレータを
使用しますが
なんか勘違いされていると思いますが
SQLserverの機能の事ではなく TCPというプロトコルの持っている
遅さのチューニングについて 行ってますので
SQLserverでなくても Pervasiveでも Oracleでも wan越しで
通信を行う場合の話です
丹田さんの書かれている
>>SQL Server 自体も自前の圧縮を行っていると思いますので、
って言うのみ データベース圧縮の話でして
通信の話ではないと思います
私が記載しているのは
通常のtcpコネクションでのやりとりを
wanでより高速化する手法ですので
（ipv4でのtcpの性格上 wan越しになると 遅くなる）
一般的にお金があればWANアクセラレータを
使用しますが
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
pu_mahalo さん、こんにちは。
あと、VPN 経由はイントラネットなら可能かも知れませんが、
たとえば、全国の400店舗ある書店からの本の受注を請け負う
ようなシステムを構築しようとした場合、400件の VPN を構築する
のは現実的ではないと思います。
SQLServer の「リモート接続」の意味は、VPN 経由を意図したもの
では決してないはずです。地球上のどこからでも自由に接続
できることの真価を主張しているはずです。
VPN 経由で SQLServer のリモート接続を試すという試みは、単に
LAN で接続実験を行っているのと何ら変わりないですよ。
タンダコンピュータ／丹田 昌信
あと、VPN 経由はイントラネットなら可能かも知れませんが、
たとえば、全国の400店舗ある書店からの本の受注を請け負う
ようなシステムを構築しようとした場合、400件の VPN を構築する
のは現実的ではないと思います。
SQLServer の「リモート接続」の意味は、VPN 経由を意図したもの
では決してないはずです。地球上のどこからでも自由に接続
できることの真価を主張しているはずです。
VPN 経由で SQLServer のリモート接続を試すという試みは、単に
LAN で接続実験を行っているのと何ら変わりないですよ。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
丹田さん こんにちは
>たとえば、全国の400店舗ある書店からの本の受注を請け負う
>ようなシステムを構築しようとした場合、400件の VPN を構築する
>のは現実的ではないと思います。
そもそもそんなシステムをＣ／Ｓでやるのも現実的ではないですね
Webアプリで行うでしょうね
元投稿とだんだんかけ離れてきたので この辺で
>たとえば、全国の400店舗ある書店からの本の受注を請け負う
>ようなシステムを構築しようとした場合、400件の VPN を構築する
>のは現実的ではないと思います。
そもそもそんなシステムをＣ／Ｓでやるのも現実的ではないですね
Webアプリで行うでしょうね
元投稿とだんだんかけ離れてきたので この辺で
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
pu_mahalo さん、こんにちは。
> そもそもそんなシステムをＣ／Ｓでやるのも現実的ではないですね
> Webアプリで行うでしょうね
そこなんです！
従来の常識では Web アプリか、リモート APP くらいしか思いつか
なかったようなシステムが、SQLServer の「リモート接続」を使え
ば、これまでの C/S の延長でできてしまうというところが画期的
なんです。
このことは私の連載でも繰り返し言っておりますし、このスレッド
の最初にも述べましたように、「好みにもよりますが」という点が、
「強制はしませんが」という意味を孕んでいます。
タンダコンピュータ／丹田 昌信
> そもそもそんなシステムをＣ／Ｓでやるのも現実的ではないですね
> Webアプリで行うでしょうね
そこなんです！
従来の常識では Web アプリか、リモート APP くらいしか思いつか
なかったようなシステムが、SQLServer の「リモート接続」を使え
ば、これまでの C/S の延長でできてしまうというところが画期的
なんです。
このことは私の連載でも繰り返し言っておりますし、このスレッド
の最初にも述べましたように、「好みにもよりますが」という点が、
「強制はしませんが」という意味を孕んでいます。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00