データベースプログラミング全般スレ

**デフォルトの名無しさん** · NG

データベース板もあるが、あそこは過疎板だからこっちに立てました。
データベース関連のプログラミングならな～んでもOK。
色んな話をしませまうる号。

**デフォルトの名無しさん** · 2005/10/25(火) 20:32:39

・プログラム毎のファイル形式の違いを完全に吸収する
つうのは？。
DBを使う理由かぁ。それなりの本には必ず書いてあると思ったがなぁ。
使うのが当たり前過ぎて使う理由が見えにくいのかな。
使わないとどのような弊害が発生するかを想像するのが早道かも

**デフォルトの名無しさん** · 2005/10/25(火) 21:11:22

データベース触ったこと無くて、触るの怖いんだが、
途中で適当に項目や項目数増やしても、
プログラムほとんど替えずに動くの？

csvだとデータバージョン管理とか、構造変更した時の弊害とか、
データ拡張時の未フォローデータの扱いとか、
すげー拡張時の事で、頭いっぱいで破裂しそうなのだが…

**デフォルトの名無しさん** · 2005/10/25(火) 22:03:19

最初にキッチリ設計するのがDB

**デフォルトの名無しさん** · 2005/10/25(火) 22:08:57

>>66
「高速で便利なデータアクセス手段を提供する」ってことでいいんじゃないかな
なにしろSQLは便利だし、複数のキーや条件が絡む高速な検索方式を手で
実装するのはめんどい。

>>67
UNIXの/etc/passwordみたいなレガシーなデータベース（ただのファイル）
も、複数のプログラムからアクセスできる点では同じ。
ただし、データフォーマットはまちまちだが、現在はXMLのようなものもある。
それを「DBを使う理由」といってしまうのはどうか。

**デフォルトの名無しさん** · 2005/10/25(火) 22:09:47

>>68
変えずに動く「場合もある」としか言えない
普通はもちろんデータ項目増やしたんならプログラムを変更する必要がある

54 · 2005/10/25(火) 22:48:38

>>63
自己レスですが、IDENTITYを使うのはやめて、

SELECT MyID+1 FROM MyTable WHERE MyID+1 NOT IN (SELECT MyID FROM MyTable)

とかクエリしてみて返された値を使って自分でIDを管理するようにしてみました。（いいんでしょうか？）

**デフォルトの名無しさん** · 2005/10/25(火) 22:55:06

>>71
その為のDEFAULT制約じゃないのか？

**デフォルトの名無しさん** · 2005/10/26(水) 00:04:45

>>72
・同時アクセスが来たら衝突する
・IDごときでテーブルにあるか調べてたらとても遅い

**デフォルトの名無しさん** · 2005/10/26(水) 17:00:39

プライマリキーにUUID使うのはダメですか？

**デフォルトの名無しさん** · 2005/10/27(木) 00:38:04

全テーブルでユニークにする意味があれば

**デフォルトの名無しさん** · 2005/10/29(土) 23:57:07

今でも文字列のサイズって2進数が推奨？

**デフォルトの名無しさん** · 2005/10/30(日) 13:48:04

>>77
日本語がおかしいが、いわんとするところは
キリのいい数字という意味だな。
256とか65536とかは魔法の数字だから
実態がどうであれ、推奨。

**デフォルトの名無しさん** · 2005/11/04(金) 23:41:37

PostgreSQL始めたんですがどこから手をつけたもんやら困っています
なにかいい書籍ないですか？
まだPQsetdbLoginで接続してSQL投げて遊んでる段階です

**デフォルトの名無しさん** · 2005/11/05(土) 07:22:19

目的がなければ何もしないでOK

**デフォルトの名無しさん** · 2005/11/06(日) 02:10:18

普通のPGと、SQLも含めたDB屋って違うからな。
SQLをDB毎に最適化できるPGがそもそもあんまりいない。
DBできますってPGに作らせると、毎回DBから結果拾ってくるようなの書くし。

Web+DBだと更にWebデザも絡んでぐだぐだになるかPGが必死こいてHTML修正しまくるかに成る。
なんかいいの無いの？

**デフォルトの名無しさん** · 2005/11/06(日) 02:15:27

でもPostgresのソース見た感じ、RDBって中身はキャッシュ制御の塊じゃないの？

**デフォルトの名無しさん** · 2005/11/06(日) 02:58:23

勉強中の奴にいっとくが

主キーの定義は一つのカラムに。
内容はユニークなだけで意味の無いものにしておけよ。

参考書に書いてても伝票番号、明細番号とかの複合キーにしないように。

**デフォルトの名無しさん** · 2005/11/06(日) 08:12:04

教える側気取るなら理由も書けよ。

**デフォルトの名無しさん** · 2005/11/06(日) 11:13:57

>>81

DB屋が最適化した SQL投げる関数作って PG に渡す。
もちろん要相談。

**デフォルトの名無しさん** · 2005/11/06(日) 11:23:25

勉強中の奴にいっとくが

主キーの定義は一つのカラムに。
内容はユニークなだけで意味の無いものにしておけよ。

参考書に書いてても伝票番号、明細番号とかの複合キーにしないように。

**デフォルトの名無しさん** · 2005/11/06(日) 11:39:28

>>86
素人キター

**仕様書無しさん** · 2005/11/06(日) 11:48:13

SQLなんて、DBを詳しく知らなくても素人が扱えるようにした簡易言語に過ぎない
だろ。それに、きょうびサーバーならGB超のメモリを搭載しているんだし、たかだか
数十万件くらいのデータベースなんて、オンメモリでやれよな。

**デフォルトの名無しさん** · 2005/11/06(日) 12:09:14

で、サーバー落ちたらすっぱりデータはあきらめる。

そういう人生もいいかもな。(w

**デフォルトの名無しさん** · 2005/11/06(日) 12:09:40

>>88
またまた素人キター

**デフォルトの名無しさん** · 2005/11/06(日) 12:21:27

>>88
＞SQLなんて、DBを詳しく知らなくても素人が扱えるようにした簡易言語に過ぎない
素晴らしいな。

**デフォルトの名無しさん** · 2005/11/06(日) 12:38:06

ＤＢのオペレーティング画面は違えど、標準ＳＱＬは、ＤＢによらないし、選択、抽出、作成、挿入の操作をＣＵＩでやってるだけだし、
具体的に言うと、ＡＣＣＥＳＳのＧＵＩでコピー、フィルタ、入力、ペーストやってるのと変わらない。

**デフォルトの名無しさん** · 2005/11/06(日) 12:48:43

>>92
ああ、そうだな。
いい子だからもう寝なさい

**デフォルトの名無しさん** · 2005/11/06(日) 12:51:16

全角英字キモい

**仕様書無しさん** · 2005/11/06(日) 13:01:50

SQL文 ≒ VBスクリプトの一部機能

**デフォルトの名無しさん** · 2005/11/06(日) 13:06:09

ちなみに
88=92=95
なわけだが。
キティちゃんに認定してあげます。

**仕様書無しさん** · 2005/11/06(日) 14:38:15

96 = データベースがないと、データ処理ができないと本気で思っている
プログラマ以下の半人前SE(自称コン猿)

**デフォルトの名無しさん** · 2005/11/06(日) 14:39:49

名前いじってる時点でお察しください

**デフォルトの名無しさん** · 2005/11/06(日) 16:12:41

>>95
今MSはそういうことを考えているらしいぞ

**デフォルトの名無しさん** · 2005/11/06(日) 16:52:46

VBはもともとオラクルを扱うために生まれた言語ですよ

**デフォルトの名無しさん** · 2005/11/06(日) 17:16:21

　　　∧_∧　　　　／￣￣￣￣￣
　　 (ω・　)ゝ　＜　なんだって？
　ノ/　 /　　　　　＼＿＿＿＿＿
　　ノ￣ゝ

**デフォルトの名無しさん** · 2005/11/06(日) 20:20:07

DBの最適化命令って普通はどう突っ込む？
新しいデータが入ったと同時に実行されるようにするの？
時間で？

**デフォルトの名無しさん** · 2005/11/06(日) 20:26:36

>>97
個人でアプリ作ってるおばかさんにはDBなんて不要でしょうね。
ヒッキーは楽でいいですね

**デフォルトの名無しさん** · 2005/11/06(日) 20:55:30

>>100
えっ？？？

**デフォルトの名無しさん** · 2005/11/06(日) 21:55:05

>>91
まあ、>>92, >>95 はともかく。
>>88 の「SQLなんて、DBを詳しく知らなくても素人が扱えるようにした簡易言
語に過ぎない」は、「素人が」と言うところに引っかかる奴はいるだろうがま
あおおはずれと言うわけでもないだろ。

ビジネスロジックをバリバリ書くプログラマが全員データベース実装のプロと
言うわけじゃないから、データベース実装と言う分野ではある意味「素人」な
んだからさ。

**デフォルトの名無しさん** · 2005/11/06(日) 22:06:40

プログラマとデータベース設計（実装じゃないぞ）者を同一視してはいけないよ

**デフォルトの名無しさん** · 2005/11/07(月) 00:18:54

データベース実装は素人でもいいです
でもトランザクションについてはしっかり身につけてほしいですね
あ、トランザクションの使い方、じゃないですよ・・・

**デフォルトの名無しさん** · 2005/11/07(月) 14:59:22

＞８６
それだけではないでしょ。
ユニークていうのが、あいまいで使いたくなくて、唯一つのものにするけど、
唯一つのものが、主キーだけである場合、インデックスに使えるのは主キーだけになってくるから、
その場合、中間部分に意味のあるものはだめ。
例えば、年月日時で各桁に意味を持たせた場合、月ごととか中間一致は検索できない。
この場合、分類コード項目を新たに作る必要がある。
これを意味のない連番と表現されているようだけど、これもあいまいだと思う。

**デフォルトの名無しさん** · 2005/11/07(月) 15:21:33

＞最小分類インデックスに使えるのは
　~~~~

**デフォルトの名無しさん** · 2005/11/08(火) 02:24:22

年月入れる列って、日付型で1日固定として定義していい？
普通どうやる？

**デフォルトの名無しさん** · 2005/11/08(火) 07:20:40

俺は一日固定。でもどうせ年月しか使わないんだから日にちはどうでも良いんだよな。

**デフォルトの名無しさん** · 2005/11/08(火) 20:37:10

標準でXML並に日時型欲しい

**デフォルトの名無しさん** · 2005/11/08(火) 21:01:03

>>112
アクセスならあるけど？

**デフォルトの名無しさん** · 2005/11/08(火) 21:17:03

日時型ってyyyy/mm/dd hh:mm:ss？

**デフォルトの名無しさん** · 2005/11/08(火) 22:01:41

gYear, gMonth, gDay
gYearMonth, gMonthDay

**デフォルトの名無しさん** · 2005/11/09(水) 20:13:12

durationってのもあるな
イラネつったらいらんけど統一されるとありがたい
他人が使わなかったらあんまり意味無いけど

**>>105** · 2005/11/10(木) 22:25:27

>>106
書き方まずかったけど、>>105 のデータベース実装は、
データベースシステム自体の実装の話ね。例えばオラク
ルで働いてるアーキテクトとかプログラマーとかのこと
を言っている。データベースを使う人の話じゃないよ。

**デフォルトの名無しさん** · 2005/11/18(金) 22:26:57

O/Rマッピングを勉強中の者です。
DataMapperに関しての質問なのですが、
安直な実装では、DataMapperは識別子を受け取りドメインオブジェクトを作って返すことになるかと思います。
ここで、仮にオブジェクトの全ての値を利用するわけではなく、（状況によって変化する）
かつ、パフォーマンスを考慮して最低限のロードにとどめたい場合、
DataMapperにそのような特殊なオブジェクト（部分的にしかロードされていないオブジェクト）を返す責務を割り当てるべきなのでしょうか？

ドメインロジックに依存しない、という観点から見ると、DataMapperにそのような関数を作るのは不適当な気がしますし、
オブジェクトはデータベースに依存していないので、必要に応じて適宜読み込むようなProxyの実装も不適当かと思います。
（まだ理解が浅いので全く見当違いのことを書いているかもしれません・・・）

このような場合の解決策はどういったものになるのでしょうか。

**デフォルトの名無しさん** · 2006/05/13(土) 05:04:51

スレの内容よく分からんが
とりあえずageとくわ

**デフォルトの名無しさん** · 2006/07/08(土) 16:29:01

ORマッピングが面倒だね。
GUIなんて弄りたくないのだが、楽にやる方法無いの？
XMLなんてみんな使いやすいと思って弄ってるの？

**デフォルトの名無しさん** · 2006/07/23(日) 03:47:07

なんででーたべーす板って過疎ってるん？
こっちに統合しちゃえよ。

**デフォルトの名無しさん** · 2006/07/23(日) 12:52:03

一応、PL/SQLもプログラミング言語みたいだから、
こっちでもいいんじゃない？

**デフォルトの名無しさん** · 2006/07/24(月) 01:36:28

よくわからんがJavaならJDBC4.0で解決じゃね？

**デフォルトの名無しさん** · 2006/07/24(月) 10:37:42

JDBCの上にまともなフレームワーク使わないと大変ですよ。

**デフォルトの名無しさん** · 2006/09/14(木) 18:38:32

Ｃ＋＋からMySQL操作しているのですが、データベースの作成法を覚えていざデータベースを作ろうとすると、どう設計すればいいのかわかりませんでした。
下のような表をデータベースにしようとしてるのですが、
http://www1.mbrace.or.jp/od2/B/200609/b060914.lzh
この表のデータをどういう風にテーブルに分割すればいいのか検討がつきません。
例を示していただけるとうれしいです。

**デフォルトの名無しさん** · 2006/09/14(木) 20:26:04

正規化って難しいですね
パズルのようで、プログラムとはちがった楽しさです

**デフォルトの名無しさん** · 2006/09/15(金) 11:16:05

正規化ってやりすぎてもパフォーマンスに悪影響出るんだろ？

**デフォルトの名無しさん** · 2006/09/15(金) 16:36:19

セックルをやりすぎても彼女に嫌われるのと同じ。
程々にしとくのが一番いい。

**デフォルトの名無しさん** · 2006/09/16(土) 00:52:36

なんかフィールドが50個ぐらいになっちゃったんだけど、50個は普通？

**デフォルトの名無しさん** · 2006/09/17(日) 01:05:10

テーブル名とかフィールト名って大文字？
小文字じゃだめかな。

**デフォルトの名無しさん** · 2006/09/17(日) 01:10:40

>>130
小文字じゃダメなデータベースソフトじゃなければ、どっちでもいいだろ

**デフォルトの名無しさん** · 2006/09/17(日) 01:52:02

そか、仕事ではオール大文字だったから
ありがとう

**デフォルトの名無しさん** · 2006/10/09(月) 14:56:22

SQLとはちょっと違うのだが一つ質問。
プロセス間通信のかわりにデータベースをメッセージパッシングのためのキューとして使うのってなんか問題あるのかな？
アプリ同士のメッセージ交換にActiveMQとかCORBAを使わずに簡単にできる方法としていいのかなと思うのだが。
そもそもデータベースってシステム内のスコープがものすごく広いグローバル変数だよな？

**デフォルトの名無しさん** · 2006/10/09(月) 16:07:49

>>133
まあ、問題ないと思うよ。
通常のDBのトランザクション系データ自体そうじゃない。
ある事象を記録して、次の事象を促すデータ。

**デフォルトの名無しさん** · 2006/10/11(水) 20:24:50

>>133
メッセージングとデータ格納は別だと思うよ。
メッセージングをdbってのはあり得ないでしょ。

**デフォルトの名無しさん** · 2006/10/18(水) 01:09:27

>>135
狭い範囲ではありえないかもしれないが、イベントの契機となるものを広義な意味でメッセージと解釈すればありうるでしょ。
たとえば、ネットワークゲームである地点の状況をDBに格納して、その値をプレーヤが処理がすればそれは一種のメッセージングだよね。

**デフォルトの名無しさん** · 2006/10/18(水) 05:51:03

株価みたいなリアルタイムの値の処理もDBに突っ込んで証券各社でメッセージングしてるくらいだしなあ。

**デフォルトの名無しさん** · 2006/10/21(土) 09:44:16

つ電文

**デフォルトの名無しさん** · 2006/10/21(土) 09:51:42

DBに格納されたことを伝える方法ってないよねえ
トリガってどこまでできるんだろう

**デフォルトの名無しさん** · 2006/10/23(月) 23:09:37

MSDEつかいはじめたんですが、現在作成しているテーブルがどれだけあるか、また
どんなものがあったかを調べるコマンドはあるのでしょうか？

**デフォルトの名無しさん** · 2006/11/25(土) 13:51:27

すいません、ちょっと質問させてください。
ODBC経由でAccessのデータベースに、データを連続で自動登録させていたんですが、
２万数千件を超えた辺りから急激にパフォーマンスが落ちました。その後も徐々に
パフォーマンスが落ちて１０万件登録するのにメチャメチャ時間が掛かります。
そこで聞きたいのですが、フツーにAccessってこのくらい件数が増えたら当り前に
パフォーマンスが落ちるものなんでしょうか？
件数が多い場合は他のデータベースを使うほうが賢いのでしょうか？

**デフォルトの名無しさん** · 2006/11/25(土) 15:20:51

SQLite とか MySQL で試してみたら?
DB が悪いのかクエリーとの相性が悪いのか切り分けられるから。

**デフォルトの名無しさん** · 2006/11/25(土) 15:32:03

分かりました。試してみます。
ところでクエリーとの相性ってなんでしょう？

**デフォルトの名無しさん** · 2006/11/25(土) 15:39:09

大量のデータを一括登録する時は、それ用のクエリーの書き方ってあるものじゃん。

**デフォルトの名無しさん** · 2006/11/25(土) 15:43:20

い、一件ずつ登録していました・・・。
それようのクエリー、、調べてみます。

**デフォルトの名無しさん** · 2006/11/25(土) 15:57:46

とりあえずMySQLで試してみたら、Accessのようなパフォーマンス低下はありませんでした。
データも１０万件が一分かからずに登録完了です。
しかし、それようのクエリーがあるのなら無駄な処理をしているわけで、、。
解決した問題はそれとして、調べて一から作り直してみます。
教えてくれた人、ありがとう。

**デフォルトの名無しさん** · 2006/11/25(土) 16:31:41

>>146
autocomit?

**デフォルトの名無しさん** · 2006/11/25(土) 16:57:46

>>147
はい、テストのつもりで自動コミットモードでプログラムしていました。
もしかして自動コミットとAccessに何か悪い関係でも、、？
どういう意味でしょう？？

**デフォルトの名無しさん** · 2006/11/25(土) 17:16:24

大量のデータを一括登録するときはautocommitをOFFにしましょう。
ONだと10万回のcommitが発生します。

データの登録が完了＝＞一回commitで

**デフォルトの名無しさん** · 2006/11/25(土) 17:20:26

autocomitて表全体をLockするんじゃなかったっけ。
その場合、複数クライアントがいると・・・、あるいは、インデックス更新は時間が掛かる処理だから、
CREATE INDEXは後々バッチにまわすとか。
テーブルに導出項目(年齢を日付から計算させたり)があったりJOINが多かったりしても、パフォーマンスは悪化するけど、表全体ロックだと余計に。

**デフォルトの名無しさん** · 2006/11/25(土) 17:57:03

一般的なRDBMSの話だと、先にステートメントを作って使い回すとかね。

**デフォルトの名無しさん** · 2006/11/25(土) 20:32:53

亀レスですいませんでした。急に用事ができて出かけていたのでご容赦を。
>>149-150
言わるまで考えていませんでした。
でも、コミットって一回一回の処理ごとじゃなくてもできるんですね？知りませんでした。
１０万件ものデータを一回でコミットできるんなら楽で良いですね。
それにロックがパフォーマンスを悪化させるのも初めて知って勉強になりました。
ありがとうございます！

**デフォルトの名無しさん** · 2006/11/26(日) 00:38:33

確かSQLiteもトランザクション開かずに操作すると
毎回コミットするんだよな確か

**デフォルトの名無しさん** · 2006/11/26(日) 16:10:36

Cでデータベースを弄るのに便利なライブラリとかミドルウェアって無いの？

**デフォルトの名無しさん** · 2006/11/27(月) 04:47:04

>154
http://www.google.co.jp/search?hl=ja&q=C%E8%A8%80%E8%AA%9E+%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

**デフォルトの名無しさん** · 2006/12/10(日) 01:44:22

こういうことってセキュリティ対策なので仕方ないのはわかるんですが、
修正に1500～3000万もかかるもんなんでしょうか？
ttp://www.sankei.co.jp/shakai/wadai/061209/wdi061209004.htm

住基ネット離脱に難題…１人削除すると「不正データ」に

　住民基本台帳ネットワーク（住基ネット）からの個人の離脱を認めた大阪高裁
判決受け入れを決めた大阪府箕面市で、原告１人の住民票コードを削除すると、
約１２万７０００人のデータが入ったサーバーがダウンする恐れのあることが９日、分かった。

　対応策には１５００万－３０００万円かかるといい、担当課は頭を抱えている。
市情報政策課によると、住基ネットは市から府のサーバーを経由して国にデータが
送られる。しかし、原告の女性を除いたデータの交信は国から不正アクセスと
みなされ、市のサーバーがダウンする可能性があることが判明。削除できた場合でも、
原告を除く全市民のシステムを再構築するか、原告のデータだけ文書で管理する以外に道はないという。

　高裁判決は大阪府の吹田、箕面、守口３市の計４人の離脱を認めたが、吹田、
守口市は上告を決定。箕面市の藤沢純一市長は７日、判決受け入れを表明したうえで、
具体的な削除の方法について「システムの専門家ではなく、よくわからない」としていた。

(2006/12/09 21:56)

**デフォルトの名無しさん** · 2006/12/10(日) 01:51:25

age忘れてました
DB版は過疎ってるのでこちらで質問させて頂きました
すみません

**デフォルトの名無しさん** · 2006/12/10(日) 02:31:23

>>155

>>こういうことってセキュリティ対策なので仕方ないのはわかるんですが
いやいやいや・・・・・

まず普通にありえねぇだろｗｗｗｗｗ
論理削除オンリーでデータが無限に増え続けていくシステムだぜ？

**デフォルトの名無しさん** · 2006/12/10(日) 07:27:22

>>156-157
ＤＢ板に逝け

**デフォルトの名無しさん** · 2006/12/10(日) 10:59:00

PG板のスキルは低いよ(w

**デフォルトの名無しさん** · 2006/12/10(日) 11:05:43

ニュー速＋のスレ見たがレベル低い話しか出てなくて驚いた
（sql一発でできるだろ、に近いノリ）

全うな話はだれかがブログに書くんじゃね？

**デフォルトの名無しさん** · 2006/12/11(月) 16:53:26

IBMの社員が電球を取り替えるのにかかる人数は・・・
とかいうのに近い＞1500万～3000万

**デフォルトの名無しさん** · 2006/12/23(土) 01:44:57

結局、Cで汎用的に使えるライブラリって無いの？

**デフォルトの名無しさん** · 2006/12/23(土) 05:26:59

http://www.codeproject.com/database/DBDevVCOLEDB.asp

**デフォルトの名無しさん** · 2007/01/24(水) 14:31:35

たとえば、家にある楽曲を管理して、検索するプログラムつくりたいんだが、JAVAがいいのか？
なんかさ、環境ダウンロードするのがめんどくて。

**デフォルトの名無しさん** · 2007/01/24(水) 18:00:35

Javaも環境ダウンロード必要