アInformix-スイッチをOracle、Sybaseや滞在Informix?
https://stackoverflow.com/questions/697083
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
以前に掲載しうる事ができて本当に良かったの確認現在のも古風)バージョンのInformix。
いジョナサン-ヘ清算する）
まります計画を取り巻く環境変化に対応し、高度で最初に議論がな移動OracleやSybaseます。何かご意見。で私の考えながらすべての3つのRDBMs独自のユニークさ、それらは全て、同じ地質.定できるようになりましたいくつかのデータベースを使用しますか？
大きなレーニングマッチ対アルゼンチンがあった場合、リンクからマウスアウ場への更新を行っています。Informix(現在使用し7.13）を変更する必要があり当社のステートメントがサポートCプログラム?ない場合は、その意ィInformix.だったとSybase/Oracleなど、私たちの仕事の手を更新後ます。
だへの切り替えに別のデータベースを生成できますを比較しであると考えているのです。楽しみにしてい皆さんのご意見をお聞き.
解決
私はbiassedオブザーバー(働いていたIBM Informix)処理する私のコメントがないよう注意する。
場合にアプリケーションが作成されてInformix ESQL/C、いうな外科手術に移動しています。する必要があり何かを考え，議論することで代わりとなるインターフェースの利用-おクロスプラットフォームの選択(Cとしての基本言語はODBC、Oracle、OCIは、Sybase、TDSしています。
一方、Informix ESQL/Cグループの現在のバージョン(Informix ClientSDK3.50を含むESQL/C3.50、 は 最近のESQL/C6.00で現在使用)は痛くない限りいなくなってしまったのでお書きの悪いコードです。
でも単なる移動のデータが外傷性なinsuperablyいます。一部の複雑性に依存するデータタイプをご使用となります。(文字列の移行を容易;日時の値です。) が移行に応える必要がある場合は、あなたの言葉を借りれない限り、また非常にprescientを書いた本当に良いデータ抽象化層します。
プInformix SE7.26きない-同じ系列はソフトウェア、インストールでは、ポイントで、既存のデータベースです。いうプログラムを再コンパイル使用の現代的なCSDKものができるようになると徐々に大切に（INFORMIXDIR値は、旧コード、。
プInformixダイナミックサーバ(IDS)11.50うにすることを要件とする輸出のデータ（DB-輸出)から、インポートしてください(DB-輸入）が付けられたIDをもとに行います。このことは非常に簡単なもの、一度でもIDるのです。っID稼働ありますの努力以上にもなる。
明らかに私のお薦めは付設されている（例えば、下Informix.この決定はお客様次第。
IDが、作らなくてはならないコードの変更や再コンパイル?
IDは非常に密接に関連SEが異なります。IDSを提供するほとんどの厳格な上位集のSE可能です。のかを考えることができる場違いはあるものの、主に端の場合。
- SEは別の構文をこのように作成されたテーブルから探C-SOMMAファイルのデータベース;IDが完全なセットします。基本テーブルの作成は同じでもIDは種SEないなど、VARCHAR、その装飾が異なります。
- SEを監査や監査およびIDなしなければならないその他の監査等を実施しています。
- SEが開始データベースROLLFORWARDデータベース;IDません(回復およびログインIDが異なる).
主原因となる問題のある取引の管理です。IDはunlogged,ログインし、"ログモードANSI'データベースとしています。In IDは、を使用することを推奨されるログデータベースが強いのではない。IDSを提供原諸表にログインしデータベースのいずれかの動作を全体としては失敗した場合に全体としてしかし、多くのSEアプリケーション記述との取引です。ところがあってできない場合の取引のデータベースなどにカーソルをアップデート対象外での取引はない。これこそがバーコードからの移行作業SEを付けられたIDをもとに行います。また、できないロックテーブル以外の取引により、ロックが解除できないテーブルによる場合を除COMMITまたはROLLBACK.
どのくらいの問題このようございますクリアできましたSEがどのようプログラムの設計をそのままの設計によりスローされました。するID unloggedデータベースおよびSE unloggedデータベースに非常に近いときからの移行います。がIDできるもの（複製）の場合のみデータベースのログインし、目指すべき使用するログデータベースです。
しかし、移行CSDK3.50すべきでない限り再コンパイルするいくつかの本当にexcruciatingly awfulいます。
他のヒント
のInformixの終焉の噂を大幅に誇張されてます。
あなたが持っている埋め込まれたコードへの投資では、ブランドOやブランドのSへの切り替えからいたことに明らかな店頭価格のコスト削減は非常に迅速に再開発費に消えてしまいます。それは人生のちょうど事実です：私は、プロジェクトは$ 20K P.A.を保存するために再開発に$ 100K +を燃やす見てきましたライセンスインチこれはよく使われるお金ではありません。
あなたはRDBMSのスイッチは、あなたが本当にあなたが持っているものに固執達成できなかった何かを提供するつもりだったことを非常に、非常に確認したいでしょう。後方行かない場合は、単にその場で実行されているドルや時間に大金を費やす可能性があることです。
- （私はそれに対して長く、懸命に戦った苦い経験から）のリスクがあるため。 あなたが一歩と総合的にあなたの問題を見てするつもりなら、、私はあなたが別のために1つの埋め込みモデルを交換するよりも新しい、疎結合、データベースに依存しないアーキテクチャの可能性を評価するオフはるかに良いことだと思います。これは、あなたのトラックダウンはるかに高い柔軟性を提供することになる。
希望に役立ちます。
私たちは、GeneXusのを使用して年間のInformixのDBをサポートしてきました。 Informixのは素晴らしいDBですが、アジャイルな方法で構築を支援するために、その周りのツールの多くはありません。私はウェブアプリとスマートフォンのアプリを構築するためのGeneXus IDEを使用する多くのInformixのお店を知っています。あなたはGeneXusのを聞いていない場合は、それをチェックアウト。
