アカウント名:
パスワード:
顧客DBのバックアップをとっていないという状況が考えられない。個人のミスの前に会社的にどうなのよと。
本番環境のテーブルに対してtruncateかけるってのがよくわからん。ふつーそんなことする?似たようなテーブルからデータを再作成って、つまりそのテーブルは不要だったかビューの類で良かったんじゃないの?
>似たようなテーブルからデータを再作成って、つまりそのテーブルは不要だったかビューの類で良かったんじゃないの?つまりはデータベースの正規化が出来てなかったと言うことですよね。
それとも似たようなデータではなくて似たような別のデータベースからだったのだろうか?
どっちにしてもデータベースのバックアップも取ってないAnd正規化がまともにできてないってどんな管理体制だったのだろうか?
> そのテーブルは不要だったかビューの類で良かったんじゃないの?
なんだか、頭がおめでたい人ですね。
削除するデータが大量すぎてdeleteするとシステム設計上の許容範囲を上回るログが出力されてしまう場合やログ書き込みがパフォーマンスに影響が出てしまう場合に利用します。
本当は使いたくない手ですがdeleteするだけで1時間かかる作業とか...困るでしょ?バックアップの容量も想定を大きく上回るし。
「手作業で全削除してタイプミスしたらどうする?」と心配するのでは無くて、「そういうミスが起こらない仕組みを作る」が基本だよな。定期バックアップも含めて。
定型業務らしいし、せめて前もって作ったスクリプトを実行するようにしていれば、テーブル名のタイプミスでついうっかりというのは防げるだろうに。#つか普通は手作業でやるんじゃなくてcronで(ry
そういう点も含めて、やっぱり会社的にかなりアレだし、そういう所で働いている人たちなので技術者的もそうとうにアレなんだろう。ほんの2~3年前にバージョン管理も使わずにWeb開発やってて、開発サーバー上のが最新版ソースという会社も知ってるので、このくらいは想像できるけどさ。
> #つか普通は手作業でやるんじゃなくてcronで(rycronで実行すれば大丈夫なんて計画を立てるのは机上のcronです。
机上のcronか。散らかった机の上を定期的に片付けてくれるんですね。分かります。
#掃除のおばちゃんともいう。
「またあんたのベッドの下からガビガビの本出てきたよ!いい加減にして頂戴!」
「部屋に勝手に入るなって言っただろ!」
「またあんたは何でもかんでもコンセントを挿しっぱなしにして!掃除機が使えないでしょ!」「勝手にサーバールームのコンセントを抜くなって言っただろ!」
「ったく子供みたいにテレビの周りにシール張り付けて・・・(ペリペリ)」「ちょっ、勝手に付箋はがすなよ!」
> 「手作業で全削除してタイプミスしたらどうする?」と心配するのでは無くて、>「そういうミスが起こらない仕組みを作る」が基本だよな。定期バックアップも含めて。
「ミスが起こらない仕組みを作る」だけじゃなくて「ミスが起きてもリカバリーできる仕組みを作る」ってのも基本です。てかtruncateするのに、直前にバックアップを取らないとか信じられないですね。
#つか普通は手作業でやるんじゃなくてcronで(ry
そもそもクローンを作る段階を cron で実行しろ、と言う事ですな (^w^)# ごめん、それが言いたかっただけなんだ。
ところがどっこい、悲しいかな人は周りに染まる生き物なんだよ
これはあるよなー。今の会社に来てびっくりした。何もかもめちゃめちゃで本来生ずるはずのない問題だらけなんだけど、みんなそれに最適化されててそのめちゃめちゃなのを運営できてる自分達が凄いとプライド持ってしまってるんだよね。無理が通れば道理がひっこむというか。
ミスと被害って話だよな。どんなミスを揚げ足とって、どんな処罰するのかはその会社の勝手だけれど、対外的な被害は少ない方が良い。その努力がなされているならば、タイプミスひとつで出勤停止でも、首でも好きなようにすればいい。おれは勤めたくないけど、取引先としては信頼できる。
最低でもデイリーくらいでバックアップ取りますよね。損害賠償で会社が倒産でもしたらどうすんでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
そもそもだけど (スコア:0)
顧客DBのバックアップをとっていないという状況が考えられない。
個人のミスの前に会社的にどうなのよと。
Re:そもそもだけど (スコア:1)
本番環境のテーブルに対してtruncateかけるってのがよくわからん。ふつーそんなことする?
似たようなテーブルからデータを再作成って、つまりそのテーブルは不要だったかビューの類で良かったんじゃないの?
Re: (スコア:0)
>似たようなテーブルからデータを再作成って、つまりそのテーブルは不要だったかビューの類で良かったんじゃないの?
つまりはデータベースの正規化が出来てなかったと言うことですよね。
それとも似たようなデータではなくて似たような別のデータベースからだったのだろうか?
どっちにしてもデータベースのバックアップも取ってないAnd正規化がまともにできてないってどんな管理体制だったのだろうか?
Re:そもそもだけど (スコア:1)
某社は昔、正規化はおろかindexでさえまともに設定していなかった。
そして、近年また一緒に仕事をしたが正規化を行き過ぎにしていて、
テーブル結合の半数近くが内部結合できず。
さらに事前に決定していた、結合は4テーブルまでという規約を軽く
超える事に・・・
※作成日時・ユーザ、更新日時・ユーザを必ず入れているので
データ量もその分無駄に消費
Re: (スコア:0)
> そのテーブルは不要だったかビューの類で良かったんじゃないの?
なんだか、頭がおめでたい人ですね。
Re: (スコア:0)
削除するデータが大量すぎてdeleteするとシステム設計上の許容範囲を上回るログが出力されてしまう場合やログ書き込みがパフォーマンスに影響が出てしまう場合に利用します。
本当は使いたくない手ですがdeleteするだけで1時間かかる作業とか...困るでしょ?バックアップの容量も想定を大きく上回るし。
Re: (スコア:0)
「手作業で全削除してタイプミスしたらどうする?」と心配するのでは無くて、
「そういうミスが起こらない仕組みを作る」が基本だよな。定期バックアップも含めて。
定型業務らしいし、せめて前もって作ったスクリプトを実行するようにしていれば、テーブル名の
タイプミスでついうっかりというのは防げるだろうに。
#つか普通は手作業でやるんじゃなくてcronで(ry
そういう点も含めて、やっぱり会社的にかなりアレだし、そういう所で働いている
人たちなので技術者的もそうとうにアレなんだろう。ほんの2~3年前にバージョン管理も
使わずにWeb開発やってて、開発サーバー上のが最新版ソースという会社も知ってるので、
このくらいは想像できるけどさ。
Re:そもそもだけど (スコア:3, おもしろおかしい)
> #つか普通は手作業でやるんじゃなくてcronで(ry
cronで実行すれば大丈夫なんて計画を立てるのは机上のcronです。
Re: (スコア:0)
机上のcronか。散らかった机の上を定期的に片付けてくれるんですね。分かります。
#掃除のおばちゃんともいう。
Re: (スコア:0)
「またあんたのベッドの下からガビガビの本出てきたよ!いい加減にして頂戴!」
Re: (スコア:0)
「部屋に勝手に入るなって言っただろ!」
Re: (スコア:0)
「またあんたは何でもかんでもコンセントを挿しっぱなしにして!掃除機が使えないでしょ!」
「勝手にサーバールームのコンセントを抜くなって言っただろ!」
Re: (スコア:0)
「ったく子供みたいにテレビの周りにシール張り付けて・・・(ペリペリ)」
「ちょっ、勝手に付箋はがすなよ!」
Re:そもそもだけど (スコア:2)
> 「手作業で全削除してタイプミスしたらどうする?」と心配するのでは無くて、
>「そういうミスが起こらない仕組みを作る」が基本だよな。定期バックアップも含めて。
「ミスが起こらない仕組みを作る」だけじゃなくて「ミスが起きてもリカバリーできる仕組みを作る」ってのも基本です。
てかtruncateするのに、直前にバックアップを取らないとか信じられないですね。
Re:そもそもだけど (スコア:1)
そもそもクローンを作る段階を cron で実行しろ、と言う事ですな (^w^)
# ごめん、それが言いたかっただけなんだ。
fjの教祖様
Re: (スコア:0)
ところがどっこい、悲しいかな人は周りに染まる生き物なんだよ
Re:そもそもだけど (スコア:1)
これはあるよなー。今の会社に来てびっくりした。何もかもめちゃめちゃで本来生ずるはずのない問題だらけなんだけど、みんなそれに最適化されててそのめちゃめちゃなのを運営できてる自分達が凄いとプライド持ってしまってるんだよね。無理が通れば道理がひっこむというか。
Re: (スコア:0)
ミスと被害って話だよな。
どんなミスを揚げ足とって、どんな処罰するのかはその会社の勝手だけれど、
対外的な被害は少ない方が良い。
その努力がなされているならば、タイプミスひとつで出勤停止でも、首でも好きなようにすればいい。
おれは勤めたくないけど、取引先としては信頼できる。
Re: (スコア:0)
ミスのないワークフローを確立できてない
そのミスは初歩的な知識不足で発生するレベルの低いもの
ミスが発生した時の対応も考えられていない
って時点で取引先としても信頼出来ないよ
毎回手でTRUNCATE打ってる糞運用とバックアップをしないことを
組織の誰も指摘できない会社の体制で罰則を定義して保身には走ることを
「努力」と評価するのはいかがかと
Re: (スコア:0)
最低でもデイリーくらいでバックアップ取りますよね。
損害賠償で会社が倒産でもしたらどうすんでしょう。