[過去ﾛｸﾞ] SQLite Part.10 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
903(2): 2022/09/08(木)12:10 ID:??? AAS
>>902
電断に勝つことを最終目標としてんだからまあ大丈夫っしょ
とりあえず電源ガチャガチャを1000回やってOKだったし
原理は知らんけど
904: 2022/09/08(木)17:08 ID:??? AAS
>>903
うん、君がイイと思うならいいんじゃね
君のシステムなら
905: 2022/09/08(木)17:38 ID:??? AAS
仕事のシステムだけど、ぜんぜんオッケーよ
「リチャードが大丈夫っつったしテストもすげーしたからセーフ」
って仕様書にも書いたよ
906(1): 2022/09/08(木)18:02 ID:??? AAS
>>900
うわー、この人「黙ってなよ」の人だったかw
そりゃキューなんてOS落ちたら内容保持しなくてもOKだわｗｗ
知識も経験も碌に無いのになんで知ったかぶりして出しゃばりたがるんだろうな
907(1): 2022/09/08(木)18:49 ID:??? AAS
>>903
OSクラッシュや電源断の時のトランザクションのatomicityは保証されてるよ
DBがcorruptするのは使い方が間違ってるか設定が間違ってるかSQLiteのバグかOSの欠陥
https://sqlite.org/transactional.html
原理を知りたければ説明書読んでね
https://sqlite.org/atomiccommit.html
908: 2022/09/08(木)20:33 ID:??? AAS
>>906
だからそう言うのは>>892に言ってくれよ
OS落ちても続きから処理したいケースがいくらでもあるらしいしw
> プロセス間のキューならOS落ちても起動後に続きから処理したいケースなんて
> いくらでもあるから、すげー特殊なんてこたあない。普通にあり得る。
909(1): 2022/09/08(木)20:42 ID:??? AAS
>>907
リンク先ちゃんと読んでる？
If after power is restored the file is only partially deleted, if some of its data has been altered or erased, or the file has been truncated but not completely removed, then database corruption will likely result.
って書いてますけど？w
そもそも普通のOSは100%ファイルシステムが壊れないと保証してないのにその上に載ってるDBファイルが壊れない保証なんてできるわけないだろ
910(2): 2022/09/08(木)22:18 ID:??? AAS
>>909
うわーそれ何書いてるかわからないんだww
負け惜しみしか言えないなら黙ってなよwww
911: 2022/09/08(木)22:34 ID:??? AAS
>>910
> うわーそれ何書いてるかわからないんだww
説明してみ
> 負け惜しみしか言えないなら黙ってなよwww
お前がなw
912(2): 2022/09/11(日)23:09 ID:??? AAS
荒れてるなあ。
OS単体だったらメインフレームでもない限りシステムダウン時のデータ保証はされないのが普通だけど、
それを気にするような要件なら当然ソフト(ファイルシステム・ドライバ・ミドルウェア)も
ハード(HDD/SSD・ストレージ装置・キャッシュ制御)もそれなりのものを入れて
システム全体で保証するだろうから、SQLite観点で仕様を検討する上ではその議論は不毛じゃないかね。
SQLiteを使ってるプロセスとしてデータ保証が出来ていればOKと思う。
データ保証が必要なキューのアーキテクチャの云々はスレ違いなので他スレでどうぞ。
913: 2022/09/12(月)03:03 ID:??? AAS
>>912
それトランザクションのAtomicityを保証するという話と違わないか？
914(1): 2022/09/12(月)06:19 ID:??? AAS
>>910
あれ？
説明まだかなーーーw
>>912
> OS単体だったらメインフレームでもない限りシステムダウン時のデータ保証はされないのが普通だけど、
>>892,894によるとされるのが普通らしいのでw
915: 2022/09/12(月)06:40 ID:??? AAS
何事も過信は禁物で、各レイヤでのバックアップは不可欠
運用システムのリスク許容度に応じて各自が判断しましょうできるように力を養いましょう
916: 2022/09/12(月)10:01 ID:??? AAS
ジャーナリングつきのファイルシステムなら急な電源切断は、保証はされないけど、だいたい壊れないやろ。
それでよければいいだけの話。
917(1): 2022/09/12(月)10:50 ID:??? AAS
>>914
OSによるものではなくファイルシステムによるものでは？
ファイルシステムもOSじゃいって言うのならまあそうだけど
918(3): 2022/09/12(月)11:15 ID:??? AAS
>>917
申し訳ないが主語をちゃんと書いてくれ
919(1): 2022/09/12(月)15:35 ID:??? AAS
>>918
お前もな
920(1): 2022/09/12(月)15:53 ID:??? AAS
さすがに>>918の文章を理解できない人には用はないので無駄に絡んでこないでねw
921(1): 2022/09/12(月)20:23 ID:??? AAS
>>920
ウザ絡みはヤメレ
922: 2022/09/12(月)20:59 ID:??? AAS
>>921
>>919 に言ってやれよ
923(1): 2022/09/12(月)21:49 ID:??? AAS
ID表示されないとNG出来なくて不便すぎるわ
924: 2022/09/12(月)21:57 ID:??? AAS
『データ保証』みたいな曖昧な言葉を使ってるからダメなんだよ
925: 2022/09/13(火)09:37 ID:??? AAS
>>923
専用ブラウザで>>918を透明あぼ～んすれば連鎖あぼ～ん出来るよ
926: 2022/09/14(水)02:14 ID:waXkrZmr(1) AAS
RDBMSをExcelだと思っているやつは多いからな。
927(1): 2022/09/14(水)10:36 ID:??? AAS
まあ世の中の9割5分のデータベースはエクセルで代用できるしな
928: 2022/09/14(水)15:00 ID:??? AAS
>>927
代用できるというか、活用できてないだけじゃね？
929: 2022/09/14(水)15:08 ID:??? AAS
DBの代用しちゃってるくらいならまだ良い方。
仕様書をエクセルで作る人とか、スクリーンショット送ってと言ったらエクセルに貼り付けて送ってくる人とか、色々いるよ・・・。
930: 2022/09/14(水)17:05 ID:??? AAS
スクショはどうするのがいいの？
技術に明るい人だけが閲覧するものならどうにでもなるんだけど
そうじゃない人も見るようなやつ
931: 2022/09/14(水)18:13 ID:??? AAS
ペイントでjpegにでもすれば
932: 2022/09/14(水)18:49 ID:??? AAS
単なるスクショだけならjpegとかでもいいけど複数のスクショにコメント入れたりしたい場合はExcelでもいいと思うよ
933: 2022/09/15(木)10:10 ID:??? AAS
未だにexcelを表計算ソフトかなんかだと思ってる人がいるのな
934: 2022/09/15(木)14:15 ID:??? AAS
画像にコメント入れるだけならパワポで良いでしょ。せめてワード。エクセルは無い。
935: 2022/09/15(木)15:20 ID:??? AAS
PowerPointもWordもページの制約が大きすぎるからそれに合わない用途の場合にExcelが選ばれる
設計書にスクショを含める場合とかならWord使うしユーザーにUIを説明するような用途ならパワポ使う
特にスクショを多く含むWordは手間書ければキレイに見せられるがメンテコストが高い
そしてここはSQLiteスレ
936: 2022/09/16(金)20:31 ID:bDV4ndIn(1) AAS
Excel等のOffice製品に貼り付けた画像は、ExcelファイルのZIP圧縮を展開すれば、Excel内部では画像ファイルとして存在しているので、Excelファイルに貼り付けるのも悪くはない。
画像ファイルで渡してこないことを馬鹿にしているけど、おそらく馬鹿にしているやつもWindowsのスナッピングツールではなく、プリントスクリーンキーで画面キャプチャを取っていそう。
どっちもどっちだろうな。
937: 2022/09/16(金)21:39 ID:??? AAS
さらにどうでもいい比較を放り込んでくるいつものキチさんｗ
938: 2022/09/19(月)15:29 ID:kkHv2WY1(1) AAS
なんでこんな素人がここにいるのかがわからないよな
939: 2022/10/26(水)14:05 ID:??? AAS
22-Year-Old Vulnerability Reported in Widely Used SQLite Database Library
https://thehackernews.com/2022/10/22-year-old-vulnerability-reported-in.html
SQLite Release 3.39.2 On 2022-07-21
https://sqlite.org/releaselog/3_39_2.html
>>この脆弱性は、数十年前には非現実的と見なされていたシナリオ (入力として 1 GB の文字列を割り当てる) が、64 ビット コンピューティングシステムの出現により実現可能になった例でもあります。
940: 2022/10/27(木)01:09 ID:??? AAS
へー、興味深い。そういうのは他のソフトとかでもあったりするんだろうな。
941: 2022/10/29(土)21:05 ID:EmUS1oSs(1) AAS
2000年まで使われると思わずに西暦の下二桁が99までしか考慮されていなかったのが、まだ25年くらい前の話だしな。
942: 2022/10/29(土)21:26 ID:??? AAS
ほんの30年前のHDDには504MBの壁とかあったしな
943: 2022/10/30(日)01:25 ID:??? AAS
アドレス空間は64KBなのにメガロムは128KBもあってさ
バンク切り替えの概念は当時の自分には難しすぎてな・・・
944: 2022/10/31(月)12:17 ID:??? AAS
SQLiteの正式なWebAssembly版「SQLite3 WASM/JS」が登場 － Publickey
https://www.publickey1.jp/blog/22/sqlitewebassemblysqlite3_wasmjs.html
945: 2022/11/21(月)11:11 ID:??? AAS
「SQLite3 WASM/JS」パブリックベータ公開。SQLite 3.40でサポート開始、WebブラウザなどでSQLiteが実行可能に － Publickey
https://www.publickey1.jp/blog/22/sqlite3_wasmjssqlite_340websqlite.html
>>本バージョンから...(略)...配布される公式のバイナリにLinux版、Windows版、Mac OS X版、Android版などと共に「SQLite3 WASM/JS」が含まれるようになりました。
946: 2023/01/13(金)08:42 ID:??? AAS
SQLite3 WASM/JS、Origin Private File Systemを用いてChrome上の高速なローカルDBが機能するとGoogleが明らかに、廃止されたWeb SQLの代替として利用可能 － Publickey
https://www.publickey1.jp/blog/23/sqlite3_wasmjsorigin_private_file_systemchromedbgoogleweb_sql.html
947(1): 2023/01/17(火)18:04 ID:??? AAS
みんなどのくらいのサイズで使ってるの？
一番大きいテーブルで一万件くらい？
スマホアプリにちょっと乗っける程度で使うもんなの？
948(1): 2023/01/20(金)08:56 ID:??? AAS
>>947
100万件くらいの案件だけど問題なく使えてるよ。レコードサイズにもよると思うけど。
あとはアクセス頻度とか、複数プロセスから同時にアクセスするかどうかとか、その辺によるのでは。
949: 2023/01/20(金)20:57 ID:??? AAS
>>948
ありがとうございます
正直勇気が湧きました
950: 2023/01/21(土)16:11 ID:??? AAS
1億件くらいまでなら余力があると思う
951: 2023/01/21(土)22:51 ID:??? AAS
selectだけならなんぼでもいけそうやな
B-Treeの構造上
952: 2023/01/26(木)03:02 ID:0ZdAuIEw(1) AAS
マシンパワーが上がっているから、処理性能も連動して上がる。
953: 2023/01/26(木)21:16 ID:??? AAS
https://www.sqlite.org/np1queryprob.html
> The SQLite database runs in the same process address space as the application.
> Queries do not involve message round-trips, only a function call.
HDD→SSDでクッソ恩恵受けてそう。
954: 2023/02/03(金)13:26 ID:??? AAS
デスクトップに a.db て適当な名前のdb作って書き込んでたら
書き込み中に a.nal ってファイルが現れてフイタ
955: 2023/02/14(火)07:54 ID:??? AAS
ちんちん！シュッ！シュッ！シュッ！
956: 2023/03/14(火)20:16 ID:9pflDpUJ(1) AAS
インサートだけの簡単なプログラムで使ってるけどdbファイルが2GB近くになった
dbファイルを消して新たに同じデータを流し込んだら3MB程度なのに
何でだろう
957: 2023/03/14(火)23:27 ID:??? AAS
sqlite3_analyzerで分析してくださいな
https://www.sqlite.org/sqlanalyze.html
958: 2023/03/15(水)06:44 ID:q1tU6ADy(1) AAS
そのツールは知りませんでした
分析してみます
ありがとうございます
959(1): 2023/03/15(水)18:08 ID:??? AAS
その2GBをvacuumしたら3MBになるみたいな簡単なオチではないよね・・・？
960: 2023/03/15(水)19:12 ID:??? AAS
>>959
そりゃ当然なるやろ
VACUUM相当のことをやったら3MBになったと書いてるじゃん
INSERTだけで3MBが2GBになる理由がわからなければ
アプリで定期的にVACUUMしなければいけないかわからないから
質問者的には意味が無いと思うよ
961: 2023/03/15(水)21:50 ID:??? AAS
「インサートだけの簡単なプログラム」←これが一番怪しい気がする。
実はインサートだけじゃなかった、に一票。
962: 2023/04/11(火)07:27 ID:9Zr80laE(1) AAS
SQLiteってトランザクションログとかあるでしょうか
実際の入力値に比べてdbファイルが随分デカくなってる気がするので
963(1): 2023/04/11(火)16:57 ID:2cL7SnhE(1) AAS
dbファイルが大きくなる問題に悩んでいる者ですがTextに長い文字が入ってくると項目の長さも拡張されるでしょうか
SQLServerでのMAXの精度指定のようなイメージです
ちなみにバキュームをしてもdbファイルのサイズは変わらないので知らない処理がこっそりデリートしてる事は無いと思います
964: 2023/04/11(火)20:01 ID:+S9P9M6L(1/4) AAS
隙間にデータを埋めたり、小さい隙間をなくす処理をしていたりと、初心者しか思いつかないようなネタを考えてられるのがすごいな。
あちこちで同じネタを製品別に書くのも飽きないか？
965: 2023/04/11(火)20:02 ID:+S9P9M6L(2/4) AAS
ファイル内の物理的なデータ位置が頻繁に変わる実装じゃ、使い物にならねえよw
966(1): 2023/04/11(火)20:44 ID:+S9P9M6L(3/4) AAS
ストレージの断片化を進める仕組みにメリットがあるかと考えればわかると思う
狭いところを使おうとして、他のデータを移動させるのもメリットがあるのか
967: 2023/04/11(火)20:56 ID:+S9P9M6L(4/4) AAS
>>963
SQLiteのtext型は、高度なRDBMSのLOB型と同じで、サイズが巨大だから安易に使うとどんどんデータファイルが大きくなる。
text型は巨大な文字データ型。
自分が格納している文字列に対して、使わない長さの領域を確保するので、INSERTでレコードが増えれば、ものすごい勢いでデータファイルが大きくなる。
SQLiteは大量のレコードを扱う用途には向いていない。
968: 2023/04/11(火)21:04 ID:??? AAS
一個のファイルですもんねぇ。
969: 2023/04/11(火)21:18 ID:??? AAS
>>966
mallocのアルゴリズムみたいなやつでしょ
細かいやつ用とでかいやつ用にわけておくやつ
データの移動はさすがにバキューン以外でやらんよ
970: 2023/04/11(火)23:28 ID:??? AAS
まーたいい加減な嘘連投するやつ来てるね
質問者が騙されないことを祈る
971(1): 2023/04/12(水)08:36 ID:+esFaGz3(1/5) AAS
SQLite公式マニュアル
https://www.sqlite.org/index.html
text型は文字列型というより、文章・文書の内容を格納する大きな文字データ型
text型を使うとレコードサイズが大きくなるため、レコードが増えるとdbファイル(データファイル)がすぐに大きくなる。
バキュームしてもtext型のカラムが確保している部分が大きいので、さほどdbファイル(データファイル)は小さくならない。
972: 2023/04/12(水)09:45 ID:??? AAS
>>971
どこにそんなこと書いてあるのか・・・
973(1): 2023/04/12(水)17:29 ID:??? AAS
いつもの法螺吹き君はカラムがすべて固定長だとでも思ってるみたいだねｗｗ
974(2): 2023/04/12(水)17:30 ID:??? AAS
保存してる文字列のサイズが大きければ保存先のファイルが大きくなるのは当然だよね
圧縮すれば小さくなるけどそれはデータ型とは関係のない話
975: 2023/04/12(水)20:20 ID:+esFaGz3(2/5) AAS
>>974
そういうのは素人考えだよ？
976: 2023/04/12(水)20:28 ID:+esFaGz3(3/5) AAS
>>973
固定長じゃなくて、ブロックのような単位で領域を確保する。
あなたのような素人にはファイルのどこにデータがあるのか考えたこともないんだろうね。
バキュームは位置が変わるんだよ。
意味がある文字列が長い文字列に更新されたときに離れたところに続きのデータを配置すると思っているかのような言い草だけど、それこそ古い考え方だよ。
VSAMファイルみたいな階層型データベースの改良版ではないぞ。
977: 2023/04/12(水)20:29 ID:+esFaGz3(4/5) AAS
>>974
それはまったく違う。dbファイルの中身を比較すればわかるだろ
978(1): 2023/04/12(水)22:20 ID:??? AAS
また関係ない話を持ち出して法螺吹くボラクルｗｗ
>固定長じゃなくて、ブロックのような単位で領域を確保する。
固定長の意味すら知らないんだなｗｗ
>バキュームしてもtext型のカラムが確保している部分が大きいので、さほどdbファイル(データファイル)は小さくならない。
知りもしないことで↑こんな嘘ついてる暇があったら基礎を勉強してねｗ
979: 2023/04/12(水)22:22 ID:+esFaGz3(5/5) AAS
>>978
https://www.sqlite.org/fileformat2.html
980: 2023/04/16(日)15:33 ID:??? AAS
エンジン
981: 2023/04/27(木)19:57 ID:WFjDl1XV(1) AAS
竹田
982: 2023/04/27(木)19:57 ID:??? AAS
私の名前はマイクです
983: 2023/04/27(木)19:57 ID:??? AAS
ダジャレかよ、
984: 2023/04/27(木)19:59 ID:??? AAS
こゆた
985: 2023/04/27(木)20:00 ID:??? AAS
看板は
986: 2023/04/27(木)20:00 ID:??? AAS
燻し銀
987: 2023/04/27(木)20:00 ID:??? AAS
ガラパゴス諸島
988: 2023/04/27(木)20:01 ID:??? AAS
、
989: 2023/04/27(木)20:03 ID:??? AAS
！？
990: 2023/04/27(木)20:03 ID:??? AAS
もゆる
991: 2023/04/27(木)20:06 ID:??? AAS
おんか
992: 2023/04/27(木)20:06 ID:??? AAS
ヒート
993: 2023/04/27(木)20:06 ID:??? AAS
しはた
994: 2023/04/27(木)20:06 ID:??? AAS
方法
995: 2023/04/27(木)21:06 ID:??? AAS
てす
996: 2023/04/27(木)21:06 ID:??? AAS
テスト
997: 2023/04/27(木)21:06 ID:??? AAS
。
998: 2023/04/27(木)21:07 ID:??? AAS
テスト！
999: 2023/04/27(木)21:07 ID:??? AAS
。
1000: 2023/04/27(木)21:07 ID:??? AAS
テスト
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 3905日 23時間 13分 33秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
省4
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.290s*