Officeの更新プログラムを導入するとAccessでクエリエラーが発生するとの報告 44
ストーリー by hylom
どうしてこうなった 部門より
どうしてこうなった 部門より
Anonymous Coward曰く、
11月13日にリリースされたMicrosoft Officeのセキュリティ更新プログラムをインストールすると、特定の環境でAccessのクエリでエラーが発生するようになる、との報告が出ている（Togetterまとめ）。
問題の更新プログラムは月例アップデートとしてMicrosoftの他製品のアップデートと同時に配信されたもの（窓の杜）。Microsoftも問題は把握しているらしく、サポート文書が出ている。これによると、単一のテーブルをUPDATEするクエリで、WHERE節があるとエラーが発生する模様。Access O365/2019（Version 1911）については11月24日、ほかについては12月10日に修正予定。また、クエリ文を修正することでも対応できるとされている。
給料計算ソフトがやられました (スコア:1)
うちの事業所で使っている給料計算ソフトがこれをくらって起動できなくなるとのことで、メーカーから緊急メールが来てましたが、間に合いませんでした。
該当の更新を削除して更新ブロックする対策ツールをメーカーが配布してたのでなんとかなりましたが。
http://site.bsl-jp.com/cgi-bin/bslkb.cgi?task=showqa&KB=KB003667 [bsl-jp.com]
これのせいでメーカーのサポートはパンク状態とのことで、お疲れ様です。
Re: (スコア:0)
MSアプリを基幹業務に使っているリスクとしてはマシな方ですね、お疲れさまです。
Re: (スコア:0)
MS依存してないメーカーに変えようって話になるのかならんのか
Re:給料計算ソフトがやられました (スコア:1)
変えたところでそこがバグや不具合を一切出さないかと言うと、それも難しい。
何だかんだで小規模システムだと便利なんだよね。エンドユーザー（のシステム担当）も作る側も。
何でもかんでも理想論だけで作るシステムはボッタクリと紙一重だし。
Re: (スコア:0)
脱MSって基本的に細かい手間増えまくるからねぇ。特にツール系。
Re: (スコア:0)
設定によっては強制的にアップデートされるから問題なので
Re: (スコア:0)
MySQL3で頑張ってます。
Re: (スコア:0)
そのメーカーの品質とMSの品質を比べろよ。
Re: (スコア:0)
状況が悪くなるケースの方が多いだろ
Re:給料計算ソフトがやられました (スコア:1)
これに類する感情論はよく聞くし、Accessがクソであることは同意せざるを得ないのだが、RDBMと開発環境とフロントエンドまで全部入りの環境となると他にあまり選択肢がないのも事実。まさかExcelとか言わんよなあ？
オモチャじゃなくてAccess並に開発・メンテしやすいのがあるなら教えて。
Re:給料計算ソフトがやられました (スコア:3, すばらしい洞察)
少人数オフィスでの入力フォーム・帳票や、簡単な月次集計・印刷だと、Accessが便利なのはよくわかる話
Access VBAをなんとなく程度にわかる人でもそれなりのアプリ＋DBが作れちゃう
従業員が10人未満とかの小規模事業者にはほんと適してると思う
メンテしやすいとは言わない…
Re: (スコア:0)
他人が作ったやつを引き継ぐに当たっての
環境構築の手間って意味ではメンテしやすいんじゃね？
最近ならコンテナこれとこれとこれ、
でいいのかも知れんがバージョン違いでの対処とかもあるしな……
Re: (スコア:0)
起動すらしたことないけどLibreOfficeにBaseってなかったっけ。
評判を聞いたことないけど使いやすいんだろうか。
Re:給料計算ソフトがやられました (スコア:2, すばらしい洞察)
いくらバグが多いって言われてもなぁ。
比較対象が LibreOfficeとかだと、10人中20人ぐらいはACCESS選ぶだろう。
Re: (スコア:0)
エンジンだけMSSQLとかMySQLとかに差し替えてODBC経由でサクッと使えるようにするところを誰かパッケージ化すれば商売になるんじゃねーの
と思うんですがどうなんでしょうね
Re: (スコア:0)
別にそんなところはクソでもなんでもなくてAccess VBAもマクロもフォームもクエリもレポートも全般的にクソなんですよ。
爪の先っちょだけヤスリかけて整えても何にも改善してないんですよ。
Re: (スコア:0)
みんなそう思って、別のを模索し、実際に使ったりもして
いたのですが、
スコシ環境が変わるたびに、多額のお金と検証の手前
（プライスレス）がかかって、くそにならない程度の
範囲で使うことにして、MSチンイツにしろ、
とかが全員の総意になっちまったり、人に轢死ありです。
Re: (スコア:0)
全部入りである必要が無い。
スタンドアロンで完結したいならSQLiteやFirebird使えばいい。
Re: (スコア:0)
そしてフロントエンドはエクセルか…
Re: (スコア:0)
.NET + サーバー立てずに使えるDBMSでいいだろ。
Accessなんか使うよりずっと安定しているし開発生産性も保守性も高い。
Re: (スコア:0)
テーブル/クエリ(ビュー)とフォームの自動連携がね。
VisualStudio+αでツール導入できるならいいんだけど。
Re: (スコア:0)
その自動連係が融通効かなさ過ぎてクソなんだが
Re: (スコア:0)
本当の意味で開発、メンテしやすいのは素直にDBサーバーとWebなりクライアントアプリなりで構築する事でしょうね。
「Access並に」の意味もまた分かるのだけど、Accessで作り始めたシステムに機能拡張の要望が上がってくると
ゆっくりと地獄に沈んでいくでしょう。巻き込まれる前に逃げるのが吉。
多分半端なスキルのメンバーだかお客さんだかがいてその人らにちょっとしたカスタマイズさせたいみたいな要望があるのでしょうが、
あれはオモチャですよと失礼な位に喚いておくのが安全な気がします。
半年未満の破棄が絶対的に確約されているシステムなら良いのでは。
Re:給料計算ソフトがやられました (スコア:1)
Accessで各種テーブルとそのリレーションを確認したら本番DBに持って行く、ってのが、一般的な使い方だと思ってました。
Re: (スコア:0)
Accessに限らずMicrosoftOfficeがオモチャだと思っています。
特にExcelで作られたアプリケーションはAccessより酷いものが多いですよ。
クライアントアプリはメンテしにくいのでDBサーバとWebアプリが良いです。
Re: (スコア:0)
ファ、ファイルメーカー・・・
リグレッションテストはしていません (スコア:0)
特定条件で複雑なクエリを書くと落ちるとかならテストパターンから漏れてたのね
と言い訳できないでもないけど、とにかくupdate文にwhere句があると例外なくダメなんでしょ。
Re: (スコア:0)
Windows 10で直したはずのバグが何度も再発してたりするのを見るだけでも退行テストなどしていないのは明らか。
Re: (スコア:0)
世界的に見ると、網羅的な退行テストなんて、やってるとこのほうが珍しいようですよ。
日本だと「やるに決まってるだろ」的な扱いですが、そのテストパターンをそのまま
海外のベンダーに提出すると、間違いなく「え？そんなとこまでやるの？心配しすぎじゃね？」って
言われます。
Re: (スコア:0)
信者は大変ね
Re: (スコア:0)
アメちゃん相手の仕事で品質落ちてもいいから新機能追加をスピーディーにやってくれって言われたことある
Re: (スコア:0)
BtoCの場合なんかは、品質にこだわってリリース速度が落ちると死活問題になりかねんしな
かといって品質面で悪評ついたらそれも死活問題だし
サービスや市場の成熟度によってもそこら辺の塩梅は変わってくるけど、全体的に日本企業は臨機応変にバランス変えて攻めていくのが苦手よね
Re: (スコア:0)
今回バランスをとれずやらかしたのは日本企業ではないのですが。
Re: (スコア:0)
これぐらいの障害は許容するもんであってやらかしではないという話
Re: (スコア:0)
「アメリカ企業は品質よりスピードを優先してるから、今回のような問題も起きるよね。」
「そうだね、日本企業はスピードより品質を優先するから、堅実なかわりに臨機応変な対応が苦手だよね。」
という文脈に対して、
「日本企業ではないのですが。」
と言われても、
「いや、そう言ってるじゃん。」
としか言えないのですが。
Re: (スコア:0)
アメちゃん製の製品サポートで
ユーザが緻密なサポートを求めてくるが、メーカーに訊くしかないものも多くて
メーカーに訊くと非公開だという答しか返ってこないという…
（日本法人からも海外の本社からも）
あちらの製品で日本流のサポートを求めるのは無理
Re: (スコア:0)
通知やサポートはぐぐたすで行うっていう某お米な国のサービスにて、
サービス側が預かったデータをデイリー更新中に、てへぺろなイベント発生。
ぐぐたす上では阿鼻叫喚になってて、でも運営からの書き込みは一切なくて。
なんかfacebookに告知が出てた！っていうポストがあったのでメールで問い合わせて届いた返事が、
通知と復旧のフローについてのアナウンスはfacebookに書いておいたじゃん。
載せておいた期限までに申請が無かったので、もう消しちゃったよ。
ということがありました。
Re: (スコア:0)
Re: (スコア:0)
いやー、updateはNG出して直ったんで安心してたんですが。whereは盲点だったなあ。
Re: (スコア:0)
いちいち叩くところから入るからだめなんだよ。
航空業界みたいに責任や叱責は別問題として、具体的にどんなソースコードで、どんなパッチを当てたらどういう原因でどんなバグが出ました、っていうのをオープンにする風潮があればこっちの教訓にもできるのに。
レグレッションテストを完全にやれなんて、教訓にはならんよ。
Re: (スコア:0)
いや、さすがに「WHERE句付きUPDATEステートメントが駄目」は擁護できないでしょ。
WHERE抜きでUPDATEなんて滅多にやらないし。
事実上、テーブルが全く更新できないのに等しい。これは見逃してはいかんやつ。
つまり、「完全に」どころか一切テストしてないんじゃないかな。
Re: (スコア:0)
WHERE句抜きのupdateがダメならまだわからなくもないけど逆はさすがにテストしてないでしょといわれてもしょうがないと思う。
Re: (スコア:0)
さすがにこの程度のテストをしてないと考えるのは無理があると思う。
なにか別の原因があるんじゃね。