[過去ﾛｸﾞ] 【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
778: 2017/09/07(木)22:32 ID:9vlATu9m(2/2) AAS
自分達の底辺技術レベルが原因で、無実のエンジニアを罪人にして、ほっかむりしたのは三菱だけ
779(3): 2017/09/08(金)00:15 ID:7o1xz83o(1) AAS
ちなみにDBってopenとtransactionを分離している奴があるけど、これって何で？
例えばIndexedDBでもそうで、open後にtransactionを作ってアクセスしなければならない。
しかし普通に読み書きだけなら
DBWrite(DBname, objectStores, key, value)
みたいなAPIでクエリ毎にopen/close繰り返した方が使う側は楽だよね。
何らかの理由でopenが重いから分離しているのだろうけど、
普通に実装すればそんなに重いとも思えない。
（実際はopenは数秒かかる時もある程重いが）
これって何で？
ちなみに類似ケースはXHRで、通常は毎回XHRをnewするだろ。
省1
780(1): 2017/09/08(金)00:27 ID:vWsWUiiy(1/8) AAS
>>769
> WebアプリでDBコネクションを10分間も保持するなんてどういう実装したらできるんだろ?
> 普通にやったんじゃできないよね。
コネクションプールを使ったら普通にそうなりますが？
781(1): 2017/09/08(金)00:28 ID:vWsWUiiy(2/8) AAS
>>779
DBをopenしてselectしてcloseするなら
トランザクションいらないでしょ？
782(1): 2017/09/08(金)00:31 ID:vWsWUiiy(3/8) AAS
>>779
> 何らかの理由でopenが重いから分離しているのだろうけど、
> 普通に実装すればそんなに重いとも思えない。
ゆえにopenが重いから分離しているという
あなたの想像は間違いだって言うこと。
根拠のない想像を結論にしないようにしよう
検証の前にあるのは結論ではなく仮定という
トランザクションは複数の操作を一塊にするもので
openが軽いのとは関係ない話
783: 2017/09/08(金)00:47 ID:pIgMfxSJ(1/6) AAS
>>781
IndexedDBの場合はトランザクションは常に必要だ。
他の楽観的なトランザクション分離のDBについては知らん。
>>782
では何故openとtransactionを分離するんだ？
最初からtransaction単位でopen/closeするAPIにしておけばいいだけの話だろ。
そこを分離して手動でやらせる理由が分からん。
784(1): 2017/09/08(金)00:55 ID:vWsWUiiy(4/8) AAS
IndexedDB特有の話なら、IndexedDBの話だって書けよ
はい、トランザクションつかってませーん。ばいなら
外部ﾘﾝｸ:qiita.com
オブジェクトストア作成
オブジェクトストアは、RDBでいうテーブル。
var storeName = 'sampleStore';
省6
785(1): 2017/09/08(金)00:57 ID:vWsWUiiy(5/8) AAS
IndexedDB特有の話ならtransaction使わないと
readonlyなのかreadwriteなのか決められないからだろ
786(1): 2017/09/08(金)01:14 ID:mcCYyLIS(1/3) AAS
>>779
DBへの接続(open)とトランザクションは別のレイヤーだからだよ
1つの接続で2つのトランザクションを実行したい場合どうすんの？
transactionを明示的に指定しない場合に
デフォルト設定で例えばステートメント単位でトランザクションになるような仕組みがDBにあればtransaction指定は必須でなくなる
一般的なRDBはそうなってると思うけど
787(4): 2017/09/08(金)01:20 ID:pIgMfxSJ(2/6) AAS
>>784-785
つかお前根本的に分かってないだろ。
IndexedDBはonupgradeneededの時は最初からトランザクションを張っている。
これはMDNからはとてもそうは読めないのだが、とにかくそう。
そしてAPIが
> DBWrite(DBname, objectStores, key, value)
> DBWrite
とかでいいのではないか？というのが俺の疑問なのだが。
何故かは知らんがDBには「繋ぎっぱなし」の文化はあるんだよ。>>772
IndexedDBのAPIからもそれは読みとれる。
省8
788(1): 2017/09/08(金)01:26 ID:pIgMfxSJ(3/6) AAS
>>786
> transactionを明示的に指定しない場合に（以下略）
これについてはそれでいい。
APIコール1回＝1つのtransactionになるって事で。
> 1つの接続で2つのトランザクションを実行したい場合どうすんの？
これってどういうケース？
その2つのトランザクションをくっつけて1つのトランザクションにしておけばいいだけの話では？
並列性を限界まで出したくて、例えばライト/リードでトランザクションを分けておきたいとかか？
789(1): 2017/09/08(金)03:16 ID:mcCYyLIS(2/3) AAS
>>788
1回の接続で複数トランザクションを実行したいケースってあんまりないのかな
例えば２つのトランザクションのうち後者が失敗しても前者をロールバックしたくない時とか考えてみたら？
トランザクションのたびに再接続するので良いケースもありうるけどそうじゃないケースもありうるよね
だから一般的にはトランザクション境界と接続の開閉を一つにしたAPIってのはいい設計じゃないと思う
>>787
繋ぎっぱなしの文化なんかなくて、ただの開放漏れのバグだよ
openしたらcloseするのが必須
790(2): 2017/09/08(金)08:36 ID:Q9xrmP/+(1/2) AAS
>>780
コネクションプーリングはコネクションを使いまわす仕組みだからDBには繋がったままだけどWebのセッションからはリクエストの度に切り離される。
とっくに終わってるセッションがコネクションを独占するようなアホな作りはどうやったらできるのかって事。
791(1): 2017/09/08(金)08:40 ID:Q9xrmP/+(2/2) AAS
>>787
繋っぱなしってコネクションプーリングのことでしょ。アプリから見ると毎回、open/closeしてるように見える。
792(1): 2017/09/08(金)09:36 ID:vWsWUiiy(6/8) AAS
>>790
コネクションを独占ってなんだ？
異なるセッションから、コネクションを使いまわすのがコネクションプーリングなんだが？
セッションが終わってるっていうのなら、コネクションは明け渡してるだろ
793: 2017/09/08(金)09:38 ID:vWsWUiiy(7/8) AAS
>>787
> IndexedDBはonupgradeneededの時は最初からトランザクションを張っている。
じゃあなおのこと、openでトランザクションは貼れないな。
だって、何の操作をするかで、トランザクションの種類が変わるわけで
openした時点ではわからないんだから
794: 2017/09/08(金)09:40 ID:vWsWUiiy(8/8) AAS
>>787
> そしてAPIが
> > DBWrite(DBname, objectStores, key, value)
> > DBWrite
> とかでいいのではないか？というのが俺の疑問なのだが。
トランザクションは複数のDBWriteを
一つにまとめるものなんだから
それじゃだめだろって言ってるんだが？
いいからトランザクションを勉強してくれ
お前、根本的に分かってない（笑）
795: 2017/09/08(金)11:27 ID:K/Y+ost0(1) AAS
>>792
>>766-767
796(1): 2017/09/08(金)19:22 ID:pIgMfxSJ(4/6) AAS
>>789
ただのバグでMDISが糞だというのは同意だが、APIは糞だぞ。
> 例えば２つのトランザクションのうち後者が失敗しても前者をロールバックしたくない時とか考えてみたら？
これなら2つトランザクションを打てばいいだけ。それで何の問題もない。
> トランザクションのたびに再接続するので良いケースもありうるけどそうじゃないケースもありうるよね
ねえよ。具体的に挙げられないだろ。
open/closeがAPIにある場合の利点は、連続した同一DBに対する2つのトランザクションで、
・open/transaction1/close/open/transaction2/close
を
・open/transaction1/transaction2/close
省16
797(1): 2017/09/08(金)19:23 ID:pIgMfxSJ(5/6) AAS
DBのAPIは意味不明で、そもそもオブジェクト指向にも反してる。
ユーザがやりたいのはread/writeであって、open/closeではない。
File.openの代わりにHDD.open+File.readというAPIにする奴がいたら、死ねでしかないだろ。
open/closeってもしかして今みたいなパケット相乗り回線ではなく、専用回線を掴んでいた時の名残か？
上下前次1-新書関写板覧索設栞歴
あと 205 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s