もう OS に DB 機能を付けたらどうですか？

1 ：02/10/13

必要なものは，全部付けとけや。

2 ：02/10/13

２げっとずさー

3 ：02/10/13

よくわからんが，とりあえず２

4 ：02/10/13

ついてるじゃん

5 ：02/10/13

ついてるかー？

6 ：02/10/14

おれのおまたにへんなもんがついてる！

7 ：02/10/14

Windowsには昔からすでに付いているけど、エンジン部分だけだから
フロントエンドが標準で付けば便利かもね。

8 ：02/10/14

>1
で、DBがあったらあったで何がしたい？

9 ：02/10/14

DBがあったら重くてしようが無いぞ

10 ：02/10/14

OSを７つ集めると神龍が出てきて

11 ：02/10/14

テスト書き込み
（テスト書き込みしても怒られそうにないスレなんで

12 ：02/10/14

ｺﾞﾙｧ!

13 ：02/10/14

てすと

14 ：02/10/15

足跡。

15 ：02/10/16

次の　．ｎｅｔには本体にＳＱＬ　ＬＩＴＥ　を添付します。
ｍ＄

16 ：02/10/16

aho mina sinjae

17 ：02/10/16

>>1
DBが必要なアプリにDBがついてくりゃ、それでいいのよ

18 ：02/10/17

じゃこの際 OLE2なんかもやめって事で

19 ：02/10/17

Dual Bootか？
W2Kなら95/98と出来るぞ。

20 ：02/10/19

テスト

21 ：03/01/15

（＾＾）

22 ：03/02/11

ＡＰＩ使ってレジストリをＤＢ代わりに使ってるよ。
いいじゃん、それで。

23 ：03/02/13

DBってのはSQLが通るもののことだぞ。
SQLでレジストリを操作するAPIなんかあったか？

24 ：03/02/14

>>23
それは RDBS だずら。
何も SQL にこだわらなくともいいずら。
ようはディレクトリなのら。

25 ：03/02/15

バカ言うな。DBつったらRDBに決まってんだろが、このご時世。
SQLも通らねー、ODBCも使えねー、ADOもDAOも使えねー状態で、
どうやって他のアプリと連携取るんだよ？
自分のアプリがローカルなデータを保存するだけなら、レジストリだろうが
ファイルだろうが構わねーけどよ、それを社会に出てDBなんて呼んだら
要らない恥をかくだけだぞ。

26 ：03/02/15

>>25
>>24は教養のあるヴァカなので放置してください。

27 ：03/02/15

>>25-26
もうキミ達のことは分かったから、この板から出て行ってください。

28 ：03/02/15

DBってドラゴンボールの略だぞ。
みんな分かってレスしてんのか？

29 ：03/02/15

select count(*) from 2ch
where name like '糞%';

30 ：03/02/15

>>29
ここの住人スキルではレスは書けないよ。

31 ：03/02/15

>>30
正直レスしたくなるような面白さも無いわけだが。

32 ：03/02/16

つまり、こうだ。
1 はネットワーク関連のものはOSに標準で取り込まれ、さらに
サーバーOSにはほとんどのサーバーアプリケーションが付いて
くるにも関わらず、なぜDBの機能はクライアントOSにもサーバー
OSにもついてこないのかと。商用OSも、フリーOSもどっちも。
こう、言いたいんだな。
ふー。

33 ：03/02/16

Machでサブシステムでも作ったらいかが？
そうしたら、OSにDB機能つっこめるよ。
VMもFSもすべてDBに最適化っつーのができるかも。

34 ：03/02/16

Microsoft Windows には Internet Explorer が付いております
ので DB を WEB ベースで開発して頂き、当社のブラウザで（いや、
OSで）アクセスしてください。
SQL 文を直接指定できるような入力フィールドを設けておけば、高度
な利用者にも満足して頂けることと存じます。
なお、余談ではありますが Microsoft SQL Server につきまして
会長より戦略的な発表が行われる見通しです。

35 ：03/02/16

みんなで坂村先生に相談しようよ。
これからはTRONの時代だ。

36 ：03/02/16

>なお、余談ではありますが Microsoft SQL Server につきまして
>会長より戦略的な発表が行われる見通しです。
Slammerに対するパッチを問答無用で自動適用させる機能が搭載されるんだよね。

37 ：03/02/16

>>32
いや、やっぱりよくわからない。
WINはそうかもしれないが、Free-UNIX系なら、Postgresなり、
MySQLなり、入っているだろう？
DBがKernelモードで実行されるべきだと言う論旨なのか？

38 ：03/02/16

ファイルシステムをRDB化ってこったろ？

39 ：03/02/16

C#についていたんですが、SQL　Server　Desktop　Engineは
再配布したらNG？

40 ：03/02/16

NFR(Not For Resale)だよね。

41 ：03/02/16

>>37
ジャーナリングファイルシステムとは違うのか？
リレーショナルということは、ファイルの内容を
正規形に整えてから保存するということか？
OODB化ならそれなりに意味があるかもしれないよ
うにも思わないでもないが...。

42 ：03/02/16

■■無料レンタル掲示板■■
どんどんレンタルして下さい
ランキングありジャンルも豊富です
http://www.geocities.jp/kgy919/bbs.html

43 ：03/02/18

汎用機のCOBLマシンってそんな感じのなかったっけ？

44 ：03/02/19

このスレタイの趣旨を真面目に考えてみたが、やはりよくわからない。
DBMS 製品はいろいろあるし、使おうとしている DB がどの DBMS で構築
されているか分からない以上、ODBC を提供したり、>>34 のように DB と
はあえて離れて WEB ベースにする方法にとどまると思う。
>>1 のいう DB 機能というのはクライアントのことなのか、サーバーの
ことなのか。いずれにしても今現在は現状が正解だと考えるスレ。

45 ：03/02/19

DB使わねーからいらね。
金出して買えや >>1

46 ：03/02/24

いま 45 が久しぶりにいいこと言った！

47 ：03/02/24

5日後をいまと言う>46の神経は恐竜より鈍いらしい。

48 ：03/02/27

>>47
実は45と46が友人同士でオフラインで会話して45がいいことを言ったのかもしれん。
なって言っていたか教えて♥＞46

49 ：03/03/02

必要かどうかは別として「DBしかない」って面白いかもね。
ファイルも、フォルダも、ショートカットも、ファイルに対する操作も、レジ
ストリも、VSSみたいなバージョン管理のものも、統合することはできるでしょ。
使いたいかどうかは別だ。

50 ：03/03/03

DB はデータがないといけないから OS には付いてこないだろうな。
データは自分で何とかしないと。

51 ：03/03/03

Plan9のファイルシステムはCVSのような機能が統合されてるらしい。
任意の時点のスナップショットを作れるらしいよ。
もちろんこれはDBとは言わないし関係のない話だけどね。
1の言いたいことはツリー状のディレクトリ階層に問題があると
言いたいのかな。そしてその代わりのものとしてORDBMSやOODBの
ようなものを変わりにOSの永続的データ保存システムとして
採用しろってことなんだよね。ただ今のOSってUNIXのパラダイムに
どっぷり浸かってるからディレクトリというものから離れられるとは
思わないんだよなあ。これを達成したら大したもんだね。VFSがカーネルに
深く食い込んでるようなUNIX的モデルも設計から見直しだからね。
・・・というかメチャクチャパフォーマンス悪そうだね（汗
後付け的にDB的なファイルシステムを実装するというのなら
既存のOS上でDBを動かすことに対するメリットって何があるんだろう？

52 ：03/03/05

Yukon vs iFS


とか言ってみるテスツ。

53 ：03/03/10

>>49
なんだか、次世代Windowsのファイルシステムがそんなことになる
とか、ならないとか。ちょっと、うるる覚えですが。

54 ：03/03/11

>>53
WinFSだね。期待はしている。
ただ、同じようなBeFSはパフォーマンスが出ないために断念した経緯があるけど、
どうなるだろうね。
>>51
>後付け的にDB的なファイルシステムを実装するというのなら
>既存のOS上でDBを動かすことに対するメリットって何があるんだろう？
どちらかというと、既存ファイルシステムに対してのメリットだね。既存ファイルシステムは
ファイル名が唯一のキーであるため、同名のファイルは存在し得ないし、それ以外の属性
(更新時刻等)による検索は結局全件検索とならざるを得ない。また、あらかじめ用意
されている以外の属性を付加することもできない。
RDBMSが実用化された頃からそのあたりを一般化して再構成しようという考えはあった
わけだが、UNIXが普及しすぎたために停滞したという面はあると思う。
>>49
OracleのRawIronが実現していたら、そういうものになっていたかも。
ファイルという概念がなくなって全部LOBで、シェルはSQL*Plus(w

55 ：03/03/11

>>53
うるる覚えってなんかｶﾜｲｲね

56 ：03/03/11

>>54
> WinFSだね。期待はしている。
> ただ、同じようなBeFSはパフォーマンスが出ないために断念した経緯があるけど、
> どうなるだろうね。
Beは専用H/WのときはBeFS使ってたけど、MacやWin系H/Wにしたことで既存OSとの
親和性からDB捨てたんだよねパフォーマンスはマルチCPUだった専用H/Wでは
問題なかった。
今ならシングルCPUでもHTとかあるからパフォーマンスは問題ないんじゃないかな？

57 ：03/03/12

FSに関するペーパーへのリンクがひとまとめにおいてあるようなサイトある？

58 ：03/03/13

（＾＾）

59 ：03/03/14

こういうのsourceforgeあたりにないのかな？

60 ：03/03/14

デブ＝DB

61 ：03/03/14

アンケートに協力して！
http://multianq3.uic.to/mesganq.cgi?room=yasuhito
毎月アンケートの内容が変わるよ。

62 ：03/04/17

（＾＾）

63 ：03/04/20

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

64 ：03/05/29

逆にDBMSから発展（というか特化か？）したOSというのも見てみたいものだ。

65 ：03/05/29

http://homepage.mac.com/hitomi18/

66 ：03/05/29

階層型データベースとして、レジストリが標準装備です。

67 ：03/05/29

http://homepage.mac.com/hiroyuki43/jaz10.html

68 ：03/05/29

http://homepage.mac.com/ayaya16/

69 ：03/06/09

>>64
Oracleが昔、LinuxのカーネルにOracleを統合しようと
がんばってます、みたいな記事を肉桂産業で読んだ。
どうも失敗したっぽね。ライセンス的なもので
開発にすら着手してなかったのかもしれないけど。
BSDで再挑戦するきはないのかな

70 ：03/06/09

>>69
それLinuxじゃなくてSunOS。
>>54で既出だけどRawIronってやつ。

71 ：03/06/10

ファイルシステムをDB上に実装するってのは、BeOSでやろうとしたり、Oracleがぶちあげたり、MSが真似したりしてる。
LongHornはマジでそうなりそう。
PC用のOSじゃないが、iSeries(旧AS/400)のOS/400は、何でもかんでもDB。

72 ：03/06/21

PostgreSQLとFreeBSDの組み合わせで出来ないかな？
根拠があるってわけじゃ無いんだけど。

73 ：03/06/21

>>71
RDB標準搭載のOSと言えば...
IBM OS/2 V1.x 拡張版：DB ManagerとCommunication Managerが付いていた
・MS OS/2 ではこの拡張版は無かった(標準版だけ)
・DBMとCMは後にESとして製品分離、更にDB2 for OS/2 (DB2/2)と改名
OS/400：IBM iSeries(AS/400)のOS
・内部的にはH/W(マイクロ)でRDBを実装してる
・後にDB2 for AS/400(DB2/400)と改名したが、実態はH/W & OSレベルで実現

74 ：03/06/21

昔、OPENSTEPでオブジェクト指向ＤＢとファイルシステムの
統合という話があったらしいが。。。

75 ：03/07/15

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

76 ：03/10/18

VFSからの脱却を願ってあげ

77 ：03/10/18

ようするに溜まってるんだ。「なんで私たちだけ？」

78 ：04/05/30

Linux と MySQL でいいよ。

79 ：04/09/08

>>35
坂村はゲイツと組んでなんかやってるので無理

80 ：04/09/08

>>54
＞また、あらかじめ用意
＞されている以外の属性を付加することもできない。
NTFSならストリームで出来るじゃん

81 ：04/09/08

騙されんて・・・・・・。

82 ：04/09/09

>>81
[TRON] MSに魂を売った男 [坂村健]
http://pc5.2ch.net/test/read.cgi/prog/1064501055/

83 ：04/09/18

米Microsoft社の研究機関であるMicrosoft Researchが，2004年7月に
「Cω（Cオメガ。Comegaとも書く）」というプログラミング言語を
公開した。C＃を拡張した言語だ。
　メソッドを非同期に実行する仕組みやデータベースからデータを
取得する表記など，C＃にない特徴をいくつも備える。中でも注目は，
XMLデータを扱うためのデータ構造を用意していることだ
http://itpro.nikkeibp.co.jp/members/NBY/ITARTICLE/20040908/1/
今後の序列
　Cω ＞ C# ＞＞ VB ＞＞ PHP4 ＞＞＞＞ perl,Java

84 ：05/05/16

必要か？

85 ：05/11/27

　　　　ミ∠＿）
　　∧＿∧/　＼＼
　 （　・∀/）　　　|　| ｶﾞｯｶﾞｯｶﾞｯ　
　 （　　つつ　 　 |　|
　　 Ｙ　 /ノ　　　 人
　　　　/　）　 　 < 　>_∧∩
　　＿/し'　／／. Ｖ｀Д´）/
　 （＿フ彡　　　　　 　　/ 　>>63

86 ：05/12/31

サルベージ

87 ：06/03/32

>>84
やっぱり必要ないかなぁ？

88 ：06/12/20

つまりどういうこと？

89 ：06/12/24

Mac OS X TigerのSQLite＋CoreDataというのは違うのかな？

90 ：07/02/07

Longhornは結局失敗しちゃったけど、
OSってまだまだ挑戦するべきテーマが一杯あるってことだね

91 ：07/04/17

Linuxはたいてい標準で付いてくるわけだが。MSのOSもVS2005のexpress版（タダ）から落としてくればちゃんとしたDBが付くはず。
「メタ情報をDBに入れると便利だよ」ってWinFSで宣伝してたから、Linuxでfuseとsqliteでまがい物を(きっとこんな感じだろうと想像しつつ)
作ったけど、便利といえば便利だ。だが、SQLで検索したくないよﾏﾏﾝ。。。。

92 ：07/09/05

システムドライブが磁気ディスクじゃなくて、フラッシュメモリを使ったものに変わったら
OSの設計を数十年ぶりに見直す必要が出てくるんじゃないの？
ファイルシステムっていう考え方自体が磁気ディスクをいかに上手く動かすかってところから
出てきてるものだろうし。シークタイムがほぼゼロのデバイスに変わったインパクトはでかいよね。
もちろんテープが未だに現存してるのと同じで、HDDもなくなりはしないだろうけど、
2次的なデバイスという位置付けだろうし。OSがその二次的なデバイスに
最適化されて設計されているというのは変だよね。

93 ：07/09/05

現行のフラッシュメモリは製品寿命がHDDと比べて短いから、HDDがフラッシュメモリに取って代わる日はまだまだ先
しかもFSの設計の見直しが必要なんであって、OSは関係ないだろ

94 ：07/09/05

パソコンショップ完全・最強リンク
http://want-pc.com

95 ：09/04/15

宣伝乙

96 ：10/03/05

＜お知らせ＞
　
　　　　　　　　 　 　　　 　rｰ----､
　 　　　rｰ--､　　　　　　lﾞ　.,、　　ヽ"''''''ｰ,、
　　　　l"　　　｀'､-,,-‐'''"lﾞ　lﾞ""'''i　 i　　 　"ｰ､
''ﾞﾞ''ﾞﾞﾞ｀lﾞ　r--､　　ヽ　 　lﾞ　/ 　　/　ﾉ　　 　　.,,}}　
　　 　l　 .|　　 ﾞl　　|　　lﾞ　　''ﾞﾞ'''"　ﾉ　　　　　,,,.}}
ﾞ　　 ,lﾞ　 |ﾞ　 　,!　　lﾞ　/　/''ﾞ""i　"i　　 　　,,;"
　　 .|　　!　　　ﾉ　,lﾞ´ /　/　 　ﾉ　 |.　,,,.,,r''″
　　 /　./　　／　/　,,/　/,,,,,,,,ノ　 /""
　　/　 ー''"　,／'''"/＿＿＿,,,,,ノ
"""ー―--ｰ"
　　　　　　　　　　　　　　　　　　　　　　　　　　[公正]
2008年3月より、ＤＢスレには上記のＤＢマークをテンプレに張ることが義務付けられています。
ＤＢマークの無いスレを立てた場合、ＤＢ巨大AAで警告となります。

97 ：10/03/05

＜お知らせ＞
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　,,r''‐‐‐ヽ,,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　,/　　　　　　"-,,
　　　　　　　　　　　　　 _　　　　　　　　　__,,,,,,---""　　　　　　　　 "|
　　　　　＿＿＿. 　　　| |　　　　,,,,,,-‐/,,ヽ　　　 /ヽ　 　 　 　 _　　　|
　　　　　| ＿＿ |.　＿__| |＿_""　　_　| || | 　 　/ /　へ. 　 　 | |　　,i
,,,,,,,,,,,,,,,,,,| |-―| |''"|＿_　＿_|　　 /. ヽヾ/　　 / /. 　ヽ ヽ . 　 | |　 ,,i'
　　　　　| |＿_.| |.　 　 |　|　　　 / /ヽ i　　　/　|　　 　 V　/ヽ| |, ,,i'
　　　　　| ＿＿ |　　 /　 ヽ　　/ /.　 i　i　 / /| |　　　　　/ / | ,,＼
　　　　　| |　　| |　　/./| |i ヽ　ヽ"　　 i　i　V　| |＿,,,---/ /-'| | V
　　　　　| |　　| |　 //-' '-i 丶　　　　　i　i,,,__-| |　　　 ,/ /.　 | |
　　　　　| .―‐. |.　V ┐┌ V 　　 __,,,,- V''^ 　| |　 - " ./　　 | |
　　　　　|_|.―.|_|.　　　|__|_＿_,,--"　　　　　　 |_|　 ヽ／.　　　|_|
　　　　　＿＿_,,,,,---‐""　　　　　　　　　　　　　　　　　　　　　　　　[公正]
　　　"""
2008年1月より、DBスレには上記の日本ペイントマークをテンプレにねっとり張ることが義務付けられます。
日本ペイントマークの無いスレを立てた場合、8.8点の減点または免許の剥奪となります。

98 ：10/07/30

>>94
可能です。
以上。
↓次の方どうぞ

99 ：10/09/22

そもそもファイルシステムも立派なデータベース。データを階層構造で記憶、参照できるという意味において。
しかし、実際の応用においては、少なくともトランザクションを備え、検索に要する計算量のオーダーがlog以下になるようなインデックスを持っている、主記憶の量に依存せず数億単位のレコードを扱える、SQLでアクセス可能、って言う感じの物を指してDBと言うような。
そういうのをファイルシステムのように標準で持ち、出来うればカーネルモードで動作させうるOSがなぜ無いのってことでは。
ZetaOSの開発者がファイルシステムのDB化を目指し、「長年、取り組んできたが、根本的に不可能と判明した（惜しくもなぜかは語られなかったが）、MSがやろうとしてるけど(WinFS？)無理さ。ははは。」って言ってた。

100 ：11/06/29

?E?{?@?[?I

101 ：11/07/01

test

102 ：11/07/18

使い勝手が悪くなるだけじゃん

103 ：11/07/18

いやむしろUnixより前の時代のメインフレームではファイルのデータ構造の管理もOSの仕事だった。
Unixではあえて（ディレクトリ以外の）OSが管理するデータ構造をなくして、ファイル=バイトの塊になった。
管理の点で（特権分離とか）、DBはOSと切り離すのが一般的ではあるけど、Oracleみたいに
ディスクデバイス丸ごとDB用ストレージとして使う奴もあるし、性能（特にシステムコールのオーバヘッド）
のことを考えたら、OSがDB機能も持つ、というのはありうる考えだと思う。

104 ：11/07/26

玄人スレですね
>>1
は、Lionでオートセーブが付いたから、いっそのこと
全部付けたほうが「上書き保存」などしなくて済むと言いたいのだと思います。
テキストエディタでDBベースのを使っていて快適です。
○LightWrite
○外部記憶DB
素人が生意気言ってすみません！

105 ：12/02/05

付けたらどうですか

106 ：12/02/05

DBじゃなくてRDBなら付けたいな。
アプリRDBはOS/他のアプリ RDBとjoinとか。
例えばあるアプリが写真扱いたいならiPhoto RDBとjoinとか簡単だよな。

107 ：12/02/05

そもそもDBとFSってどう違うの？
検索が付いてるか否か？

108 ：12/02/05

>>99
そもそも木構造インデックスの隠蔽でしかないんだよな、DB化って。
普通にパス指定でアクセスしたほうが早いに決まってる。

109 ：12/02/05

そういえば昔ノーツー構造のBBSで、キーワード検索対応のものがあったな。
まあ記事をポストする時に決める、今で言えばtwitterのハッシュタグみたいなものだから、
それならWikiName式の方がスマートかもしれないけれど。

110 ：12/02/05

まあ、文書管理ならそれでいいんだけど、OSの管理するのはプログラムだしな。
トロイの木馬じゃ困るよなあ。

111 ：12/02/05

>>108
考えが古いよ
今やDBはデータとアクセスメソッドを提供するのさ