質問編集履歴
5
補記:実現したいこと
title
CHANGED
@@ -1,1 +1,1 @@
|
|
1
|
-
繰り返し
|
1
|
+
繰り返しタスク(例:毎週水曜/10時)のためのテーブル設計が分からない
|
body
CHANGED
@@ -1,5 +1,5 @@
|
|
1
1
|
### 実現したいこと
|
2
|
-
Googleカレンダーのよう
|
2
|
+
Googleカレンダーのように毎週水曜の10-11時の定例タスク(期間設定あり)を作成するといった仕様のカレンダーの実装です。(この機能はToDoアプリなどでも使用されているものを想定しています)
|
3
3
|
|
4
4
|
### 現状
|
5
5
|
毎週水曜の10-11時の定例イベントを例えば1/20~同年10/31までの期間で作成するといった場合にテーブル上には1/20~同年10/31までの日別のレコードを作成するような仕様で実装しています。
|
4
補足追加
title
CHANGED
File without changes
|
body
CHANGED
@@ -12,7 +12,9 @@
|
|
12
12
|
|
13
13
|
### 補足
|
14
14
|
定例イベント(例:1/20~同年10/31)を作成したあと、そのイベントのうち4/1のイベントだけタイトルや時間等を変えたい場合にも対応した仕様も実装したいと考えています。
|
15
|
+
※[同事象と思われる記事](https://kazu.tv/blog/2013/10/20/calendar-data-in-rdbms/)
|
15
16
|
|
17
|
+
|
16
18
|
### 添付
|
17
19
|
◇現状のテーブル設計状況
|
18
20
|

|
3
添付追加
title
CHANGED
File without changes
|
body
CHANGED
@@ -14,5 +14,8 @@
|
|
14
14
|
定例イベント(例:1/20~同年10/31)を作成したあと、そのイベントのうち4/1のイベントだけタイトルや時間等を変えたい場合にも対応した仕様も実装したいと考えています。
|
15
15
|
|
16
16
|
### 添付
|
17
|
-
現状のテーブル設計状況
|
17
|
+
◇現状のテーブル設計状況
|
18
|
-

|
18
|
+

|
19
|
+
|
20
|
+
◇Googleカレンダー(参考)
|
21
|
+

|
2
補足追加
title
CHANGED
File without changes
|
body
CHANGED
@@ -10,6 +10,9 @@
|
|
10
10
|
### 解決に向けて
|
11
11
|
スケジュールのメイン情報を取扱う「スケジュールテーブル」と繰り返し情報を取扱う「繰り返し設定テーブル」の2つを用意するなど考えましたが、イマイチといった状況です。。。
|
12
12
|
|
13
|
+
### 補足
|
14
|
+
定例イベント(例:1/20~同年10/31)を作成したあと、そのイベントのうち4/1のイベントだけタイトルや時間等を変えたい場合にも対応した仕様も実装したいと考えています。
|
15
|
+
|
13
16
|
### 添付
|
14
17
|
現状のテーブル設計状況
|
15
18
|

|
1
改行位置等
title
CHANGED
File without changes
|
body
CHANGED
@@ -1,21 +1,14 @@
|
|
1
1
|
### 実現したいこと
|
2
|
-
Googleカレンダーのような毎週水曜の10時-11時の
|
3
|
-
定例イベント(期間設定あり)を作成するといった仕様のカレンダーの実装
|
2
|
+
Googleカレンダーのような毎週水曜の10時-11時の定例イベント(期間設定あり)を作成するといった仕様のカレンダーの実装
|
4
3
|
|
5
4
|
### 現状
|
6
|
-
毎週水曜の10-11時の定例イベントを例えば1/20~同年10/31までの期間で
|
7
|
-
作成するといった場合にテーブル上には1/20~同年10/31までの日別のレコードを
|
5
|
+
毎週水曜の10-11時の定例イベントを例えば1/20~同年10/31までの期間で作成するといった場合にテーブル上には1/20~同年10/31までの日別のレコードを作成するような仕様で実装しています。
|
8
|
-
作成するような仕様で実装しています。
|
9
6
|
|
10
7
|
### 抱えている問題
|
11
|
-
これだと例えば10年後まで毎日繰り返しといったケースの場合、
|
12
|
-
365日×10年のレコードを作成することになります。
|
13
|
-
これはDB設計的には問題なのではと初心者ながらに思うところです。
|
8
|
+
これだと例えば10年後まで毎日繰り返しといったケースの場合、365日×10年のレコードを作成することになります。これはDB設計的には問題なのではと初心者ながらに思うところです。
|
14
9
|
|
15
10
|
### 解決に向けて
|
16
|
-
スケジュールのメイン情報を取扱う「スケジュールテーブル」と
|
17
|
-
繰り返し情報を取扱う「繰り返し設定テーブル」の2つを用意するなど
|
11
|
+
スケジュールのメイン情報を取扱う「スケジュールテーブル」と繰り返し情報を取扱う「繰り返し設定テーブル」の2つを用意するなど考えましたが、イマイチといった状況です。。。
|
18
|
-
考えましたが、イマイチといった状況です。。。
|
19
12
|
|
20
13
|
### 添付
|
21
14
|
現状のテーブル設計状況
|