DBの限界超える新発想の高速検索技術 全てをﾌｧｲﾙで
HOWS「ISSEI（イッセイ）」
DB技術の限界を超える新発想の高速検索技術
https://xtech.nikkei.com/it/article/COLUMN/20080104/290425/
●既存のDB技術と一線を画すデータ検索技術を生み出す
●ゼロベースで発想しOSの基本機能に着目
●ストップウオッチ片手に高速化を追求
データをすべてファイル名扱いに
ISSEIの開発ではデータの高速検索性を最優先した。そのためにRDBとは
全く異なる新たな方法でデータを管理することにした。
「約30年前に開発されたRDBの設計思想に引きずられては、革新的なものは生み出せない。
既存の発想にとらわれず、ゼロベースで考える」。これが開発方針だった。
庄司副社長が目を付けていたのは、ファイル検索だ。OSの基本機能であるため、
ファイル名の検索速度は速い。そこで検索対象となるファイルに含まれるデータそのものを、
すべて「ファイル名」として管理することにした。具体的には、
ファイルに含まれる「東京」「大阪」などのデータそのものを、62進数の文字列に変換し、
それらをファイル名の集合体として別途管理する（図）。検索対象は、
このファイル名の集合体。この方法によって、ハードディスクに保存されている
ファイル本体にアクセスすることなく、メモリーにキャッシュされたファイル名群を検索することで高速化を図っている。 そして誰も保守出来ないプロダクトが生まれるんですね ファイル名ネタなら、昔あったファイルのデータをファイル名に展開することで
あらゆるファイルを0KBに圧縮するっていうやつのがこれより面白いな 110万件ってインデックス貼られてたら値20件調べるだけじゃん、1秒はかかりすぎ ん？これじゃないの？同じようなことを考える馬鹿はいるもんだなぁｗこれツッコミどころ満載だよなぁ。
https://www.usp-lab.com/qa.html
> Ⅰ-１. データベース(DBMS)を使わないでシステムを作るってどういうことですか？
>
> ユニケージではデータを「(2) DBMS に保存」ではなく「(1) テキストファイルとして保存」しています。
>
> データベースでは SQL を使って DBMS に保存すると前述しましたが、ユニケージではコマンドという
> 基本的な命令文を使ってデータを直接ファイルに保存します。
> ユニケージには多くのコマンドがあり、SQL が持っている機能を全てカバーしています。
> 例えば、SELECT 文という SQL の機能は、self というコマンドが提供しています。
> self コマンドは直接ファイルを読んで、ファイルに結果を保存します。
> 逆に DBMS は、その機能がデータベースメーカーが提供している SQL の機能に限られます。
> 例えば、ORACLE にはできて MySQL には出来ない、という機能があったりします。
> データベースメーカーはその提供している機能でお互い競い合っています。
SQLがメーカーによって違うと言いながら、SQLとは全く異なる独自のコマンドを導入したら本末転倒やろｗ
> Ⅰ-２. データベース(DBMS)を使わない理由を教えてください。
> ユニケージのコマンドは、全てのデータベースメーカーが提供する機能をカバーしています。
> 加えてデータベースが扱うのが不得意な履歴データや不定形データを扱うコマンドもあり、
> ユニケージの方がより柔軟なシステムを構築するのに優れているため、DBMS を使う理由がないのです。
すべての機能をカバー？嘘つくなって。アナライズとか高度なメンテンナス機能に対応してないだろうが
> Ⅱ-１. 排他制御はどうするのですか？
> ulock コマンドを使用します。ulock コマンドはロックファイルを排他的に作成します。
> また、そのロックファイルが存在する間は、待ち続けます。
シェルスクリプトｗｗｗｗ なんかうっすら聞いたことあるなって思ったら2008年の記事じゃねーか
なんでまた今頃湧いてきたんだよw google の bigtable とか bigquery なんとかの宣伝を思い出した 
