回答編集履歴

3

推敲

2019/01/29 14:08

投稿

sazi
sazi

スコア25430

test CHANGED
@@ -12,7 +12,7 @@
12
12
 
13
13
 
14
14
 
15
- ある時、自治体のデータ扱うことがあって、その時のデータは項目が分かれており、月や日が'不明'として入力されていました。
15
+ ある時、自治体のデータ扱うことがあって、その時のデータは項目が分かれており、月や日が'不明'として入力されていました。
16
16
 
17
17
  年・月・日を分けた上でさらに判断が必要になるのは明らかに効率が悪そうです。
18
18
 
@@ -32,7 +32,7 @@
32
32
 
33
33
  逆に、SQLでの結合や抽出の条件するような場合に判定をする必要が無くこれが非常に効率的でした。
34
34
 
35
- 開始~終了の様な期間で無制限は00000000~99999999と設定すればよく、判定が必要な場合も値で可能ですしね。
35
+ 開始~終了の様な期間で無制限は0~99999999と設定すればよく、判定が必要な場合も値で可能ですしね。
36
36
 
37
37
 
38
38
 

2

追記

2019/01/29 14:08

投稿

sazi
sazi

スコア25430

test CHANGED
@@ -39,3 +39,5 @@
39
39
  あ、文字型にするのは数値型より遅くなるのでハナから考えていませんでした。
40
40
 
41
41
  という訳で、日付を扱うのは数値型最強説でした。
42
+
43
+ 但し、ログのようなデータ(作成日とか更新日とかの記録系)は日付型の方が良いので、制御に使う項目に限定ですけど。

1

推敲

2019/01/25 01:37

投稿

sazi
sazi

スコア25430

test CHANGED
@@ -4,7 +4,7 @@
4
4
 
5
5
 
6
6
 
7
- 最初の頃は私は、日付は日付型とし管理する方が日付型に関する色々な関数が直接使えるし効率が良いと考えていました。
7
+ 最初の頃は私は、日付は日付型とし管理する方が日付型に関する色々な関数が直接使えるし効率が良いと考えていました。
8
8
 
9
9
 
10
10
 
@@ -22,7 +22,7 @@
22
22
 
23
23
  これが、意外に最強でした。
24
24
 
25
- 日付の書式に変換が必要な場面はありましたが、それは画面や帳票やCSVなどに出力する場合に単に書式を設定るような類です。
25
+ 日付の書式に変換が必要な場面はありましたが、それは画面や帳票やCSVなどに出力する場合に単に書式を設定るような類です。
26
26
 
27
27
  例えばyyyy/mm/ddの様な書式なのですが、書式というだけで日付型に変換する必要はありません。
28
28