データベースを構築するに当たってのシステム選択

質問

私は中小企業で社内SEを兼任しています。20年以上前に社内の基幹システムをAS/400(
RPG)で構築しました。今回新たなシステムを作るに当たり、ASを使うか否かで迷っていますのでご助言下さい。

　社内のみの定形業務は5250PCやP comでキャラクターベースの入力画面での作業で問題なく行えています。今回構築することになったのは顧客に入力をしてもらうシステムです。そのため、インターネット経由でブラウザを使って作業が行えるようにしようと考えています。ASのHTTPサーバー機能を使えばブラウザ経由で5250PCの様な入出力インターフェースが実現できるようですが、PCサーバーを使用してGUIを実現しようかとも考えています。

　そこでご教授頂きたいのは下記の３点です。
1)なれたRPGを使ってWeb経由のGUIを実現できるツールはありますか？
2)新たにPCで構築するなら習得しやすい言語とDB構築ツール等を紹介していただけますか？
3)ASでGUIが実現できるとしての話ですが、ASを使うかPCを使うかの判断はどのように付けるべきでしょうか？

　今からObject指向の言語習得も大変だとは思いますが興味はあります。また社内SEとは言え兼務であり且つ一人で行っていますので、時代の流れから取り残されています。そのためあるべき姿を含め現実的な妥協点もご示唆いただければ幸です。

回答No.1

ennalyt · ベストアンサー

AS/400は扱ったことありますが、
これから社会人になる人にマスターさせるのは気の毒な気がします。
PCサーバのシステムにした方がこれからの人にも運用を任せられていいと思うのですが。
OSにはLinuxしか選択肢はないでしょう。

そもそもAS/400ってもう無いですし。
(POWERと統合されました。昔の言い方だとRS/6000です)
http://www-06.ibm.com/systems/jp/power/

どのぐらいの重みのあるシステムなのか分からないのですが、
ミッションクリティカルな場面ではOracle、
webシステムとかならMySQLを使うことが多いんじゃないかな。

言語は自分に分かりやすいものなら何でもいいでしょう。
DB接続のできない言語なんかありませんから。
本屋いってひと通りサッと目を通されたらいいです。

時代の流れに取り残されてるとのこと、
もし今の流れを身につけたいのでしたら、
外注も検討されたらどうでしょう。
作ってもらって、スキルを全部いただくのです。

お礼

ありがとうございます。
方向性としてＡＳは捨てるべきと理解させていただきます。
専門職は一生涯に20言語を使うとか聞いたことがあります。
兼業SEとは言え私でも学生時代のFORTRANから始まり8言語ぐらい使った経験があるようです。
非構造化、手続型時代の私は「object指向はワカラン！」と10年以上言ってましたが
HTML、VB等のPCで使う言語は「別物」として使っています。今回これを機会に（一応事務
システムですので）NTサーバーにJAVA+JSPと言う選択をすべきと考えることにします。

有り難うございました。

回答No.2

lupin-333333

＞社内SEを兼任しています。20年以上前に社内の基幹システム

このような中小、ベンチャーの企業を１９９０～２００１ぐらいまでよく見かけました。もちろん大手では、当たり前の社内ＳＥで社内システム開発室を持つことが多く、サポート室から派生している場合が多いです。

大手だと、特にＩＴ関連だと、社内システムは基幹システム以外は、さみだれ式に、各部門で作ってしまうか（自作）、アウトソーシングしてしまい、もう、めちゃくちゃですね。

それではいかんということで、多くは社内システム開発室をおき、統一を図っているわけです。まあ、ＩＢＭがＴＶ宣伝していたが、社員検索システムで表彰された社員を探すと、同姓同名の違う場所に案内されるなってことは、似たようなことはたくさん。

本題です。

＞ASを使うか否かで迷っていますのでご

これは基幹システムとして使っていた物ですかね？　それとも今でも使っている？
（このクラスだと基幹システムぐらいしか用途はないんですけどね）

＞今回構築することになったのは顧客に入力をしてもらうシステムです

これがよく分からない。サービスを提供するのか？　それともＷｅｂアプリを提供（つまりソリューションとして請け負っている）するのか？

サービスとして提供するならまあ、過去の資産活用と言う事も考えられるが、そりゅーしょんとしなら、ありえないでしょう。

最初に戻って、まず社内システム構築の点から言えば、システムは、１０年単位とか、中長期的に、リファインしなければならないものです。その辺分かっていますでしょうか？

今現在の物がベストで変える気が無い。なんて思っている、ＳＥがいたとしたら、その人は、すでに雲の上の人になっています。

いい例が、現在の日本の原子力発電関連ですね。そう思って、半世紀、安全基準に対して何の進展もせず、何か改善しなかったため、人災自己が起きた。事故現象について、いまだに検証がおこなれていないが、ＮＨＫの取材をみるかぎり、間違いなく、防げた話なのである。（全電源装置喪失であっても冷やす事ができた（２４時間ぐらいはもったかもしれない）。また、何度も全電源喪失について、見直す機会が何度もおとずれた。）

そのような観点から言えば、まず古いマシンはリプレースする必要がある。それも１０、２０年単位で考えてゆく必要が在る。電車だって今、35年の耐久性から、１５年くらいに短縮している。理由はお分かりですよね。昭和３０年ぐらいまでは、国鉄で、どうあっても、そのくらいでないと元が取れない。また安全性に問題があるとされた。

しかし、実際に３０年たってみると、車両や、システム自体が、古くなりすぎていて、メンテナンスにかなりの投資をする必要が出てくる。最新のテクノロジーを適用できない。デザインが古く、魅力に欠ける。第一、燃費（？）が悪く、現在のものは、昭和５０年くらいまでに作られた車両の３０％以上の電力消費量を下げられる。４０％なんてこともあるそうです。しかも、パワーがあがって。

など多くの問題があり、１５～２０年くらいに今はしています。逆にそれが車両のコストダウンになり、ランニングコストも下げられる。

コンピューターシステムも全く一緒だとおもいますよ

例えば、最新のIntel の20n プロセスで作成されるＸＥＯＮ系のチップだと、サーバー用途でもかなりの省エネになり、WindowsServerとの組みあわせで、省エネになります。

うちの会社でも電気消費量を計測していますが、間違いなくさがっています。

上記のような観点で、リプレースとか、ランニングコストとか、次世代のことを考えつつ、メンテナンス性も考量して、システム構築すべきことです。

Linux系でそとえると、ずべてオリジナルに成ります。

Windows系だと、アプリ部分だけがオリジナルになる可能性が高いです。

つまり、コストに、それらがどう反映されるのかも考えないと。単にＬｉｎｕｘにきまっているだとう、なんて発言がありますが、Windows系だと簡単にできたことが、Ｌｉｎｕｘ系だと、自前で構築しないといけない部分がたくさんでるのです。

逆に、セキュリティー面から言えば、当然Ｌｉｎｕｘ系で全てオリジナルになるのでしょう。その辺は、ＣＩＡ、ＦＢＩ、ペンタゴンのシステムは参考になるかと思いますよ。適材適所で、両方使っています（事務員が使っているのはＷｉｎｄｏｗs）。

だいたいフリーのソフト使ってセキュリティー？　なんて考えるのは、ちょっとね・・・
（誰も責任取らないしね）

それらを考量した上で、使用するテクノロジーを決めましょう。それからの話です。

お礼

ありがとうございます。
一時的ではなく継続的・将来的に使う物にするのならＡＳは不適と理解させていただきます。
私にとってはＡＳのＤＤＳとか使いやすいのですが、データの扱いはＳＱＬにすることにします。
レガシーシステムと供に私もそろそろ…