5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

データベースを作ってみたいです

1 :NAME IS NULL:2009/11/05(木) 14:04:37 ID:/IXGaMOJ
MySQLやSQLiteのようなRDBMSを作ってみたいです。
参考になる書籍(教科書?)やWebサイトがあれば教えてくれませんか

2 :NAME IS NULL:2009/11/05(木) 19:38:59 ID:???
ビチッ…ビチチッ!ジュルジュル…ジュ…ビチチッ!

3 :NAME IS NULL:2009/11/06(金) 11:10:16 ID:1IUAmQkD
その程度のことを自分で探せないやつに作れないだろ。


4 :NAME IS NULL:2009/11/06(金) 17:47:18 ID:???
ごめんよ…母ちゃん

5 :NAME IS NULL:2009/11/10(火) 18:41:11 ID:???
いきなり高度なことをやろうとするとその設計をどうしたらいいか
分からず、途方にくれて終わるものだ。
まずはCSVファイルの操作を行うモジュール群を作ってみてはどうだ?
指定した行でソートするとか、指定した文字を含んだ行だけ取り出すとかが
出来るやつ。
いきなりSQL文の解析機能の実装をやろうなどという考えなどは捨てた方が良い。

CSVファイルに登録するデータも決めた物しかできないところからはじめる。
例) No, 名前, フリガナ, 性別, 郵便番号, 住所

6 :NAME IS NULL:2009/11/12(木) 01:31:07 ID:AL9WaU7d
sqlの解析自体は難しくない
字句解析とか構文解析でぐぐろう

実装は部分からでいい


monaのdb版の誕生に期待

7 :NAME IS NULL:2009/11/12(木) 07:15:17 ID:???
言語は何を使うつもりやろか

8 :NAME IS NULL:2009/11/12(木) 08:34:12 ID:???
>>5

>いきなり高度なことをやろうとするとその設計をどうしたらいいか
>分からず、途方にくれて終わるものだ。
そのとおりだと思います。有難う御座います。
CSVの操作ぐらいならできそうなのでISAMの実装なんかから始めたいなと思ってます。

9 :NAME IS NULL:2009/11/12(木) 08:38:16 ID:???
>>6
SQLの部分ではなくデータ構造(?)のほうに興味があります
ISAM形式というのが基本っぽいのですがあってますでしょうか

10 :NAME IS NULL:2009/11/12(木) 08:39:51 ID:???
>>7
実用では考えていないので、LL系でいいかなと思っています。

11 :NAME IS NULL:2009/11/13(金) 13:31:41 ID:???
SQLiteのソースを読むのもいいかも

12 :NAME IS NULL:2009/11/13(金) 21:50:45 ID:???
>>1にとっては、そのソースを読むのは、急に高い崖を登るのに
近い行為となるだろう。(無理だと決め付けているという意味ではなくて)
まずは、データの保存や抽出をする部分をクラスにまとめて
使いやすくしたモジュールを提供するという考えで設計する
ところからやってみてはいかがだろうか。

13 :NAME IS NULL:2009/11/13(金) 21:55:22 ID:???
俺は「SQL文を解析して実行」という事にこだわる必要も無いと
思うけどな。そうしたらSQLインジェクションに対抗できる
仕様設計だと考える事も出来るわけで。

14 :NAME IS NULL:2009/11/13(金) 22:21:36 ID:???
>>1が何を考えてこのスレを立てたのかにもよると思うな。
RDBMSとか書いているけれど、テーブルを個別に管理できればそれで良いという考えなのか、
それともリレーションのところまでやるのか。
トランザクションやら、ストアド・プロシージャなどのイメージもあるのか。

ま、俺の場合は、個人で作るものであれば、リレーションは切り捨てるだろうな。
普段作るDBを使ったプログラムは、リレーションはクライアントのプログラムの方で
実現する事が多いから。だから、参照整合性とかの機能の実装にはあまり興味が無い。

15 :NAME IS NULL:2009/11/13(金) 22:24:39 ID:???
VB.NET とかの世界だと、すでに mdbファイル & ADO.NET があるからなぁ。
PHP の世界だと、DBの構築をせずにデータの管理をしたい場合などで
一部使ってもらえるかもしれない。

16 :NAME IS NULL:2009/11/14(土) 20:31:55 ID:???
>>1がイメージしているRDBMSってどんなものなんだろうな。
mdbみたいにファイルとして存在しているものにアクセスするだけで
いいのか。それとも、SQL Server みたいに、アプリとは別にソフトが
立ち上がっていて、それがデータの制御を行う形なのか。
また、ネットワークを通じて複数のアクセスがあるのにも対応できる
かどうかとかあるしね。
ISAMの実装に興味があるような事をいってたけど、そういう部分への
対応はどこまでイメージしているのかな?

17 :NAME IS NULL:2009/11/14(土) 20:36:31 ID:???
こんな感じで管理すると複数のDBを持つのにも対応出来そうだね。
DB名:ディレクトリ名
テーブル名:CSVファイル名

例:DBが「test1」で、その中にテーブル「t1」「t2」「t3」がある場合

/monadb/test1/t1.csv
/monadb/test1/t2.csv
/monadb/test1/t3.csv

18 :NAME IS NULL:2009/11/14(土) 20:44:55 ID:???
>>1は余り興味ないようだけど、独特な設計をしたSQL文という発想もいいかもしれないね。
MonaOSの設計思想はそういうところがあるからね。
多くのユーザに使ってもらえるかを優先的に考え、過去のしがらみにとらわれた物の
延長として考えるのではなく、本当に使いやすいものを、と考える。

19 :NAME IS NULL:2009/11/14(土) 20:54:33 ID:???
処理効率が良いが、別に最適化が必要。
処理効率は悪いが、最適化は不要。

こういうのはどうなんだろ。

20 :NAME IS NULL:2009/11/15(日) 10:47:25 ID:???
とにかく処理効率の速さにこだわったものという方向性は
辞めておいた方がいいのかな。その先にGoogleが居るからw
「処理効率は、ある程度良い」くらいw

21 :NAME IS NULL:2009/11/15(日) 22:57:15 ID:???
他の人にアドバイスを貰うなら、

>CSVの操作ぐらいならできそうなのでISAMの実装なんかから始めたいなと思ってます。

ではなく、もう少し具体的なイメージを説明できた方がいい。
試しに自分が利用するシーンを想像して、
 「こんな感じで検索を指示して、結果を配列に入れる」
 「こんな感じで更新するデータと条件を準備して指示する」
なんてのが明確に出来た方がいい。

擬似的な利用例のスクリプトがあったりするといいかも。

##script(perl)

 use MYDB;
my $db = MYDB->new('mydb/mydbsample.csv');
my @rows;
@rows = $db->select( 'num, key, val', "key='V1.0' and val<'100'" );
$db->close();

##mydb/mydbsample.csv

num,key,val
1,V1.0,150
2,V1.0,50
3,V1.1,120
4.V1.0,15
5,V1.1,20

なんて感じの。上はselectメソッドで key=V1.0 and val<100 な行を返してもらうことを想定。

>>1の考えていることを明確にしないと、助言・指摘をしたい/出来る人たちは説明に困っちゃうと思う。


22 :NAME IS NULL:2009/11/16(月) 00:05:23 ID:k/MYCyNn
>>1
エンジンとしてもっとも優れているのは BerkeleyDB でしょうね。
ただしテーブルもSQLもサポートしていません。
もちろんインデックスもです。
しかしリレーショナルデータベースを作るための要素は盛り込まれており
フリーで全ソース公開されています。

このソースを使ってエンジンの勉強をするか、
パーツを利用して独自のシステムを組み上げるとよいのではないでしょうか。



23 :NAME IS NULL:2009/11/17(火) 08:58:35 ID:???
実用は考えていないらしいからなあ
カラクリを確認するのが目的なんだろうなあ
他の人はMonaDBを期待してるのかな?

24 :NAME IS NULL:2009/11/18(水) 08:58:51 ID:???
>>22
そういるルールだからです。
「ぬーやる」バーガーはしってますか?

25 :NAME IS NULL:2009/11/18(水) 09:10:00 ID:???
カラクリは、内部的にはExcelシートの操作でしょ。
で、そのExcelシートはCSVの拡張版。

もっと深いレベルでのノウハウの確認がしたいのかな?

26 :NAME IS NULL:2009/11/19(木) 05:16:54 ID:???
↓こういうことではないかと

ttp://d.hatena.ne.jp/koherent/

27 :NAME IS NULL:2009/11/19(木) 07:52:57 ID:???
>>1の文面やこのスレの流れを見る限り、それは高度すぎる事だと思うw

28 :NAME IS NULL:2009/11/19(木) 08:14:24 ID:???
そうか?
ググってたら見つけたんだけど、
このブログ、面白そうなので、オレはしばらく追いかけることにするw

29 :NAME IS NULL:2009/11/19(木) 13:25:36 ID:???
>>1は、ググっても見つけれない、もしくは、ググれないんだから仕方が無いw

30 :NAME IS NULL:2009/11/19(木) 21:21:56 ID:???
monaのDB版は高度じゃないといけないのだろうか?w
ム板でしぃ言語を作ろうなんて企画があがって、しばらくしたら
過疎って無くなってしまったなんて事があったけどなw
ま、俺は>>1じゃないけれど、主催者側のはっきりとした目的と、
それに共同して意見を行ってくれる方が居るかどうかが
重要なのかな、と思ってる。

31 :NAME IS NULL:2009/11/21(土) 16:17:13 ID:???
このスレは、現時点ですでに3種類の考え方があるように思える。
1.エンジンの仕組みについて勉強しよう派
2.CSV等を使って大まかな概念をつかみさえすれば良いだろ派
3.方向性はわからないけれど、とにかくMonaが出来るのに期待派

当面は統一が上手くできずにずるずる続くんだろうなw

32 :NAME IS NULL:2009/11/23(月) 07:26:19 ID:???
3はキモいし寒い
何かが出来たら出来たで「これ2ch発なんだぜ」と自慢するんだろうよ、自分の手柄でも無いのに

33 :NAME IS NULL:2009/11/23(月) 09:28:26 ID:???
そういう自慢をする奴は、普段の言動を見ていると、いたいやつだとすぐに
分かるから別にいいのでは?w
winnyだって、2chで共同開発したわけじゃないし

ま、スレが生産性の無い書き込みばかりで埋まっていくのはうざいけどな。

34 :NAME IS NULL:2009/11/24(火) 22:41:41 ID:???
で、結局この後、>>1は生産性のある書き込みをせずにこのスレは終息していくのだろうな。

35 :NAME IS NULL:2009/11/26(木) 07:25:21 ID:???
>>1は消えたようだな。1ヶ月ももたなかったかw

36 :NAME IS NULL:2010/02/10(水) 17:17:06 ID:???
せっかく新しいデータベースエンジンを作ろうというのに
最初からSQL前提の書き込みしかないね。

やっぱ今からやるなら問い合わせも独自言語でしょう。

37 :NAME IS NULL:2010/03/06(土) 08:18:15 ID:???
メソッド?w

38 :NAME IS NULL:2010/06/06(日) 14:06:53 ID:???
>>36
はやりのNoSQLですか?w


39 :NAME IS NULL:2010/06/09(水) 18:50:19 ID:???
データベースの構造が
CSV のSQL対応高度版なんて
おバカな夢想もいいとろこで
お前ら、アフォかましてないで文献読めよ。

CSVの高度版っぽく見えるのは、ただ単に
理解しやすいようにインターフェースが
そうなってるだけだ。

40 :NAME IS NULL:2010/09/11(土) 12:57:33 ID:???
>>39
かなり遅レスだが、そういうアフォかましている課程を
具体的にやってみて、アフォらしさを学ぶという
目的もあるのでは、といってみるテスト

41 :NAME IS NULL:2010/11/27(土) 12:30:58 ID:???
>>39
亀レスだけど、文献は何がいいのでしょうか?
書籍?ブログ?

42 :NAME IS NULL:2010/11/29(月) 13:36:24 ID:???
トランザクション処理 概念と技法

43 :NAME IS NULL:2010/11/30(火) 11:14:50 ID:???
>>42
紹介ありがとう。
トランザクションの解説だけで1400ページを超えるとかすごいなw
上下巻あわせると広辞苑超えるとかどんだけwww

44 :NAME IS NULL:2010/11/30(火) 11:20:49 ID:???
トランザクション処理の解説で知った,「知ってるつもりの怖さ」
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20040630/146609/

書籍のページ
http://ec.nikkeibp.co.jp/item/books/P81020.html
http://ec.nikkeibp.co.jp/item/books/P81030.html

45 :NAME IS NULL:2010/11/30(火) 13:50:49 ID:???
ちょっとウェブで調べてみたが、理論と実装は別々に考えて学ぶべきみたいだ。
しかし、理解の方はいまいちだ。うまく概要をつかむ方法は無いものか。。。

Perlでファイルの上書きする時、「元のファイルをコピーして、それを
リネームで上書きする」という処理方法をとる事があるけれど、
そういう原理で実装しているという理解じゃだめなのかな?

トランザクション処理
http://ja.wikipedia.org/wiki/%E3%83%88%E3%83%A9%E3%83%B3%E3%82%B6%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3%E5%87%A6%E7%90%86

46 :NAME IS NULL:2010/12/02(木) 00:31:57 ID:???
accessでのフォームやレポートにあたる部分はpostgreSQLやMYSQLでは
どのようにして作成するのですか?

47 :NAME IS NULL:2010/12/02(木) 14:33:34 ID:???
>>46
VB.NETとかC++とかjavaとか、Accessを使って作成します。
Accessはデータベースの入門として使ってもいいけれど、
使いやすさを出す為、データベースの概念とは少しずれた
作りになってる。そこを理解した方がいいよ。

48 :NAME IS NULL:2010/12/02(木) 21:51:36 ID:???
>>47
ありがとうございます。勉強してみます。

49 :NAME IS NULL:2010/12/03(金) 22:15:52 ID:???
>>47
kwsk

50 :NAME IS NULL:2010/12/04(土) 15:36:49 ID:???
>>49
1件のレスで説明できる範囲でいうので、かなり大雑把に言うが、
一般的にいうデータベースエンジンは、Accessのmdbファイルにテーブルだけ
しかないような状態をいう。
そのmdbに、VBだとかのプログラムがデータベースエンジンが持っている
テーブルにデータアクセスしていく構造だ。
だから、postgreSQLやMYSQLには、フォームやレポートにあたるものが存在しないのだ。
VBとかで、別で作るのが当たり前だという前提で作られているから。

また、データベースエンジンは、Accessみたいにファイルで一つ存在している
ものではなく、アプリとして立ち上がっているものだ。(常駐プログラムのようなイメージ)
外部から、SQL文によるアクセスを受けて、テーブルのデータを返す
という処理を行うもの。
このテーブルのデータの管理方法やチューニングの仕様が、
データベースエンジンの種類によって異なる。

あと、トリガとかストアドプロシージャとかはとりあえず省略して学んだ方がいいと思う。

51 :NAME IS NULL:2010/12/06(月) 00:11:44 ID:cBEGLzTc
このスレに投稿していい質問かどうか迷うが
キー・バリュー型DBってどうなん?これから主流になっていきそうかい?

52 :NAME IS NULL:2010/12/06(月) 14:21:31 ID:???
>>51
こんな記事を読んだりしながら、予測的な議論をしたいということなのかな?
http://www.atmarkit.co.jp/fjava/rensai4/bigtable01/01.html

俺はこのスレで話をするのは別にいいと思っている。(別にスレを立てても
いいとも思うが、DB板は基本的に人が少ないぞ)
これから主流になりそうかどうかは、その技術の特徴・特性を押さえ、
システムの目的や規模を限定していった方がいいと思う。
こういう場合に強い、こういう場合には向かないとか。
前提を漠然としたまま話をしていってると、極論のぶつかり合いになってしまうから。

別の話で例えると、「クラウド」では、こういう記事を出すなどして、ここで紹介されている
利点にそぐわない場合のシステム構成はどんな場合かなどを整理いくとかからはじめるわけだ。
http://www.atmarkit.co.jp/fjava/column/andoh/andoh50.html
任天堂は、クラウド利用は「部分的であって、全面的にはならないだろう」と
いってるからな。新しい技術というものは、必ずこんな感じに
住み分けになっていくものだろ。

16 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)