2年前お詳しい方、ご説明頂けると助かります。表題に関して、http://home.a00.itscom.net/hatada/c-tips/excel01.htmlという記事をみました。雑多な質問になりますが、ご意見、ご指導いただければ幸いです。C++からsqliteが使えるため、何が違うのかという疑問があるとともに、EXCELを使ったデータベースと思われるデータベースファイルを何とかハッキングできないかという目的があります。1)sqliteと比較し、何が利点なのでしょうか。2)EXCELファイルとして開き、テーブルを見れるのでしょうか。3)紹介されているCのプログラムはどのような環境でコンパイルできるでしょうか。できればLinuxで使いたいと思います。4)EXCELに関係すると思われるデータベースファイルをハッキングしようと思っているのですが、この方法と関係があるのでしょうか。●データベースファイルはVBのプログラム(ソース無し)から操作しますが、何故か、EXCEL.exe自体もプログラムと一緒に配布(会社内だから良い?)されています。●ファイル名はXXXX.hisでXXXX.xlsに変更してもファイルを開くことが出来無い。部分的にでも結構ですのでご意見をお聞かせ頂きたいと思います。2年前3)紹介されているCのプログラムはどのような環境でコンパイルできるでしょうか。できればLinuxで使いたいと思います。*odbc*でインストールしました。他のも沢山入りました。gccでコンパイルは出来かけておりますが、参照が見つからないというエラーで失敗します-L等で適切なライブラリが参照できないためと思われます。1)sqliteと比較し、何が利点なのでしょうか。既存のExcelファイルやCSVファイルをデータベースとして扱うことが出来ます。2)EXCELファイルとして開き、テーブルを見れるのでしょうか。3)紹介されているCのプログラムはどのような環境でコンパイルできるでしょうか。できればLinuxで使いたいと思います。コンパイル自体は色々な環境で実行できるでしょうが,実質的にはWindows環境でしか実行ができません。●データベースファイルはVBのプログラム(ソース無し)から操作しますが、何故か、EXCEL.exe自体もプログラムと一緒に配布(会社内だから良い?)されています。Excelの起動ファイルであるExcel.exeを同時に配布することはできません。これは,Excel.exeに限りませんし,会社内であっても許可されていません。MSDNのライセンス保有者同士だとMSDNからダウンロードしたファイルに関して緩く使えることがありますが,これは例外。ODBCでExcelに接続する場合も,Excelが正常にインストールされている必用があります。このため,Excel.exeだけを配布する意味はありません。2年前YuOさんお返事ありがとうございました。情報が整理できました。私はgtkなどのGUI環境を含めたC環境を既に整備しており、Fedoraのクロスコンパイルで同一ソースからWindowsとLinux(両方必要)の実行ファイルを生成可能なこと、sqliteの中身を見るGUIソフトも配布されいることから今更手を出す必要も無いようです。Excelの起動ファイルであるExcel.exeを同時に配布することはできません。>これは,Excel.exeに限りませんし,会社内であっても許可されていません。MSDNのライセンス保有者同士だとMSDNからダウンロードしたファイルに関して緩く使えることがありますが,これは例外。>また、ODBCでExcelに接続する場合も,Excelが正常にインストールされている必用があります。>このため,Excel.exeだけを配布する意味はありません。確かに、ライセンス上問題だろうとは感じておりました。EXCEL.exeをダブルクリックしてもエラーで落ちて動きません。OLEで動かす分にはそれでもいいのかとは思っておりました。そのソフト自体は外注で作ったもののようで、コンプライアンス違反であるとわかっても必要で仕方無く(勘違いして?間違って?)同封したものと推測されます。必要性を感じませんがインストーラーまであり、技術力はそこそこある会社と推測できます。拡張子を変えてもEXCELファイルとして読めない時点でデータベースはEXCELと関係ないと判断してよろしいでしょうか。インターフェイスのVBのソフトは時系列の範囲とチャンネルを指定すると結果をEXCELファイルに出力します。その意味でEXCELが関係があるだけでデータベース自身は無関係かもしれません。ミクプラは自由にリンクできます。