相当まーじとか冗談言っていた時代が懐かしいw 0248NAME IS NULL2018/02/21(水) 23:29:59.45ID:??? 振り分け 0249NAME IS NULL2018/04/07(土) 17:29:50.05ID:??? 経理システムは一つの仕分けテーブルに借方も貸方も詰め込んでフラグで分別してると思うけど これを借方テーブル、貸方テーブルの二つに分けるのはどうだろうか? デメリットとして処理が複雑になるけど、貸方だけの検索とかがデータが半分になる分だけ速くなりそうだけど。 0250NAME IS NULL2018/04/07(土) 17:51:30.32ID:???>>249 インデックスを適切に設定してたらデータ量の倍半分とかではたいした差はでないよ 0251NAME IS NULL2018/04/07(土) 18:32:05.17ID:??? 振替伝票1枚ごとに伝票番号振るとすると、 貸方か借方で違うテーブルに入るのはどうなのかな 0252NAME IS NULL2018/04/25(水) 14:23:33.67ID:??? マスタデータをJavaServletのアプリケーションスコープ変数に格納して そこを参照したほうが処理が軽いかと思ったけど、DBが同じサーバー にある場合はあまり変わらないのかな? 0253NAME IS NULL2018/04/25(水) 17:25:06.73ID:0kFJEAdZ>>252 コンピュータの仕組みを勉強してください。 0254NAME IS NULL2018/04/27(金) 19:37:20.55ID:???>>253 未だに末尾の長音符を省略してしまうおじいちゃんは黙っててね 0255NAME IS NULL2018/04/28(土) 06:14:34.24ID:??? え、逆にIT業界で省略しないとかあるの? 問題起きたことないんか? 0256NAME IS NULL2018/04/28(土) 10:38:35.05ID:???>>255 おじいちゃんなの? そもそも問題ってなに? 0257NAME IS NULL2018/04/28(土) 10:56:07.06ID:???>>255 今は2018年ですよ 0258NAME IS NULL2018/04/28(土) 11:09:37.85ID:??? >マスターデーターをJavaServletのアプリケーションースコープー変数に格納して
こう? 0259NAME IS NULL2018/04/28(土) 12:28:02.71ID:??? それ面白いの? 0260NAME IS NULL2018/04/28(土) 13:02:27.58ID:??? なあ、俺と知識をシェアーしようぜ! 0261NAME IS NULL2018/04/28(土) 13:29:20.62ID:??? わざわざ慣用に逆らう必要性説明できる? もし取引先が慣用を知らなかったらどんな奴らが仕事してんのか不安になるよな 0262NAME IS NULL2018/04/28(土) 14:03:16.12ID:??? 別にコンピューターだろうがコンピュータだろうが気にしないけど慣用に従ってないじゃねーかとか言うような取引先だと国の指針やMSの方針変更も知らなくて大丈夫か?って不安になるわ w
ttps://goodpatch.com/blog/sketch-plugins/ 0273NAME IS NULL2018/05/25(金) 21:13:08.94ID:Jccz1Fx2 論理削除否定派のヤツが設計したシステム 取引先からの依頼データなど大事なデータ平気でdeleteしてるんだが、そもそも他人が作ったデータを跡形もなく消せて、その消した証拠すら残さないとかシステムとして間違ってる。 0274NAME IS NULL2018/05/25(金) 21:15:53.50ID:??? 削除データの扱い方、議論始めると荒れるんだけど 0275NAME IS NULL2018/05/25(金) 21:21:20.27ID:Jccz1Fx2 だけどその議論はいつも、ユーザーデータはみんなで使ってる共有資産であるという重要な視点が抜けてる。 0276NAME IS NULL2018/05/25(金) 21:24:01.69ID:??? 君の個人情報もみんなで共有しよう 0277NAME IS NULL2018/05/25(金) 21:26:30.82ID:Z93MyXqj そんなゴミはいらん おまえ一人で共有しとけ 0278NAME IS NULL2018/05/25(金) 21:34:37.41ID:???>>273 必要ないからdeleteしてるんでしょ? 0279NAME IS NULL2018/05/25(金) 21:54:12.06ID:Jccz1Fx2>>278 それが必要だったから大トラブル 0280NAME IS NULL2018/05/25(金) 22:01:35.26ID:Z93MyXqj つまり必要なデータを削除してしまったマヌケを論理削除の問題だと勘違いしてしまったもっとマヌケな>>273 というおはなしやな 少々笑えた 0281NAME IS NULL2018/05/25(金) 23:10:40.85ID:??? postgresで一切vacuumしないで運用したらいいんじゃね。time machineで任意の時点に戻れるぞ。 0282NAME IS NULL2018/05/25(金) 23:17:56.83ID:TatbyLnb>>273 同じテーブルに残す方がわかりにくい。 0283NAME IS NULL2018/05/25(金) 23:20:27.43ID:TatbyLnb>>281 実際はどのRDBMSでもそんな簡単な使い方をしていないから、それをやることはほぼない。 0284NAME IS NULL2018/05/25(金) 23:25:58.38ID:??? 具体例で考えた方が良いと思う 例えば商品マスターだと、在庫切れやメーカー廃番でも削除する事はしていない 会員情報の場合だと、会員登録申請、会員情報更新、退会をそのまま反映している 退会の場合は、一定期間保留しその後物理削除している 商品販売時は、販売後にサポートが必要だったりするため、 退会とはリンクせずそのまま販売履歴として残している 0285NAME IS NULL2018/05/25(金) 23:47:38.82ID:TatbyLnb>>284 言いたいことは理解できるが、データ量と更新・参照頻度を書かずにものを言っても意味がない。
単にリレーショナルデータベースの知識、SQLの理解が足らないことで論理削除状態にしていることがある。 0286NAME IS NULL2018/05/26(土) 00:50:49.12ID:bRsNkwI2>>280 制御が不十分で、仕掛中のデータが削除できてしまいデータ不整合となった。 どこから発生したか出元の不明なデータだけが存在する状況で、大混乱。 結局前日のバックアップから発生元のデータをサルベージしたって話・・ 0287NAME IS NULL2018/05/26(土) 06:48:26.89ID:???>>286 いやそれ削除フラグ云々以前のレベルやろ... 0288NAME IS NULL2018/05/26(土) 07:04:47.67ID:n2n4g8U4 延々と削除フラグの話を続けるんだね w 0289NAME IS NULL2018/05/26(土) 08:11:25.72ID:bRsNkwI2>>287 削除フラグはともかく、物理削除はダメだろって話。 消しちゃいけない理由は、後付けで増えていくことが多いから、考慮漏れがあると死ねる 0290NAME IS NULL2018/05/26(土) 08:32:39.78ID:??? 制約も知らんアホは黙ってなよ... w 0291NAME IS NULL2018/05/26(土) 08:41:20.21ID:??? 考慮漏れで問題を起こす可能性を考えたらなんでもありだろう。 削除フラグを見落として処理するコードが混入していて大混乱、とかね。 0292NAME IS NULL2018/05/26(土) 09:43:20.38ID:bRsNkwI2>>291 それでも跡形もなく消えるよりマシ 少なくとも原因はすぐわかる。 0293NAME IS NULL2018/05/26(土) 10:04:04.12ID:??? 面会記録は跡形もなく消します 0294NAME IS NULL2018/05/26(土) 19:39:28.98ID:Pmk3UmpV レコードの削除をしても他のテーブルで保管するのが普通。
同じテーブルにためたがるのは、古めかしいデータそのものがどういう状態かを自ら示すという発想から来ているもの。 0295NAME IS NULL2018/05/26(土) 21:36:41.88ID:???>>294 ソース 0296NAME IS NULL2018/05/26(土) 21:55:41.58ID:Pmk3UmpV>>295 集合演算子を知らない。 0297NAME IS NULL2018/05/26(土) 22:16:19.76ID:???>>296 何言ってんのこいつwww 0298NAME IS NULL2018/05/26(土) 23:00:10.53ID:??? 削除して良い要件と、削除方法は別の話なんだが そして削除フラグは、データの削除ではなく単なる状態変更の場合があるって話
これが理解できない奴が削除フラグの話をかきまわしてるだけ 0299NAME IS NULL2018/05/26(土) 23:11:28.11ID:??? 継続して議論したいなら、コテハン付けるなりトリップ表示させなよ 0300NAME IS NULL2018/05/26(土) 23:21:53.44ID:??? 削除フラグの話題にすらついてこれない人がどうしてこのスレにいるの? 0301NAME IS NULL2018/05/27(日) 10:01:04.63ID:??? ちゃんと削除フラグの話題で進めばいいけど>>286とか>>294みたいに頓珍漢なこと持ち出してグダグダになった過去が何回もあるからなぁ w 0302NAME IS NULL2018/05/27(日) 10:57:41.83ID:0Fr+f65w>>301 おまえの事やぞw 0303NAME IS NULL2018/05/27(日) 11:14:49.09ID:???>>302 本人降臨乙w 0304NAME IS NULL2018/05/27(日) 15:55:32.12ID:8hLmukSL>>298 ステータスならフラグという持ち方は変。 0305NAME IS NULL2018/05/27(日) 15:57:15.03ID:8hLmukSL ひとつのレコードにたくさんフラグ項目を持っていて、それを複雑な条件で判断するようなやつは死ねよ! 0306NAME IS NULL2018/05/27(日) 18:20:01.00ID:???>>304 状態がオン/オフしかないようなものならフラグでおかしくない
>>305 フラグたくさん持ってるとか条件が複雑とか、それが要件なら仕方ない むしろ全然関係ないフラグをビットフィールドにまとめるほうが迷惑 0307NAME IS NULL2018/05/27(日) 21:18:51.26ID:8hLmukSL>>306 >>298 は削除フラグが状態変更と言っている。単に論理削除ではないと言っている。それをただ「削除フラグ」と呼んだら普通は意味がわからない。 0308NAME IS NULL2018/05/27(日) 21:20:22.92ID:8hLmukSL>>306 おまえ、ジジイだろ?
そんなわかりにくいデータの持ち方は、リレーショナルデータベースの考え方ではない。 0309NAME IS NULL2018/05/27(日) 21:25:12.75ID:??? 削除フラグの泥沼スレという名前のスレを建ててそこでやれよ。 0310NAME IS NULL2018/05/27(日) 22:50:53.39ID:Cl/1K8fE だいたい削除フラグなんていらないしな。
とにかく汎用機ジジイがリレーショナルデータベースを使うとこうなる。
またはExcelシートだと思っている素人が考えるとこうなる。 0311NAME IS NULL2018/05/28(月) 12:33:38.94ID:JjIEU8hM 何故突然エクセルwバカってこわいwww 0312NAME IS NULL2018/05/28(月) 21:04:44.29ID:ZV4d+P4d>>311 リレーショナルデータベースをExcelと同じようなものと考えている人は多いぞ。 0313NAME IS NULL2018/05/28(月) 22:09:34.92ID:HWd426F6>>305 一つの項目がステータスを表し、0〜9の値を持ち、2と7が削除扱いという設計を見たことがある。 2が取引先からのキャンセル、7がこちら都合のキャンセル。 嫌になった。 0314NAME IS NULL2018/05/31(木) 21:41:41.10ID:??? 毎日の果物の価格を記録するデータベースを作りたいんですがどういうテーブルをつくったらいいですか?とりあえずitemsテーブルに果物の種類とidのカラムを作ります。 毎日の価格はどういうテーブルにしたらいいですか? 0315NAME IS NULL2018/05/31(木) 21:59:40.22ID:???>>314 itemテーブルはそんなものだろうと思う。
毎日の価格を登録するテーブルというのが、 実際の販売時の価格を取引単位で記録して行くのか、 それとも一定時間での平均価格等を記録して行くのか もう少し具体的な要件を出してもらう方が良いかと思う 0316NAME IS NULL2018/05/31(木) 22:14:59.09ID:???>>315 価格というのは市場で取引された価格の高値と安値で1日2つの価格に決まります。 0317NAME IS NULL2018/05/31(木) 22:20:51.12ID:??? その高値と安値の取得は、システム側でリアルタイムに行うのか、 それとも、一日の最後に取得するものなのか 前者の場合は、そういう記録もとっておき、更新しないとならなくなるよね 0318NAME IS NULL2018/05/31(木) 22:23:34.53ID:??? 更新は一日に一回だけです。 0319NAME IS NULL2018/05/31(木) 22:26:08.06ID:??? では、難しく考える必要はない 記録したい項目をテーブルに用意して終わりでしょう 0320NAME IS NULL2018/05/31(木) 23:07:07.03ID:??? 例えばこんな感じかな item_id high_price low_price date