  |
はてなキーワード: mdbとは
[自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話｜JoanOfArc](https://note.com/joan_of_arc/n/ned510ca913c7)
1. 今はなき鉄鋼メーカー、研究所で新規シミュレーションコード立ち上げ
メンターが米国自動車メーカーへ転職して途方にくれた。電磁気学の教科書を読み漁って掲載されているサンプルコードを理解して、コード手打ちして3ヶ月で動く様にした。社内で誰も見たことが無い結果に驚かれた。
2. 鉄鋼メーカーの人員削減が若手にも迫ってきたので、電子部品メーカーへ転職。コードは書かず開発現場で製品試作品の制作をモクモクと行う。
3. 色々あってプログラマー派遣会社へ転職。ドコモ向けのアプリのテストデータを作成するだけの仕事をアサインされた。楽勝の仕事だったが、拘束時間が長く半年で10kg太る。
4. 派遣で今はなきシャープ常駐でデジカメファームウェアの開発現場に放り込まれる。C言語の未知のコードとLSIの仕様書に戸惑ったが、親切な若手社員に助けてもらって独り立ち出来た。2年程やったが、雇い止めに合った。
VC++製の画像処理アプリもメンテした。VBの画像処理アプリも自作した。
5. 現NTT、当時住友銀行子会社で常駐で電磁界シミュレーションアプリの新機能開発を担当。分散処理による計算時間短縮を狙う部分を担当。分散処理はMPI(現OpenMPI)を使用。まずはパソコン2台で分散処理を行うもNIC(LAN Card)がボトルネックで計算は出来るが1台で計算するよりパフォーマンスが出なかった。職場にジョインしたあとは、しばらくは訳がわからず、戸惑った。通勤時間が長く体が消耗した。
派遣プログラマーは嫌で正社員で働きたかったので、プログラマーにこだわらず職場を探した。知財の職に採用されたので、常駐先と派遣会社に退職を願いでると引き止められて困った。退職を強行して転職できた。離職票の入手に苦労した。暑い夏だった。
6. 中小製造メーカーの知財の職場では要領よく仕事をこなしていると時間があまる。余った時間で社内WEBサイトを作ったりした。使ったのはASP(ASP.NETの前身、VB.NETでコーディング)。フレームワークに従ってコードを埋めるとそれなりに動いた。DBMSはAccessを使った。要するにmdbファイルにデータを保存した。更新処理は管理者のみ、データの閲覧が主な機能であるWEBサイトだった。
7. 知財の仕事は楽勝なのだが、やはり開発の仕事に未練が出てきた。iOSアプリの開発もやってみたくなった。10年以上知財の仕事を行ったが思い切って無職へ転向した。親父も無くなり、遺産の整理もサラリーマンを行いながら難しかったのだ。(つづく)
「Microsoft Office 2013 (KB4484119) 32 ビット版 のセキュリティ更新プログラム」
このWindows UpdateがAccessアプリケーションの動作を阻害するという報告が入った。一応、導入先には削除を指導。— ひろまる (@hiro_maru) November 13, 2019
したがって「ACE経由でmdb/accdbファイルに接続する」ケースであれば、Accessに限らずDAOやADOを使ってWHERE句を含むUPDATE文をEXECUTEする操作全てがダメということになる。「Jet経由でmdbファイルに接続する」ケースであれば正常に実行出来ることは確認した。— sk (@sk_exe) November 13, 2019
ひどい・・・・
以前は何か独立した装置で行っていて、2000年問題(!)の際にAccessに切り替えたそうだ。
しかし、新しいAccess（弊社ではAccess2016）を使用してMDBファイル（Access2000-2003データベース）の最適化を行った時にレコードが消失するバグがあった。
消える量は微々たるものであるが、最適化のたびにランダムでデータが消えるのではデータベースとしては役に立たない。
このバグについて調べるにあたって、偶然会社の倉庫に眠っていたAccess2007を発見し、それで検証してみたところものすごい量のデータが消失していた。2007環境で作業していた人はおかしいと思わなかったのだろうか？（社内でAccessはこの在庫管理にしか使っていない）
2016で同様の検証をしてもなかなか消失は確認できなかったが、実務上確実にデータが消えていることを時折確認している。これは最新バージョンで解消されているそうだが、会社のPCであるのでアップデートの適用が随時は行われず、４か月遅れであるようであった。
ただ、4か月遅れとはいえ時折バージョンアップされているにも関わらずバグが解消される気配が全くないまま業務を行っていたのだが、いい加減やってられないのでやむを得ずAccess2019を導入することとした。このあたりについて調べている時、そもそもバージョンアップ内容のアナウンスがかなり複雑に隠されていたり、アナウンスされていなかったりとMicrosoftの不親切さを痛感した数時間だった。
ただし、Access2019にアップグレードしたからといってバグが解消される確信はなかった。
私はそもそもMDBなどという古い形式で強行するのはやめたい、システム的にも古い上に個人のエンジニアが開発したものであり、古いからではなくそもそもの造りにバグが多く、現在弊社の事業規模に見合ったサポートを受けられていないことから、システムそのものを更新して欲しいと上申し続けている。
というか2000人を抱える大企業でこんな古い（しかもバグを抱えた）データベースに頼っているってどうなの？
しかしなかなか承認を得られないため、やむをえず応急処置的に最新版である2019を導入することとした。
データベース管理に使っているPCにはボリュームライセンス版のOffice2016がインストールされている。
ここにAccess2016を個別に購入し、インストールしている。
ライセンス的にはOffice2016とAccess2016は別であるが、同じ2016同士なので共存できているようだ。
ここにAccessのみ2019をインストールしてみようとしたが、Office2016がインストールされているためインストールできませんとなってしまった。
以前、別の会社にいた時に2003と2010か何かは共存させた気がするのでできると思っていたが、起動のたびにオンライン認証しているからだろうか。今はもう無理らしい。
そもそもボリュームライセンス版のAccess2019（Office2019）のインストールは非常に面倒くさい。
いわゆるインストーラではなく、コマンドプロンプトからのインストールである。GUI環境を創造し、推進してきたMicrosoftが、この2019年になってCUIを持ち出してきたのだから驚きだ。
このあたりは調べたらいろいろ有意な情報がたくさんでてくるので、そちらを参考にしてもらいたい。
ちなみにConfiguration.xmlの作成は非常に面倒であるが、Microsoftが提供している、質問に答えていくだけで作成してくれるものを使うのが一番楽にできる。
リモートがオンになっているとインストールに支障があるというのも謎だ。
バグに対しても、Office2016とAccess2019の共存についても解決できていないが、もしこの記事を見て何か思い当たる点がある人がいれば連絡をください。
