Operaはダウンロードが苦手か？

容量の大きなファイルをダウンロードしたときの事。ダウンロード自体は速いのだが、Operaだと何度がトライしても99.9%で進まなくなってしまう。仕方ないのでLunascape（エンジンはieのもの）を使ってダウンロードしてみた。するとすんなりと終了。

もしかするとOperaはダウンロードが苦手なのか？もう少し試してみるとしよう。

汎用機DBのテーブル定義書作成ツール～５

今回、技術的な収穫は「汎用機(IBM)をデータベースサーバーのように利用する事が可能」ということが分かった事。昔の汎用機からすると考えられないような進化、という印象を受けたのを覚えている。この経験は「たいがいの機器は通信できるんじゃないか？」と考えるきっかけになった。

ただし、汎用機の設定次第かもしれないが、ODBC経由の処理は優先実行されてしまうかもしれないことも分かった。実行クラス等を設定し優先度を変更できるのかなど、そのあたりは今後機会があれば確認したい。


【効果】
導入効果は絶大であった。
１ヶ月半かかっていた、という処理のうち、仮に１ヶ月（４週間とする）が整備と出力、残りの２週間のうち、チェックが１週間、製本作業が１週間だったとする。整備と出力、チェックがほぼ削減できた計算になる。それも作業は２～４人で行っていたので、３人として、５週間×３＝１５週間分（４人月弱）の作業相当が削減できることとなり、担当されていた方からは相当感謝された。



【課題】
VBAで作成するアプリケーションはクライアント上で動作する。配布に当たってはそのプロジェクトで一般的に行われていた方法で、汎用機上に置いて取得してもらう形を取った。しかし必ずしも効率的ではなかった。

AccessとExcelの棲み分けも考える機会になった。この場合、入出力インターフェースとしてExcel、表に出ないデータベースとしての機能をAccess、とした。

上記の２点は、この後のプロジェクトで練り上げることとなる。

～完結

汎用機DBのテーブル定義書作成ツール～４

さて、実装を進めている終わり頃に、現場から要望が入ってきた。
・ドキュメントとドキュメントの間に補足データを追加したいことがある。
・ページ数を通して入れてほしい。

なかなか難しい注文であった。

ページを追加するなんて話、Excelでそのまま出せばいいというものではなくなった。それまでExcelの機能だけで無理矢理行っていたが、これはデータベースを利用した方が早い。納期まで時間はなかったが、ExcelとAccessと連携させることで、このドキュメントの後に何ページ開けるかというダミーの情報を入れるようにした。


厄介だったのはExcelでページを入れる事。ページ数を取得する方策がインターネットの複数ページで公開されていたので、それを利用したのだが、うまくいかないことがあった。
印刷エリアはプリンタにより若干異なる。その影響かどうかということも考えたが、それを考え出すときりがない。事象を調べた限りではVBAのバグだと思われたため、その方式は採用できないと判断し、別の方法を採った。正直、面倒くさい作業であった（今では改善されているかもしれないが、未確認である）。

ぎりぎりの納期で突貫工事もいいところだった。