回答編集履歴
3
補足
answer
CHANGED
|
@@ -7,9 +7,10 @@
|
|
|
7
7
|
|
|
8
8
|
詳しくは RDBMS 機能 とかで調べてみてください。
|
|
9
9
|
|
|
10
|
-
特に検索や同時更新制御、正規化によるデータ間の整合性確保あたりを自力でしっかりと実装するのは、RDBMSとSQLの基本を学びながら実装するよりは難易度が高いと思います。
|
|
10
|
+
特に検索や同時更新制御、正規化によるデータ間の整合性確保あたりを自力でしっかりと実装するのは、少なくともRDBMSとSQLの基本を学びながら実装するよりは難易度が高いと思います。
|
|
11
11
|
|
|
12
12
|
この辺の機能が必要無かったり、制限付きで問題無ければクリティカルな問題にはならないという事でもあります。
|
|
13
|
+
(必要無いかどうか判断出来ないにであればクリティカルな問題になる可能性が高いです。)
|
|
13
14
|
|
|
14
15
|
メリットは、
|
|
15
16
|
使った事があるので工数が読みやすい
|
2
補足
answer
CHANGED
|
@@ -1,5 +1,7 @@
|
|
|
1
1
|
要件を満たすなら実装は何でも良いと思います。
|
|
2
2
|
|
|
3
|
+
---
|
|
4
|
+
|
|
3
5
|
データストアをファイルとした場合、
|
|
4
6
|
RDBMSのメリットが使えない、もしくは自力で実装しないといけないというのがデメリットです。
|
|
5
7
|
|
|
@@ -7,6 +9,7 @@
|
|
|
7
9
|
|
|
8
10
|
特に検索や同時更新制御、正規化によるデータ間の整合性確保あたりを自力でしっかりと実装するのは、RDBMSとSQLの基本を学びながら実装するよりは難易度が高いと思います。
|
|
9
11
|
|
|
12
|
+
この辺の機能が必要無かったり、制限付きで問題無ければクリティカルな問題にはならないという事でもあります。
|
|
10
13
|
|
|
11
14
|
メリットは、
|
|
12
15
|
使った事があるので工数が読みやすい
|
1
補足
answer
CHANGED
|
@@ -17,5 +17,5 @@
|
|
|
17
17
|
> プロジェクトが大きくなった際に他の技術者を雇った場合、
|
|
18
18
|
> perl・ファイルベースですと技術が古くてスムーズに引き継ぎ出来ないのではないかと心配しております。
|
|
19
19
|
|
|
20
|
-
perlを出来る人は一定数居ると思いますが、年齢層が高くなるので、ある程度割高になる事は想定しないといけないでしょうね。
|
|
20
|
+
perlを出来る人は一定数居ると思いますが、年齢層が高くはなるので、ある程度割高になる事は想定しないといけないでしょうね。
|
|
21
|
-
|
|
21
|
+
それよりは、フレームワークやRDBMSといった仕組みを使わないのであれば、相当しっかりとドキュメントを作らないと作った人以外は触れないシステムになりますので、そちらを気にする方がいいかと思います。
|