板検索:
何故データベース設計は軽視されるのか? (71)
まとめビュー
1
.net[ 派遣で天才プログラマーが消えた ]   投稿日:0000/00/00 00:00:00


2
NAME IS NULL[sage]   投稿日:2011/12/03 00:57:01  ID:???.net(48)
>466
糞ワロタお前の情試の例はよりによってITパス/FEの午前かよw

高度のスペシャリスト系は良く出来てる
所詮知識なので合格即実務で出来る、ではないが
「この程度も知らずに実務やってないよね?」感はある

3
NAME IS NULL[sage]   投稿日:2011/12/03 12:43:57  ID:???.net(48)
>468
高度がよく出来てる?
アホか?回答速報当日出ないような奇問も混じってるわけだが?

4
NAME IS NULL[sage]   投稿日:2011/12/03 13:50:27  ID:???.net(48)
>469
お前はずっとFE午前レベルの「プラズマテレビの〜」だけやってろw

お前みたいに高度もとれない程度の知識レベルの奴が設計してるシステムとか・・・
関わってる連中が可愛そうだわ。まさにスレタイにピッタリな人間www

5
NAME IS NULL[sage]   投稿日:2011/12/04 00:16:08  ID:???.net(48)
>470
難易度低い時に受けてたまたま取れたヤツが偉そうにしてるの見ると痛々しくなるよな。
基本はわかってるが応用効かないし、製品個別の仕様部分を考慮できなかったりロクなヤツがいない。

6
NAME IS NULL[sage]   投稿日:2012/04/23 13:48:49  ID:???.net(48)
専板のDB設計スレが保守の末落ちる程だから軽視も致し方ない

7
NAME IS NULL[sage]   投稿日:2012/07/15 16:24:28  ID:???.net(48)
大本の設計程制約少ないから楽に作れるもんなんだが、
逆に末端がどんどん依存してくれるから後で変更するのがた〜いへん。
わかってるとこだとDB設計にコストかけてくれる。
わかってないとこだと作る側の営業と使う側の購買が交渉にコストかけてくれる。
後者、会社関係単位で迷惑。

詳細テーブル全てに予めtempカラム群持たせるのって、
個人的にはかなりの糞だと思うんだが・・・

8
NAME IS NULL[sage]   投稿日:2012/07/22 12:59:18  ID:???.net(48)
予備カラム…COBOL脳全開の設計ですな。

9
NAME IS NULL[]   投稿日:2012/07/22 14:06:03  ID:C+pjCT8o.net
そこで列指向データーベースですよ

10
NAME IS NULL [sage]   投稿日:2012/07/23 19:43:57  ID:???.net(48)
そうそう
ところで激安中古CAD専門店っていいの見つけた。
かなり安いし使える

11
NAME IS NULL[sage]   投稿日:2012/07/24 22:41:20  ID:???.net(48)
>474
何百万レコード級のテーブルを
使ったことはある?

ALTER TABLEだけで何十分とか
当たり前にかかったりするぞ。
それを思えば、ハナからバカにした
ものでもない。

12
NAME IS NULL[sage]   投稿日:2012/07/24 22:49:28  ID:???.net(48)
>477
レコード数が多いからこそ、カラム数を減らすべきだってことが分からないのか?

13
NAME IS NULL[sage]   投稿日:2012/07/24 22:55:57  ID:???.net(48)
COBOL脳だとRDBにおいてはテーブルサイズが大きくなるとパフォーマンスが加速度的に劣化する場合があることを理解できない。

あいつらなんでもかんでも一行づつ処理しようとする。

処理時間=一行の処理時間(一定)×行数

はRDBじゃ通用しないんだよ

14
NAME IS NULL[]   投稿日:2012/07/24 23:29:57  ID:qDs+O0CQ.net
某H関連会社に訪れた際、若手SEが仕様レビューを受けていた
「ここでSQLのSUM関数で合計を取得します」
「それ信用できるの?ちゃんと一つずつ足さないとダメだよ」

21世紀でこれかと驚いた

15
477[sage]   投稿日:2012/07/26 22:49:50  ID:???.net(48)
>478
ケースバイケースだと言ってるんだよ。
絶対どっちか、というものではない。

予備カラムがあっても、理由が充分なら、
それでよいではないか。

16
NAME IS NULL[sage]   投稿日:2012/07/26 23:25:44  ID:???.net(48)
予備カラムなんて持たせたら、いざ使う時、意味合いとカラム名が乖離するよね。
検索パフォーマンスが必要無いならxml型にするって手もあるけど

17
NAME IS NULL[]   投稿日:2012/07/26 23:36:01  ID:D083zD7I.net
DB変更は仕様変更になるから別契約だけど
予備項目を活用する分には保守の範囲内で出来るから
予備を多めに作っとくっていうのがあったな

クソだと言われてる設計でも事情でそうなってるのも結構あるよね


18
NAME IS NULL[sage]   投稿日:2012/07/27 00:24:21  ID:???.net(48)
予備カラム多用すると、後々どの予備カラムが何の目的で使われてるか分からなくなるw
画面から予備カラムにセットする値にも制限掛からないから、変な値入ってバグってみたり。

19
NAME IS NULL[sage]   投稿日:2012/07/27 20:28:23  ID:???.net(48)
そもそも可変長ランダム入出力が基本なRDBのレコードにおいて
予備カラムをあらかじめ作る必要性はうすい

COBOLだから予備カラムつくるんじゃなくて、それが動いているプラットフォームが
固定長バッファのシーケンシャル入出力を基本としてたから必要なだけ

20
NAME IS NULL[]   投稿日:2012/07/28 01:31:34  ID:+zDhKkY8.net
>439
あんな天下り先確保のための試験を
ボッタクリ価格で受けるとか、
怒りが湧いてくる。

21
NAME IS NULL[sage]   投稿日:2012/07/28 02:12:21  ID:???.net(48)
まるで意味のない資格では無いだろ。

とはいえ午後1は酷い問題混じってることあるから、選択運の要素が強いけど。

22
NAME IS NULL[sage]   投稿日:2012/07/28 10:54:33  ID:???.net(48)
>486
安いので許せや

23
NAME IS NULL[sage]   投稿日:2012/07/28 10:55:35  ID:???.net(48)
>487
酷い問題のってどれですか

24
NAME IS NULL[sage]   投稿日:2012/08/04 09:12:32  ID:???.net(48)
>487-488
>486 は取れなかった奴の言い訳じゃね (w

25
NAME IS NULL[]   投稿日:2013/10/13 20:53:47  ID:4bhXtCWz.net
保守age

26
NPCさん[]   投稿日:2014/01/15 06:23:23  ID:8z9mQXwT.net
66427727358778987766457232625+40=66427727358778987766457232665
www.2ch.net
toro.2ch.net/db/
toro.2ch.net/test/read.cgi/db/1228061247/

27
NAME IS NULL[sage]   投稿日:2014/01/29 00:39:34  ID:???.net(48)
>1
せっかく合意のとれた業務フローとテーブル設計を
180度ひっくり返しに来る奴(客・身内問わず)がいるから
それが最初からわかってるから軽視される

28
NAME IS NULL[sage]   投稿日:2014/01/29 01:16:58  ID:???.net(48)
この前某中古ショップですごく安いパソコンを発見しました。
ちょうど私はその時新しいパソコンがほしいと思っていて本当に買おうかと悩みました。
というのも2011年製でCPUがCorei5、メモリも4GBあるしHDDが1TBもあってお値段がなんと38000円でした。
まだ発売日からあまり期間も経っていないしこのスペックでこの値段ならかなりお買い得かなと思ったのですが、問題は少スペース型というか拡張性がないタイプのものだったんです。
それにグラフィックボードもついておらず後々の事を考えるとやめといたほうがいいかなという結論に達しました。
結局ネットでBTOのパソコンを後で注文しました。
いやぁしかしまさか周りにあるパソコンの中で一番スペックが高いのに一番安い値段になってるとは思いませんでした。

seo対策無双 Part6【評判 2ch twitter valid seo】 /Web制作板
seo対策無双 /Web制作板

29
NAME IS NULL[]   投稿日:2014/02/02 00:06:45  ID:LwhyxpFz.net
自分で競馬データベースや競馬新聞を作りたいんだが
どんなプログラミング言語を学習すればいいですか?
競馬を通してプログラミングを勉強すれば楽しいと思うし、
仕事にも役立つとなれば一石二鳥。

データーソースは外部の物を利用。

30
NAME IS NULL[sage]   投稿日:2014/02/14 21:34:14  ID:???.net(48)
↓こういう提供されたexcelデータがあるとします
     日本小学校
     1年   |2年
     1組 2組 | 1組  2組
座席番号1安藤 伊藤|五十嵐 飯田
座席番号2臼井 榎本|上田  岡田
座席番号30(全クラス30で統一)

↑をデータベースに格納しようとすると
こういう風な感じになると思いますが
日本小学校 一年 1組 座席番号1 安藤
日本小学校 一年 1組 座席番号2 山田
日本小学校 2年 1組 座席番号1 伊藤

視覚的に編集するには前者の方がやりやすいですよね
こういう前者のデータ構造は何か名称があったりしますでしょうか

また前者のテーブルの横にアメリカ小学校を追加する場合もあります
こういうデータを管理するために何かいいツールとかないでしょうか?
データベースに格納できるよう変換してくれたり

     1年   |2年
     1組 2組 | 1組  2組
日 座席番号1安藤 伊藤|五十嵐 飯田
本 座席番号2臼井 榎本|上田  岡田
小 
ア 座席番号1ボブ トム
メ 座席番号2マリー




こんな風にしたり

31
NAME IS NULL[sage]   投稿日:2014/02/15 11:02:45  ID:???.net(48)
>496
そもそもそれはデータ構造と呼べる代物かが疑問なんだが
表現方法としては「マトリクス表」とか呼べばいいんじゃね?

ツール?excel使えばいいじゃん
excel VBAでcsvを出力するマクロを作れば終いだ

32
NAME IS NULL[sage]   投稿日:2014/02/15 20:26:44  ID:???.net(48)
やっぱ自作ですかね
どうもです!

33
NAME IS NULL[]   投稿日:2014/07/22 14:35:32  ID:AM7LzXqx.net
★2ch勢いランキングサイトリスト★

◎ +ニュース板
・ 2NN
・ 2chTimes
◎ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
◎ +ニュース板他
・ Desktop2ch
・ 記者別一覧
◎ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
・ ログ速
◎ 全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi

※ 要サイト名検索

34
NAME IS NULL[sage]   投稿日:2014/07/23 19:35:38  ID:???.net(48)
 埼玉県警川口署は20日、小学生の女児の下半身を触ったとして強制わいせつの疑いで、
同県蕨市南町、東大大学院博士課程の内藤慶一容疑者(26)を逮捕した。

 川口署によると、内藤容疑者は「研究が忙しく、ストレスがたまっていた。少女に興味があった」と供述している。

 逮捕容疑は1月4日午後5時半ごろ、埼玉県川口市並木2丁目の書店1階の階段近くで、
当時9歳で小学4年だった女児の下半身を触った疑い。

 書店の防犯カメラ画像を解析するなどして内藤容疑者が浮上した。
3月上旬に近くのスーパーで別の女児が下半身を触られる被害があり、関連を調べる。
http://www.47news.jp/CN/201407/CN2014072001001585.html

35
NAME IS NULL[sage]   投稿日:2015/02/08 18:11:12  ID:???.net(48)
色々あるけど結論として
役に立たないんだよ。

まじで。

36
NAME IS NULL[sage]   投稿日:2015/08/22 10:22:18  ID:???.net(48)
テーブル設計がきちんとしてるだけで
オプティマイザがいい仕事するんやで

37
NAME IS NULL[]   投稿日:2015/10/22 23:00:56  ID:72sKbAfY.net
☆ 日本の核武装は早急に必須ですわ。☆
総務省の『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。

38
NAME IS NULL[]   投稿日:2015/11/22 12:48:10  ID:7pwbZA71.net
インターフェイスが決まってからデータベースを設計するのに今更気づいた。

39
NAME IS NULL[]   投稿日:2015/11/24 20:00:17  ID:dq6F7Xc9.net
>504
インターフェイスって何?

40
NAME IS NULL[]   投稿日:2015/11/24 21:21:06  ID:bTXxqVP9.net
> 748 名前:名無しピーポ君 :2015/11/24(火) 12:28:48.30
> 噂の日教組保育士がまた報復やったってさ
>
> 749 名前:名無しピーポ君 :2015/11/24(火) 12:41:16.38
> あーーーー在日居住地にある能満幼稚園の

41
NAME IS NULL[]   投稿日:2015/12/10 17:38:16  ID:9MpJNZja.net(2)
>504
システム間インターフェイスだとしても、ユーザーインターフェイスだとしても間違っているか?

42
NAME IS NULL[]   投稿日:2015/12/10 17:40:03  ID:9MpJNZja.net(2)
データをどう持つのかを初めから考えていないとUIもデータモデルも失敗する。

43
NAME IS NULL[sage]   投稿日:2016/01/21 04:46:50  ID:???.net(48)
途中で持ち方換える事もあるけどな

44
NAME IS NULL[sage]   投稿日:2016/12/16 06:28:37  ID:???.net(48)
柔軟に設計しろよ。ただしスタンダードはある。

45
NAME IS NULL[sage]   投稿日:2017/08/18 10:52:33  ID:???.net(48)
>216
Googleの検索システムがKVSの御時世に何言ってっだこいつ?

46
NAME IS NULL[sage]   投稿日:2017/08/18 13:05:23  ID:???.net(48)
>511
8年前の書き込みに何言ってっだこいつ?

47
NAME IS NULL[]   投稿日:2017/08/18 22:51:50  ID:41NDIrx4.net
>511
>512
自演なのかも知れんがクッソワロタ

48
NAME IS NULL[sage]   投稿日:2017/08/22 21:43:07  ID:???.net(48)
スレタイが気になっから来てみたが
データベース設計を「テーブルレイアウトを決める」という作業と捉えてる時点でDB設計を軽視してるんだよね

テーブル設計はDB設計の中でも末端作業だから、そういう認識から変えたほうがいい気がする
経験上、DB設計出来ますってやつのうち概念設計や論理設計がまともにできるやつは20人に1人いればいいほう

49
NAME IS NULL[]   投稿日:2017/08/23 00:07:55  ID:xUh+Pb4A.net
論理設計とかについて偉そうに語れるほど
論理設計が出来るとは思ってないが

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するといったことを

末端作業と言って軽視すのは
どうかと思うよ

50
NAME IS NULL[sage]   投稿日:2017/08/23 01:15:21  ID:???.net(48)
軽視してるってわけでもないんだがテーブルレイアウトを決めるのはDB設計全体の一部でしかなく
それも最後のほうにやる作業だって意味

ある業務に関わるデータをどういうデータ構造で管理するのが適切かを考えようとしてる時に
「Excelのフォーマットを決める」ような作業が、RDBなら「テーブルレイアウトを決める」という作業

「どういうExcelフォーマットにしようか」ってのと同じ観点から始めて
テーブル定義書と申し訳程度のER図を書くことがDB設計だと思ってる人がすごく多い
DB設計はテーブルレイアウトを決める作業じゃなくて、DB設計の結果としてテーブルレイアウトが決まる

51
NAME IS NULL[sage]   投稿日:2017/08/23 02:10:01  ID:???.net(48)
システム設計を「クラスの定義を決める」作業として捉えてるのと同じって言ったほうがわかりやすいか

クラス図とクラス定義書を書くのが設計だと思ってる人はほとんどいないけど
DB設計においてはそのレベルの人がたくさんいるよね

52
NAME IS NULL[]   投稿日:2017/08/23 08:18:56  ID:ZPvWL1rI.net
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するといったことが
最も大切だよ

それだけの話

それらを必要に応じて
敢えて崩すのはアリだけど
正規化をやらないとかはありえない

53
NAME IS NULL[sage]   投稿日:2017/08/23 22:05:49  ID:???.net(48)
>518
それって結局、DB設計をテーブルレイアウトを決める作業と捉えてて
テーブルレイアウトを決めるのにはそれらが最も大切だって言ってるんじゃねーの?

例えば正規化ってOOにおけるSRPやOCPみたいな設計原則に相当するものだよ
SRPに従ってクラスを分けることがシステムやプログラム全体の設計の中で最も大切だったりする?
クラス定義においてならまだ理解できるけどさ

それと同じで正規化の知識は必須だし、業務アプリなら当然その設計原則に従ったモデルを作るんだけど
DB設計において正規化することが最も大切なわけではないよ

54
NAME IS NULL[]   投稿日:2017/08/23 22:20:54  ID:HAUVK0b0.net(2)
>519
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するといったことが
最も大切だよ

それより大切なことって何かな?

55
NAME IS NULL[sage]   投稿日:2017/08/23 22:52:53  ID:???.net(48)
>1
>何故データベース設計は軽視されるのか?

理由を考えてみたが、教育不足と経験不足が大きな原因だと思う

まず一般的なプログラムの設計に比べてDB設計はその機会自体が圧倒的に少ない
それはプログラムに比べてDBは数も少なくライフライクルも長いし、プログラム設計に比べればDB設計は一人で担当できる規模が大きいから

機会自体が少ないから、業務アプリに関わるエンジニアの中で繰り返し何度もDB設計の経験が積めるような人も当然少ないし
その中でも優れたDB設計者となるともっと少ない

だから一部のDB設計に特化した会社や部門を除くと、かなり大手でもDB設計に関してまともに後進の教育や育成ができるような人はすごく稀
そうでない人たちに教育・育成されたエンジニアが大多数を占めるからDB設計が軽視されることが自然と多くなる

DB設計能力の低いと、どうしてもプログラムの処理に重きを置きがちで
プログラムからデータをどう使いたいかという観点でDBを設計しちゃう人が多い(=DB設計の軽視)
そういうやり方を見てきた人たちはそれが当たり前だと考えるからDB設計軽視が再生産される


個人レベルでは優れた教育を受けたり、数多くの経験を積むことで負の連鎖からは抜け出せそう
会社レベルではDB設計の機会の少なさと重要性を認識して、優れた育成者を多く育てる努力が必須かな

56
NAME IS NULL[sage]   投稿日:2017/08/23 22:56:37  ID:???.net(48)
>520
DB設計において最も重要なことは
ビジネスドメインと要求を深く理解して適切なデータモデルを作ること

57
NAME IS NULL[]   投稿日:2017/08/23 23:33:45  ID:HAUVK0b0.net(2)
>522
ビジネスドメインと要求を深く理解するというのは
そもそもデータベース設計レベルの話かい?

58
NAME IS NULL[sage]   投稿日:2017/08/24 00:54:44  ID:???.net(48)
>523
そうだよ
ちゃんとしたデータベース設計には必須だよ
対象のドメインと要求を深く理解しないと適切なデータモデルは作れないから

だからプログラムの実装に近い人がDB設計するよりも
要求分析をする人で技術力もある人がDB設計をしたほうがまともな設計ができることが多いよ
後者の場合は組織や責任者がDB設計にとって何が重要か理解しててDB設計を軽視してないっていう理由も大きいけどね。

59
NAME IS NULL[]   投稿日:2017/08/24 01:09:48  ID:3UP+EtyQ.net(2)
>524
ふむ

要求分析をする人で技術力もある人が
ビジネスドメインと要求を深く理解して適切なデータモデルを作れば

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するのは
やらなくて良いと仰りたいなかな?

60
NAME IS NULL[sage]   投稿日:2017/08/24 01:22:40  ID:???.net(48)
>523
大局的には「計算機で効率的に処理可能な形式で対象を表現したモデル」――「対象領域の計算機向けモデル」(数理モデルとか、あっちの意味でのモデル)の構築こそが根本であるので、
それを重要視する、ということ?

でも個人的には正規化などのtuple(型)の設計しながらフィードバックしていって上記の概念を理解・把握・構築している感じがある
具象から始まり抽象化する、というか、つまり何なのか、を追求していくとそこに至るというか


なので個人的には>522>520 ww

データベースに長けた人からみるとまた違うのかな?

61
NAME IS NULL[]   投稿日:2017/08/24 01:41:42  ID:3UP+EtyQ.net(2)
>526
ビジネスドメインと要求を深く理解して適切なデータモデルを作る

という作業の中に

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する

という作業が内包されてるなら
そもそも比較することが間違い

62
NAME IS NULL[sage]   投稿日:2017/08/27 03:26:41  ID:???.net(48)
正規化も、データ型の決定も、それより上位の工程がちゃんとできてれば
ほぼ機械的に決定して薦めれるからなぁ

63
NAME IS NULL[sage]   投稿日:2017/08/27 11:26:11  ID:???.net(48)
DB設計と、要件定義やモデリングとかとを同一視しすぎてるような気もするな。
本質的に不可分なのだという主張なら、それはそれというか、方向性としてはわかる。
もっとも、そうなるとその線引きは難しいだろうけど。

64
NAME IS NULL[age]   投稿日:2017/08/27 13:03:07  ID:???.net(48)
>528
機械的にやれるからと言って軽視するのが
そもそも間違い

65
NAME IS NULL[sage]   投稿日:2017/08/27 16:06:51  ID:???.net(48)
>529
DB設計の一部である概念設計は要件定義の一部
という考え方なので不可分といえば不可分

フェーズの呼び方は会社によって違うだろうけど
要件定義時に概念設計,
基本設計時に論理設計,
詳細設計時に物理設計が基本

DB設計の質を一番大きく左右するのが概念設計
エンティティの漏れやリレーションの間違いがあると
制約の定義漏れやデータ型の選択ミスとは比べられないレベルの悪影響が出る
(正規化の多くは概念設計で行われる)

もっと狭義のDB設計フェーズという考え方があるのかもしれないけど
そういう考え方自体がデータベース設計軽視につながっている可能性があるのかも

66
NAME IS NULL[sage]   投稿日:2017/08/27 19:45:14  ID:???.net(48)
>531
その考え方を徹底すると、DB設計はなくなりそう。w

67
NAME IS NULL[sage]   投稿日:2017/08/28 10:28:40  ID:???.net(48)
>530
機械的にやれるということと、軽視するということには関連性がない
君はいったい何と戦ってるんだ?

68
NAME IS NULL[sage]   投稿日:2017/08/28 19:01:17  ID:???.net(48)
>531
概念設計、論理設計、物理設計のどの段階で正規化するの?

69
NAME IS NULL[]   投稿日:2017/08/28 19:05:55  ID:pMau8GL2.net
>534
普通は初めから正規化したようなまとまりで考える。

70
NAME IS NULL[sage]   投稿日:2017/08/28 22:24:53  ID:???.net(48)
概念モデルに正規化もなにも無いと思うけど
概念を正しく論理モデルにする作業が正規化だろ

71
NAME IS NULL[sage]   投稿日:2017/08/28 22:34:45  ID:???.net(48)
>534

>535の言うとおり、どこかで正規化の工程があるというよりは
最初からほぼ正規化されたモデルで考えて
モデルを改善するたびに正規化違反をチェックしながら都度対応する

なので概念設計が終わったらその段階まででの正規化も終わってる
論理設計時にはサロゲートキーや削除フラグみたいなのが追加されて
正規化が崩れる場合があるからその場合も都度判断して対応する
物理設計では正規化に関わるようなところは基本的にいじらない

DB概念設計のインプットになるようなドメインモデリングをする時は
概念間の関係とわかりやすさを重視するので正規化されてるかどうかは気にしない
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

データベース板 タイトル検索

このスレッドが人気です(実況系)
関ジャム 完全燃SHOW ★2 (709)テレ朝実況
情熱大陸 (841)TBS実況
旅ずきんちゃん【別府温泉ハカセの旅】 (548)TBS実況
ガキの使い 「第4回 夜の口パクヒットスタジオ 完結編」★4 (503)NTV実況
HERO'S★1 (733)フジ実況
サンデースポーツ★2 (948)NHK実況
林先生が驚く 初耳学!★3 (582)TBS実況
Going! Sports&News★1 (387)NTV実況
このスレッドが人気です(ニュース系)
【社会】「愛称だけで岡山空港とわかる」が条件 岡山県が空港の愛称募集 来年3月開港30周年…採用者には3万円の★3 (758)ニュー速+
【野球】アジアプロ野球CS 日本7-0韓国[11/19] 日本3連勝で制覇!外崎先制含む2適時打!西川適時打&1発!田口7回0封! (1002)音楽・芸能ニュース
【社会】「愛称だけで岡山空港とわかる」が条件 岡山県が空港の愛称募集 来年3月開港30周年…採用者には3万円の★2 (1002)ニュー速+
【朝日新聞】「保育園落ちた日本死ね」は不満を抱える市民の表現だ。国会議員の「朝日新聞死ね」は同列に出来ない ★7 (387)ニュー速+
【野球】アジアプロ野球CS 日本7-0韓国[11/19] 日本3連勝で制覇!外崎先制含む2適時打!西川適時打&1発!田口7回0封★2 (356)音楽・芸能ニュース
【社会】「ジジイ死ねよ!」店内で老人を蹴った女の子 取り押さえると、真相が明らかに★4 (1001)ニュー速+
【相撲】日馬富士暴行後に和解も両者にしこり 貴乃花の暴走で大混乱 (1002)音楽・芸能ニュース
【日馬富士暴行】貴ノ岩、夏巡業中に同じモンゴル人力士を殴打していたことが判明。日馬富士激怒の一因か★3 (311)ニュー速+
データベース板の人気スレ
Oracle 質問総合スレ13 (221)
SQL質疑応答スレ 17問目 (942)
PostgreSQL Part.11 (404)
MySQL 総合 Part26 (68)
Oracle 質問総合スレ9 (986)
MySQL 総合 Part24 (1010)
Oracle 質問総合スレ10 (1014)
SQL質疑応答スレ 15問目 (1013)
Microsoft SQL Server 総合スレ 11 (561)
はじまりです。 (585)
XML統合スレッド (397)
だれかみずほ銀行のDBを直してやれよ (54)
この板が生き残るために (58)
新しい板の名前を決めるスレ (63)
SQLite Part.10 (650)
♪つっかもうぜ!DB! (122)
RDBMS比較総合スレ 【サーバ】 (131)
OODB - オブジェクト指向データベース (302)
   D       B         (138)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)