[過去ﾛｸﾞ]
【クラウド】ＪＤＬユーザー集合！！その19【組曲】 (1002ﾚｽ)
上
下
前
次
1-
新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
771
: 2023/02/09(木)08:07
ID:t2Fcbnw7(2/3)
AA×
[
240
|
320
|
480
|600|
100%
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
771: [sage] 2023/02/09(木) 08:07:23.68 ID:t2Fcbnw7 うーん、これをオンメモリって言い方下のはよくなかったかな？ ポイントはRDBMS じゃないってことね。クライアントアプリが直接データを書き換える処理を行っているってこと。 RDBMS による実装なら、仕訳の要素を増やしたり、仕訳の要素の領域を拡張したりすることは比較的容易なわけよ。 仕訳を切るとか修正するっていうアプリ内の操作をSQLを投げるということで抽象化できるから。 だから、補助の名称の拡張とか、仕訳にあらたな要素(インボイスの有無とか)を追加するってことは非常に困難であるってこと 困難どころか、現行のシステムの拡張という形としては、もう開発陣はこれをあきらめてしまっているかもしれない。 http://mevius.5ch.net/test/read.cgi/tax/1644487220/771
うーんこれをオンメモリって言い方下のはよくなかったかな？ ポイントは じゃないってことねクライアントアプリが直接データを書き換える処理を行っているってこと による実装なら仕訳の要素を増やしたり仕訳の要素の領域を拡張したりすることは比較的容易なわけよ 仕訳を切るとか修正するっていうアプリ内の操作をを投げるということで抽象化できるから だから補助の名称の拡張とか仕訳にあらたな要素インボイスの有無とかを追加するってことは非常に困難であるってこと 困難どころか現行のシステムの拡張という形としてはもう開発陣はこれをあきらめてしまっているかもしれない
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 231 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.028s