カプセル化は愚かな考え

**デフォルトの名無しさん** · 2020/07/29(水) 17:17:58.13

■危険性

かつて偏差値の低い学校向けの情報処理系教科書において「カプセル化は大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心とした「インターネットを作った人たち」は「階層化の有害性（RFC 3439)」として「カプセル化は絶対にやめろ」としている。

大雑把にいうと、教科書の上では素晴らしく、開発を始めた最初のうちは良いが、将来的な改修の際に隠蔽されたデータにアクセスできないと解決できない問題が出てきて、非常に高確率でデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」などという概念はない。

ソースコードが存在し改修が可能であればカプセル化しても問題ない。ソースコードがあってもライセンス的に改修できない場合や、そもそもバイナリのライブラリしかない場合などは絶望的である。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)

**デフォルトの名無しさん** · 2020/08/23(日) 23:35:24.15

>>433
どれくらいの複雑さになるかを確認したい

**デフォルトの名無しさん** · 2020/08/23(日) 23:36:04.55

簡単なコードなんだからぐずぐずせず
さっと出したほうが早いのに
言い訳してるってことはエアプか

**デフォルトの名無しさん** · 2020/08/23(日) 23:36:18.75

結局、何もかも前提がない

いいソースとはどういうソースを言うの？

っていう単純な前提がないから
全てにおいて結論が出せない
十年以上もコード組んでるくせに
こんなこともわからない時点で
そんなに能力高くないんだよお前ら

**デフォルトの名無しさん** · 2020/08/23(日) 23:36:38.11

>>434
複雑さの定義は？

**デフォルトの名無しさん** · 2020/08/23(日) 23:36:52.33

>>437
コードを見ればわかる

**デフォルトの名無しさん** · 2020/08/23(日) 23:37:20.11

いい悪いを議論する前に、まずコードを出さないと意味がない
動くコードを出しましょう

**デフォルトの名無しさん** · 2020/08/23(日) 23:37:36.34

>いいソースとはどういうソースを言うの？
初心者みたいな質問出たぞ

**デフォルトの名無しさん** · 2020/08/23(日) 23:37:45.06

必死で逃げててワロ

**デフォルトの名無しさん** · 2020/08/23(日) 23:38:28.03

>>438
だからコードの何を見るん？

**デフォルトの名無しさん** · 2020/08/23(日) 23:39:45.71

>>442
関数型のコード例

**デフォルトの名無しさん** · 2020/08/23(日) 23:41:36.66

もし、コードで判断をするなら全く同じ処理を記述した
方式Aと方式Bの両方が必要になるはずなのにそれも用意しようとせず
片方だけ集めたってしょうがねぇだろバーカ

お前のソースなんてみる必要すらない

**デフォルトの名無しさん** · 2020/08/23(日) 23:42:18.87

public staticくん

**デフォルトの名無しさん** · 2020/08/23(日) 23:43:26.03

関数型言語をなんか勘違いしてない？

**デフォルトの名無しさん** · 2020/08/23(日) 23:43:36.05

>>444
> 1. 環境変数を設定する
> 2. （確認のために）設定した環境変数を表示する
> 3. 環境変数を残したまま他のプログラムを実行する
>
> これを関数型言語で書いてみて

ENV["FOO"]=123
print(ENV["FOO"])
system("bar.exe")

**デフォルトの名無しさん** · 2020/08/23(日) 23:43:50.12

そもそもまともな思考ができてねーじゃん
本当にその程度でプログラム組めてるのかよ
恥を知れバーカ

**デフォルトの名無しさん** · 2020/08/23(日) 23:44:56.07

>>448 お前がなｗ

**デフォルトの名無しさん** · 2020/08/23(日) 23:46:21.56

>>444

>>447で関数型ではない状態を変更するコードを書いた
関数型はまだでないのか？

**デフォルトの名無しさん** · 2020/08/24(月) 00:20:14.32

>>413
それら全部状態って呼ぶのかぁ
とりあえず言いたいことは理解した

elmのチュートリアル1ページ目のサンプルコードで
HTMLのボタンも作ってるから見てみるといいよ
https://guide.elm-lang.org/

**デフォルトの名無しさん** · 2020/08/24(月) 01:27:13.84

ﾓﾁﾂｹ
https://i.imgur.com/ZtPP1P0.jpg

**デフォルトの名無しさん** · 2020/08/24(月) 03:43:12.52

インスタンスの代わりに、連想配列を受け取って連想配列を返す
それが関数型

状態はメンバ変数の代わりに、連想配列に入っている

連想配列.メソッド(); これがオブジェクト指向で
関数(連想配列); これが関数型

ということでOK？

**デフォルトの名無しさん** · 2020/08/24(月) 14:43:56.73

そもそも、時間の流れがある≒刻一刻と状態が変わる、というパラダイムがある

例えば3Dアクションの全てが四次元プログラミングになる
x,y,z,tの四変数が必要になる

GUIは三次元プログラミングで、x,y,tの三変数が必要になる

未来がどーなるかは分からん、ってのがダイナミック、
一度決めたら未来永劫変わらない、ってのがスタティック

**デフォルトの名無しさん** · 2020/08/24(月) 16:21:03.36

え？実行中に変えるの？

**デフォルトの名無しさん** · 2020/08/24(月) 17:04:36.25

>>453
違います

**デフォルトの名無しさん** · 2020/08/24(月) 18:30:41.04

メリットが全然わからんのよな

**デフォルトの名無しさん** · 2020/08/24(月) 18:34:32.74

>>456
違いません。

という反論で十分やなぁ
理由も言わないお前に対してはｗ

**デフォルトの名無しさん** · 2020/08/24(月) 20:26:10.91

いちいち理由を説明してもらえるのは小学生までやろな

自分で学ばないやつは数十年前にオブジェクト指向理解できなくて既存のパラダイムに囚われてた老害たちと同じ道を辿る

**デフォルトの名無しさん** · 2020/08/24(月) 21:48:58.65

関数型とかw

**デフォルトの名無しさん** · 2020/08/24(月) 21:56:58.62

愚かなり。

**デフォルトの名無しさん** · 2020/08/24(月) 22:09:11.19

>>459
俺なんかそれ怪しいと思ってるんだよね
オブジェクト指向ってどこをどう探してもメリットねぇよコレ
何でこんなもん広めたんだ？
俺これのおかげでソフトウェア業界何十年停滞したかわかんねぇぞって思ってる

**デフォルトの名無しさん** · 2020/08/24(月) 22:13:42.34

一つのコンピュータ内に複数のプロセッサがある状況になって、俄然関数型が注目されるわけです。

しかし関数型には、数学的思考力が無いと使い方がわかりづらいという欠点があります。

オブジェクト指向でさえパターンを提唱した人たちがいるのです。

世間を侮ってはいけません。
あなたが思うよりずっと低能です。

**デフォルトの名無しさん** · 2020/08/24(月) 23:03:49.96

コンピュータは電子計算機なので、関数型は非常に素直なアプローチです。

**デフォルトの名無しさん** · 2020/08/25(火) 00:06:02.99

>>462
ずーっと昔はグローバル変数丸出しで
モジュール間の結合度が高すぎて、
既存コードの保守が難しくなった。

既存コードの保守をしやすくする為に、
モジュール間の結合度を下げよう、
カプセル化してモジュール間のインタフェイスを
最小限にしようという機運が高まった。
そこで出てきたのがオブジェクト指向。

計算機科学は発展途上だから完璧なものは未だ無いよ。
有るのは「よりマシなもの」だけ。
文句を言うのは自由だけど、賢い人はそれを
チャンスと捉える。

**デフォルトの名無しさん** · 2020/08/25(火) 00:41:02.89

個人的には関数型に大いに興味があるし、勉強もしてみたいと思っているが、一般的には>>464とは逆の理解の方が一般的なのでは？　
電子計算機であることと関数型のメリットがどう結び付くのかよくわからないが。

**デフォルトの名無しさん** · 2020/08/25(火) 01:03:47.54

>>465
オブジェクト指向のビジネス的な成功理由は
メリットがないことで弱点がないってことかな
メリットがあればみんな当然そこを挫きに来るし
もっといいモノを見つけて来るだろう
メリットが無ければそのアプローチで挑むことはできない

そんなくだらないアプローチが通ってしまうほど技術者が劣化してしまっていたことも原因の一つだと思う

資本主義のセーフティが全く働いていない
より良いものを使用者が選択できる選択肢は無く
どこもかしこも全く余裕がなく世界中でMSの提供物を使うしかなかった
そこまで世界が劣化してしまった結果として生まれた悲劇だと思う
二十年？三十年近くプログラミング言語は何も進化しなかった
これは大き過ぎる失策だったと思う

**デフォルトの名無しさん** · 2020/08/25(火) 01:18:33.72

CでADT書いてみればオブジェクト指向の利便性がわかるよ
オブジェクトはADTの延長線にあるものだから

流行ったのはGUIを実現するにあたっての現実な解だったからだろうね

**デフォルトの名無しさん** · 2020/08/25(火) 01:33:38.55

>>459
オブジェクト指向の方が優れているよ
理由はいちいち説明しないよｗ

**デフォルトの名無しさん** · 2020/08/25(火) 01:34:35.54

>>462
お前がオブジェクト指向のメリットが理解できないだけじゃね？
お前自信に問題があるって自覚しよう

**デフォルトの名無しさん** · 2020/08/25(火) 01:36:44.68

関数型言語の方が（ある点では）メリットが有るのは事実だが
オブジェクト指向にもメリットは有るわけで
それが理解できないのはセンスがない

オブジェクト指向にはメリットがあるが、関数型言語なら
それを上回るメリットが有るという言い方をするならわかるが
メリット自体がわからないんでしょう？

**デフォルトの名無しさん** · 2020/08/25(火) 02:08:54.58

オブジェクト指向のメリットと謳われていたものはすべてデメリットだったんだよ。

暗殺組織が「両親を殺したのはあいつらだ」と言って子供に殺人させるが、本当は両親を殺したのは暗殺組織みたいな。

もっとも邪悪なのは階層化だろうな。

**デフォルトの名無しさん** · 2020/08/25(火) 02:37:14.24

> オブジェクト指向のメリットと謳われていたものはすべてデメリットだったんだよ。

じゃあそのメリットというものをすべて言ってみてください
それがデメリットかどうか語るのはそれからですね

**デフォルトの名無しさん** · 2020/08/25(火) 02:46:05.11

Microsoftから関数型OSが出るかもしれんな。

出せなければMicrosoftは終わりだろ。

**デフォルトの名無しさん** · 2020/08/25(火) 03:49:49.16

じゃあ俺はMicorosoftどころか、Apple、Googleも含めて
関数型OSなんてのは登場せず、終りもしない方に掛けるわｗ
少なくとも100年以上安泰だろうな

でお前はMicrosoftはいつまでに終わると思う？
終わると言っては見たものの、すぐには終わりそうもないから
100年後には終わってるはずだーとか言う？ｗ

なんかぐぐってみたらNixOSとかいうのが純関数型OSとか書いてあるの見つけて調べてみたら
たんにパッケージマネージャーが関数型（というより宣言的記述で使えるだけ？）みたいでワロタ
お前が言う関数型OSっていうのもこういう意味？ｗ

https://www.atmarkit.co.jp/news/200902/17/nixos.html
>　もう1つ、最近私が気になっている実験的OSは“純関数型”を標榜する「NixOS」だ。
>これもLinux上に構築したシステムで、本来の意味でのOSとは違うのだが、
>ユーザーが利用するシステムが抱えている課題を解決しようとしているという意味では
>OSと呼んでもいいと思う。NixOSの公式ページには純関数型ディストリビューションと書いてある。

**デフォルトの名無しさん** · 2020/08/25(火) 07:10:53.76

なんで「関数型」が「オブジェクト指向」の対義語になってるのか
「関数」なら分かるけど
「関数型」（宣言型）は「手続型」の対義語だよね（あまりにかけ離れてるので親階層で対義語）
「手続型」の「関数」は「関数指向」と言えばいいのかなｗ

・手続型（命令型）
　・コマンド型
　・関数指向
　・オブジェクト指向
　　・メッセージ型　←これも関数指向
　　・クラス型
・宣言型
　・関数型
　・構造型（SQL）

しかも「関数型」は反「カプセル化」でもないし
本来はループ処理しなきゃ実現できないものを、むしろ隠蔽しちゃうでしょ
SQLもそうだけど（SQLはループじゃなく並列処理だけど）
値１つ１つの変遷をステップ実行で確認できず、手続脳な人には意味が分かりにくい
「関数型」を希望した人はそれが邪魔だってわけだけど

**デフォルトの名無しさん** · 2020/08/25(火) 07:24:06.19

OSについては、SQLの発想はありだと思う
既にWMIで一部SQLのようなもので操作できるけど

フォルダやレジストリを全検索すると、物凄い時間かかるじゃん
DBなら一瞬なのに
なのでOS自体がDBでできてればなとは思う
縦横無尽に検索したり更新したりできる
メーカーの中の人も影響関係を瞬時に正確に把握でき、バグ率も下がると思う

システムログに物凄い書式のXML使ってるけど、無駄が多過ぎる
肝心な条件で絞れないし
DB形式の２次元では階層表現できないということなんだろうけど、
２次元でも複数のテーブルに分ければいくらでも多次元にできるし、
検索も速いし、分かりやすいし、二次加工しやすい

Webについては最近はJSONとか？
XMLよりはマシだけど、やはりDB形式より無駄が多い

「関数型OS」とかわけわからんけど、XMLと似た危険な香りがする
なぜ人はDB形式以外に挑戦するのか

**デフォルトの名無しさん** · 2020/08/25(火) 07:56:10.50

>>476
オブジェクト指向にとって関数型は対義語じゃないよ
だけど関数型にとってオブジェクト指向は対義語
なぜなら関数型は極めると純粋関数型言語に向かうから

オブジェクト指向にとって関数型は取り入れるもの。便利な部分をつまみ食い
だけど純粋関数型言語にとってオブジェクト指向は純粋関数型言語ではない

**デフォルトの名無しさん** · 2020/08/25(火) 07:57:31.04

>>477
> フォルダやレジストリを全検索すると、物凄い時間かかるじゃん
> DBなら一瞬なのに

インデックスが張られてないDBは検索がものすごく遅い
全件検索するから

つまり、速いか遅いかはインデックスがあるかどうかでしかない

**デフォルトの名無しさん** · 2020/08/25(火) 08:01:41.39

>>477
どうせあれの話をしてるんだろうけど、
Microsoftから学んだほうが良いよ
ファイル検索をSQLでできるようにしたと
大々的に発表したけど結局搭載するのをやめた

時間がなかったわけじゃない。だって随分と前の話で
本当にやる気があるなら、次期バージョンで搭載にしてたはず

つまりMicrosoftという技術力の高い会社が
「発想は面白かったが実際にやってみたら意味がなかった」
と判断したんだから

**デフォルトの名無しさん** · 2020/08/25(火) 08:04:32.16

>>479
インデックスなんて大したことないよ
（最近は結構差が出る場合があるけど、わざとじゃないかとｗ）
DBの速さはデータ形式の単純さ、全行並列処理、ハードディスクの自前管理

**デフォルトの名無しさん** · 2020/08/25(火) 08:08:52.19

>>480
まあ一般ユーザーは使わんわな
じゃなくて、内部的な設計思想の話

**デフォルトの名無しさん** · 2020/08/25(火) 08:15:35.41

>>481
検索はインデックスが全てです

**デフォルトの名無しさん** · 2020/08/25(火) 08:18:46.61

Googleの検索がめちゃくちゃ速い理由
https://logmi.jp/business/articles/234684

Googleのコンピューターも膨大な時間と努力を投入して
インデックスを作っていますが、その努力の甲斐があるというものです。
インデックスによって劇的に検索スピードが上がり、毎秒、約40,000件もの検索にGoogleは答えているのです。

**デフォルトの名無しさん** · 2020/08/25(火) 08:38:05.59

ここはオブジェクト指向すら理解できない老害の教育の場かな？

**デフォルトの名無しさん** · 2020/08/25(火) 09:03:39.44

>>482
＞内部的な設計思想

それがWinFSだったんだけど

https://www.itmedia.co.jp/enterprise/articles/0607/18/news010.html

データは複数のデータベース(またはデータストア)に保存され、WinFSはこれらのストアとファイルシステム間でデータの同期を効率よく実行する。
また、連絡先や予定表アイテム、電子メールなど、一般的に使用される類のデータの標準のプロパティスキーマも提供する予定だった。
WinFSが実現されていれば、ファイルの検索や整理機能の向上、および特定の種類のデータ
(連絡先や予定表のイベントなど)の共有を共通スキーマにより簡素化する相互運用性の向上などが期待できた。

**デフォルトの名無しさん** · 2020/08/25(火) 09:32:10.77

>>486
そして実験的に実装したけど、結局速い検索ならインデックス作るだけでよくね？となったんだよね

**デフォルトの名無しさん** · 2020/08/25(火) 09:33:14.13

特定のプロパティで検索するのも、プロパティをインデックスすればいいだけだしね

**デフォルトの名無しさん** · 2020/08/25(火) 10:38:19.23

GUI用の概念を別用途に持ち込んだから今の混乱がある

**デフォルトの名無しさん** · 2020/08/25(火) 10:44:00.33

アップルのデスクトップアイコン？

**デフォルトの名無しさん** · 2020/08/25(火) 10:45:31.68

>>478
純粋関数型以外の関数型言語（関数型をベースにしつつオブジェクト指向の機能を付け加えた言語等）も人気があるから、「関数型は極めると純粋関数型に向かう」というのは語弊があるような。
結局今は、純粋なオブジェクト指向を出発点にするにせよ、純粋な関数型を出発点にするにせよ、他方の良い点ををうまく取り込み、バランスを取ることを目指すアプローチが多いんだろう。

**デフォルトの名無しさん** · 2020/08/25(火) 12:06:50.27

手続き型でしょ
関数型とは言わない

**デフォルトの名無しさん** · 2020/08/25(火) 12:46:58.36

結局、ドキュメント無くても把握できるにはどうすればいいか。あたりが一般的なメリットで、
それを推し進めると、制約や挙動が保証されるものになり
結果、オブジェクトの不完全さが目立って、
関数型がもてはやされるみたいな。

でも、できる人間なら言語の不完全さは乗り越えていくんだよな。

**デフォルトの名無しさん** · 2020/08/25(火) 13:13:20.85

「純粋関数型に非ずんば関数型に非ず」という原理主義的な人は、決して多数派ではないと思うけどなぁ。
自分も関数型言語についての知識はあまりないが、たとえばF#（OCaml）は手続型ではなく、関数型言語として紹介されることの方が圧倒的に多いと思う。

**デフォルトの名無しさん** · 2020/08/25(火) 14:23:14.32

>>493
ドキュメントなくても～から関数型に全く話がつながってない
関数型ならドキュメントなくても～とか言ってるやつは一人もいないだろ

**デフォルトの名無しさん** · 2020/08/25(火) 14:24:37.23

>>494
結局の所、みんな関数型には限界があるって知ってるんだよね
理論的な限界じゃなくて、理論的には可能なんだろうけど
手間が多くて面倒でとてもやってられなくなる場面が多い

**デフォルトの名無しさん** · 2020/08/25(火) 21:16:52.01

メッセージングとは、オブジェクト同士の二人称対話なのだ！

>>155
>オブジェクト指向のコア概念メッセージングがなぜ提唱されたか察するに

928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
＞ナンチャッテメッセージングスタイルになったのは

チンポ.オシッコを出す
チンポ.オシッコを止める

さっきトイレでやってきた。

929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
＞単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
＞ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。

×
俺.オシッコを止める　俺.オシッコを出す
○
俺.チンポに力を入れる　俺.チンポから力を抜く

**デフォルトの名無しさん** · 2020/08/25(火) 21:57:54.05

ところで「チンポがシコシコする」という日本語表現は、文法的に正しいのか？

チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。

オブジェクト指向で言う「集約」は２種類あって、全体（俺）と部分（チンポ）が繋がっている場合と、
全体（俺）と部分（チンポ）が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。

違うか？

「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

**デフォルトの名無しさん** · 2020/08/25(火) 22:54:13.29

ヒント：随意運動。

9文字。

**デフォルトの名無しさん** · 2020/08/25(火) 22:55:10.13

ヒント：下半身は別人格。

裁判で判例があります。

**デフォルトの名無しさん** · 2020/08/26(水) 01:39:53.00

ttps://video.twimg.com/ext_tw_video/1296548685300396032/pu/vid/960x720/Tt9Hj_acNH_uHS6Y.mp4?tag=10

**デフォルトの名無しさん** · 2020/08/26(水) 02:05:56.58

>>483
そういうペテン師に合わせて最近のバージョンはたまにインデックスが効く罠が仕込んであるのかなｗ
あるバージョン以降は、妙に遅いことがあって、解析すると、ここにインデックスを貼れと
貼ると、従来の速さに近付く
速くなるわけじゃなく、元に戻るだけｗ
（バッファオーバーラン防止のためにタイプセーフ対応したとの情報もちらっと見た気がするので、そのせいかもしれない）
にしてもその差はそれほど大きくない

インデックスの威力がメインなら、BULK　INSERTや一時テーブルの速さを説明できない
これを使って、１時間の取り込みを数秒に短縮とか、あちこちで改善してきたので
この差はインデックスの有無を遥かに超える差

**デフォルトの名無しさん** · 2020/08/26(水) 02:18:05.05

>>486
＞既存のツールで有用な結果が得られるのに、わざわざ追加情報を設定して
＞ファイルにタグを付ける必要があるだろうかという疑問が生まれることになった。

ああ現実主義でいいんじゃないかな
「発想は面白かったが実際にやってみたら意味がなかった」
ではないよ

＞データベース内のテーブルとファイルシステム内のファイルを同期する機能は、SQL Serverの次期バージョンに組み込まれる予定だ。
＞汎用OSサービスとなるはずだったものがSQL Serverの1機能として提供されることになる

いきなりスクラッチビルドな高い理想を目指すのではなく、徐々にってことだ
ここでは直近の現実について話してるわけじゃないから

実際Win１０でも「Windows へようこそ」をオフにしても出てくるとかｗ
俺が言ってるのは検索だけじゃなくて、中の人のバグ率や、機能整理の意味もある

**デフォルトの名無しさん** · 2020/08/26(水) 02:25:15.30

>>502
> インデックスの威力がメインなら、BULK　INSERTや一時テーブルの速さを説明できない

え？説明できないの？それお前が無知なだけじゃん。

1. インデックスは検索に使うものでインサート時には関係ない
むしろインデックス作成のために逆に時間がかかる
BULK INSERTでは一件ごとにインデックスを貼る処理を行うと時間がかかるので
インデックスは貼らずにデータを挿入し、あとからインデックスをつけるのは常識レベルのテクニック

2. 一時テーブルだからといって速いことにはならないが、それで速くなったとするなら
一時テーブルによってデータ量が減った。複雑なクエリーで無駄にデータを参照しているとそれが減ることがある
一時テーブルによってインデックスを（有効に）使える条件が揃った
などの理由だろう

アナライズとかしたことないだろ？そういう風にデータを参照しているかちゃんと調べろ
常識レベルのことを知らんとかアウトや
お前はなんかやったら速くなったといってるだけで、その理由を調べてもいない

**デフォルトの名無しさん** · 2020/08/26(水) 02:25:32.44

>>484
グーグルとローカルのDBシステムでは規模が違い過ぎるし、「インデックス」の意味もだいぶ違う
いろんな角度からの検索を想定したキーワードを事前に生成し、単純な比較でヒットするようにしてある
逆にそのロジックが邪魔で余計なものがヒットし過ぎるが
言葉を厳密にしても全然絞れない

**デフォルトの名無しさん** · 2020/08/26(水) 02:27:29.62

> グーグルとローカルのDBシステムでは規模が違い過ぎるし、「インデックス」の意味もだいぶ違う

その根拠は？（間違った）主張だけをしても支持は得られない

**デフォルトの名無しさん** · 2020/08/26(水) 02:35:11.86

>>504
＞これを使って、１時間の取り込みを数秒に短縮とか、あちこちで改善してきたので

これが見えんのかねｗ
誰に向かって言ってるのか
「あちこちで」だ
さらに言うと「確実に」だ
まぐれではない

１．そんなことは知ってるが、ゆえに、インデックスがDBエンジンの速さの理由かね？
　（言っとくが、ファイルコピーより遥かに速い）

２．何を言ってるのか分からんｗ
　ちなみに説明を省略したが、１時間もかかる要件なので、一時テーブルから本テーブルへの
　INSERT　SELECTは、腕の悪いSEには無理な複雑さになることもある
　そのFROM句が一時テーブルなのに速いと言ってるんだよ
　というかその他のストアドでも多用するが、速い

あるいは言い方を変えると、インデックスの効いてない状態での速さでも十分速いと言ってる
普通のシングルタスク処理や、OS関連に比べると、とてつもなく速い
という意味

**デフォルトの名無しさん** · 2020/08/26(水) 02:36:30.08

>>506
根拠はその後段に書いてあるはずだがｗ
まあ昔の記憶なので、ソースはないよ
雑談なので気楽に

**デフォルトの名無しさん** · 2020/08/26(水) 02:38:40.51

> 　そのFROM句が一時テーブルなのに速いと言ってるんだよ

だからちゃんとアナライズしてどのようにデータを参照しているか調べましょうって
なにもしてないくせに、やってみたら速かったとか遅かったと素人かよｗ

**デフォルトの名無しさん** · 2020/08/26(水) 02:40:06.77

>　（言っとくが、ファイルコピーより遥かに速い）

他人が検証できる方法とベンチマーク結果よろしく
主張だけしても説得力はない

**デフォルトの名無しさん** · 2020/08/26(水) 02:40:47.00

だいたいインデックスは検索にときに使われるといってるのに
ファイルコピーとか言ってる時点で頭悪いがｗ

**デフォルトの名無しさん** · 2020/08/26(水) 02:46:21.84

>>511
頭悪いな
取込処理がファイルコピーより遥かに速いんだよ
その理由は？
インデックスがないから？アホかｗ
インデックスがあるよりはない方が速いのは当たり前だが、ファイルコピーより速い理由は？

**デフォルトの名無しさん** · 2020/08/26(水) 02:47:55.44

>>510
それを言うならこのアホにだろｗ

483 名前：デフォルトの名無しさん投稿日：2020/08/25(火) 08:15:35.41 qpVxWgT6
>>481
検索はインデックスが全てです

**デフォルトの名無しさん** · 2020/08/26(水) 02:48:05.51

>>512
まずファイルコピーより速いという証拠をだせと
話はそれからだろ

ウソを検証せずに話をすすめることで
事実であるかのように誤認させるテクニックは俺には通じない

**デフォルトの名無しさん** · 2020/08/26(水) 02:51:23.46

>>514
自分でやってみろ

**デフォルトの名無しさん** · 2020/08/26(水) 02:55:06.46

ストアドよりインデックスのほうが速いよってスレが無かったでしょうかね。

**デフォルトの名無しさん** · 2020/08/26(水) 02:57:46.43

ありがちなインデックス教を説得するのは本題ではない

イベントログを解析したことあるか？
特にファイル監査
なんだあの大量のゴミ
不信なアクセスにどうやって気付くんだ
物凄い工夫して視認できるバッチ作ったけど

あれを単純なCSVにするだけでも各方面生産性が随分高くなる

**デフォルトの名無しさん** · 2020/08/26(水) 02:57:58.67

>>515
やってみるから、お前がやったことをいえ、

1. RDBMS
2. OS、バージョン
3. ファイルサイズ
4. 挿入先テーブルのスキーマ

お前が何も言ってないんだから、出来るわけなねーだろ

**デフォルトの名無しさん** · 2020/08/26(水) 02:58:27.97

> イベントログを解析したことあるか？
> 特にファイル監査

データベースの話なののこれだからなぁ
素人じゃんｗ

**デフォルトの名無しさん** · 2020/08/26(水) 03:01:31.53

> そしたら「ストアドよりインデックスのほうが速いよ」って。(ﾟДﾟ)ﾊｧ?

**デフォルトの名無しさん** · 2020/08/26(水) 03:02:09.30

>>519
ニワカか
「データベースの話」ではない>>477
勝手に変えるな
「関数型OS」とかいう話が多く出てたから、「DB型OSは？」という、OSの話

**デフォルトの名無しさん** · 2020/08/26(水) 03:04:12.27

DB型OS？そんなことばどこから出てきたんだｗ
検索してもないな

**デフォルトの名無しさん** · 2020/08/26(水) 03:04:33.30

>>518
１．SQL　Server
２．任意
３．数十MB
４．任意

**デフォルトの名無しさん** · 2020/08/26(水) 03:05:47.13

私は逆にOS型DBのほうが興味ありますね。

**デフォルトの名無しさん** · 2020/08/26(水) 03:07:11.25

>>522
>>477
> OSについては、SQLの発想はありだと思う
（中略）
> なのでOS自体がDBでできてればなとは思う

**デフォルトの名無しさん** · 2020/08/26(水) 03:10:39.69

イマジネーションの欠如が深刻なんですよ。

つまり、石頭です。

昔は頑固おやじに代表されるように、年よりが石頭だったんですが、最近は若者なんですよ。

頑固おやじというものは、経験に基づいて保守的になっていたものですが、若者の石頭は、イマジネーションの欠如によるものです。
教わったものしかわからない、新しいものを創造できない。

**デフォルトの名無しさん** · 2020/08/26(水) 03:11:54.02

OSがデーターベースで出来てるって意味不明ｗ
プロセス管理はどうするんだ？
メモリ管理はどうするんだだ？

**デフォルトの名無しさん** · 2020/08/26(水) 03:13:47.18

プログラマはよく「ggrks」と言いますが、ネットで検索して何がわかりますか？

私の職業では、ネットで検索してわかることなどありません。
出てくるのは宣伝文句だけです。

プログラマは検索してわかるほど簡単なお仕事ですか？
だとしたら、新しいものは生み出せません。

きっと中国人は、検索でわかることなどないと言うでしょう。
だから新しいものはすべて中国からやってくるのです。

**デフォルトの名無しさん** · 2020/08/26(水) 03:17:12.45

最近はよく「エビデンスを示せ」なんて言いますよね。
彼らに示して理解できますか？

彼らが欲するのは文献ですが、文献の中身は一切理解できないでしょう。
違いますか？

それでも、文献を編纂する立場の者にでさえ、気軽にエビデンスを示せなどと言います。
あなたに示して何が変わると言うのでしょう？

**デフォルトの名無しさん** · 2020/08/26(水) 03:33:08.83

反論はありませんね。

DB型OSの良さが理解していただけたようで何よりです。

**デフォルトの名無しさん** · 2020/08/26(水) 06:04:43.21

まだデータベースのほうが速いって証拠だせないの？
一体どの環境だったらそうなるのかサッサ言えよ
DB型OSの意味もいわないしｗ
ねぇねぇプロセス管理は？メモリ管理は？

**デフォルトの名無しさん** · 2020/08/26(水) 07:10:05.97

精神論ワロタ

**デフォルトの名無しさん** · 2020/08/26(水) 07:32:21.32

>>155
>オブジェクト指向のコア概念メッセージングがなぜ提唱されたか察するに

オブジェクト同士は常に二人称で、「俺」←対話（メッセージング）→「チンポ」。
つまりチンポは独立し自ら考えて行動する別の生き物なのである。

この考え方に至ってからは、オブジェクト指向の理解もすんなり進みました。
上手くオブジェクトを定義して、上手く会話させてやるのがオブジェクト指向
での設計なんだなーと今でも思っています。
https://blog.mah-lab.com/2014/03/18/object-oriented/

チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650

＜俺＞
「　部屋の英子がこちらを向いた気配に、彼は勃○した陰○を外から障子に突きたてた。障子は乾いた音をたてて破れ、
それを見た英子は読んでいた本を力一杯障子にぶつけたのだ。本は見事、的に当って畳に落ちた。」
＜チンポ＞
「　その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。」

まさに独立した人格を有したチンポという、もう一人の俺がそこに現れるのである！

【藤子・F・不二雄】「みきおとミキオ」現在と未来、憧れの入れ替わり生活！
https://www.google.com/amp/s/middle-edge.jp/articles/0izbO.amp