回答編集履歴
6
nとmの回数を指定
answer
CHANGED
@@ -21,6 +21,7 @@
|
|
21
21
|
1)サイコロをn回振って出た目を配列に格納する
|
22
22
|
2)n回降る動作を一気にm人で行ったので、1の結果と合わせて二次元配列で管理する
|
23
23
|
3)2の結果をDBに保存したい
|
24
|
+
ただし、0 <= n <=300, 0<=m<=300とします
|
24
25
|
|
25
26
|
こういう仕様であれば、回答者も割りと納得して回答してくれると思います。
|
26
27
|
|
5
もっと突き詰める
answer
CHANGED
@@ -15,7 +15,16 @@
|
|
15
15
|
という憶測で回答しています。
|
16
16
|
|
17
17
|
テーブルのカラムは可変とはいえそうホイホイ変わるものじゃないので、可変を扱いたいならこういれるしかないよねって感じです。
|
18
|
+
|
18
19
|
-------------------------------------------------
|
20
|
+
例えばなのですが、この仕様が
|
21
|
+
1)サイコロをn回振って出た目を配列に格納する
|
22
|
+
2)n回降る動作を一気にm人で行ったので、1の結果と合わせて二次元配列で管理する
|
23
|
+
3)2の結果をDBに保存したい
|
24
|
+
|
25
|
+
こういう仕様であれば、回答者も割りと納得して回答してくれると思います。
|
26
|
+
|
27
|
+
-------------------------------------------------
|
19
28
|
Excelとの違いなんですけれど、Excelのセルには「なんでも有り」ですよね。
|
20
29
|
A列、B列という曖昧な名前でそれぞれの列に意味はありません。
|
21
30
|
あくまで表計算であって、データを保存するためのセルではないのですよね。
|
4
もうちょい修正
answer
CHANGED
@@ -22,7 +22,7 @@
|
|
22
22
|
|
23
23
|
私達がイメージするリレーショナルデータベースとは整合性が取れた、データの塊です。
|
24
24
|
都道府県市区町村テーブルには自宅の電話番号は入っていないですし、
|
25
|
-
顧客テーブルに自社製品の品物名は入らないです。
|
25
|
+
顧客テーブルに自社製品の品物名や在庫数は入らないです。
|
26
26
|
|
27
27
|
Excelもそうなのですが2次元配列というのは、正直「それぞれの位置には意味を持っていない」と判断してしまうのです。
|
28
28
|
data[n,1]は氏名だ、と言われてもわからないのです。
|
3
ちょっとしゅうせい
answer
CHANGED
@@ -21,7 +21,7 @@
|
|
21
21
|
あくまで表計算であって、データを保存するためのセルではないのですよね。
|
22
22
|
|
23
23
|
私達がイメージするリレーショナルデータベースとは整合性が取れた、データの塊です。
|
24
|
-
|
24
|
+
都道府県市区町村テーブルには自宅の電話番号は入っていないですし、
|
25
25
|
顧客テーブルに自社製品の品物名は入らないです。
|
26
26
|
|
27
27
|
Excelもそうなのですが2次元配列というのは、正直「それぞれの位置には意味を持っていない」と判断してしまうのです。
|
2
Excelとの違いについて
answer
CHANGED
@@ -16,6 +16,19 @@
|
|
16
16
|
|
17
17
|
テーブルのカラムは可変とはいえそうホイホイ変わるものじゃないので、可変を扱いたいならこういれるしかないよねって感じです。
|
18
18
|
-------------------------------------------------
|
19
|
+
Excelとの違いなんですけれど、Excelのセルには「なんでも有り」ですよね。
|
20
|
+
A列、B列という曖昧な名前でそれぞれの列に意味はありません。
|
21
|
+
あくまで表計算であって、データを保存するためのセルではないのですよね。
|
22
|
+
|
23
|
+
私達がイメージするリレーショナルデータベースとは整合性が取れた、データの塊です。
|
24
|
+
住所テーブルには電話番号は入っていないですし、
|
25
|
+
顧客テーブルに自社製品の品物名は入らないです。
|
26
|
+
|
27
|
+
Excelもそうなのですが2次元配列というのは、正直「それぞれの位置には意味を持っていない」と判断してしまうのです。
|
28
|
+
data[n,1]は氏名だ、と言われてもわからないのです。
|
29
|
+
わからないものをデータベース化して!っていうのは、割りと困難なのです。
|
30
|
+
|
31
|
+
-------------------------------------------------
|
19
32
|
テーブル上限については、3000を目安にしたほうがよいとのことですが、3000もテーブルを作るシステムは使い勝手も悪くなるでしょう。
|
20
33
|
[漢(オトコ)のコンピュータ道](http://nippondanji.blogspot.jp/2009/05/mysql.html)
|
21
34
|
|
1
追記する
answer
CHANGED
@@ -1,3 +1,21 @@
|
|
1
|
+

|
2
|
+
|
3
|
+
極論で言っちゃあ、こういう構造で良いわけです
|
4
|
+
CSVファイルは、
|
5
|
+
date1,date2,date3,date4,date5・・・・・date100
|
6
|
+
の項で、100行並んでるとします。
|
7
|
+
|
8
|
+
プログラムで登録をした時、このテーブルにはファイル名と登録日、登録ユーザと各行をnumに持ち、dataにCSVファイルの一行をそのまま突っ込んでしまうのです。
|
9
|
+
|
10
|
+
2次元配列に戻す時はプログラム側で戻せば良いでしょう。
|
11
|
+
|
12
|
+
ただ、これだとdata[10,50]を取りたい時に即座には取れません。
|
13
|
+
|
14
|
+
私達はCSVファイルの項目がdate100以上あるかどうかが質問からはわからない(増える想定とか曖昧)のでこうせざるを得ないのでは?
|
15
|
+
という憶測で回答しています。
|
16
|
+
|
17
|
+
テーブルのカラムは可変とはいえそうホイホイ変わるものじゃないので、可変を扱いたいならこういれるしかないよねって感じです。
|
18
|
+
-------------------------------------------------
|
1
19
|
テーブル上限については、3000を目安にしたほうがよいとのことですが、3000もテーブルを作るシステムは使い勝手も悪くなるでしょう。
|
2
20
|
[漢(オトコ)のコンピュータ道](http://nippondanji.blogspot.jp/2009/05/mysql.html)
|
3
21
|
|