https://sqlite.org/releaselog/3_25_1.html
SQLite Part.10
レス数が1000を超えています。これ以上書き込みはできません。
https://sqlite.org/releaselog/3_25_1.html
https://sqlite.org/releaselog/3_25_2.html
pythonから使う分には不要であってますか？
sql="select * from hoge" ←セミコロンなし
１文だけだと不要だよ
その話はきっとC言語の文とかと混乱してる。
不要ということで。
sqlite セミコロンでぐぐると忘れないようにしまようってのが目についたので聞いてみましたｗ
sqliteのドキュメントをちゃんと読もうよ。
英語だからワカンナイは理由にならない。
6年以上も英語を勉強してるだろ?
ワカンナイって言うやつは税金どろぼうだ。
それはちょっと厳しいやろ。
関数とかの説明なら英語でもなんとかなっても、文法はかなり難しいで。
概要ならともかく、詳細はなかなか。
SQLiteや英語よりも、まず先に社会性を学べ
sqliteの公式ドキュメントで使ってる英文法は難しく無いだろう?
そっちの文法じゃねえ。SQLの文法。
「文法」を「関数」と並列に並べてるのが読めないのか。
英語よりも日本語を読めるようになったほうがいいぞ。
どっちとも取れる文章で文句言ったってしゃあないっしょ
https://www.sqlite.org/syntax/sql-stmt-list.html
を見たら英語なんてわかんなくても>>764だとわかると思うが…
そっちの文法かいなw
それは、構文図と言う書き方なんで、構文図の読み方が分からないと分からんわなあ。
https://en.wikipedia.org/wiki/Syntax_diagram
SQL構文図でぐぐれば出てくるよ。
英語なんて見るのも嫌ってヤツが少なからず居るからそこまでたどり着けない。
わざわざKYを自慢せんでもええで。
その図が読めるのは、英語を読めるよりも少ないやろ。
向学心の無い奴に何を見せても無駄だわな
バカアピール乙 w
オラクルでも使ってるし、SQLプログラマーとして読めないのはいかんだろ。
日本語の文法ではあるが意味不明だ。
バカアピール乙 w
↑
こういう用法で合っているか?
なんの話がしたいんや？
訓練されたマなら読めて当然やが、大元の質問をするような人は読めなくても当然。
正しい使い方
>>780, >>782
バカアピール乙
日本国民のほぼ全員が英語教育を受けてるので読めるやつは多いだろう。
プログラミング教育も必須化されるので、、、
訓練 w
矢印追っかけていくだけだからむしろ子供とかプログラムとか知らない奴の方が理解しやすいだろ
上から目線の>>787が言うなよww
上から目線？どこが
https://www.sqlite.org/releaselog/3_26_0.html
知らんかったよ・・。
Pythonで
sql = 'select * from hoge'
cur.execute(sql)
for i in cur:
print(i)
と
sql = 'select * from hoge'
cur.execute(sql)
l = cur.fetchall()
for i in i:
print(i)
同じ結果になる。fetchall()て使わないとダメなの？
Pythonのライブラリみたいだけど、SQLite関係なくない?
cur.execute(sql) を
for i in cur: で一つずつ取得する場合はfetchは不要みたいだね
> for i in i:
は
for i in l:
だとして
> 同じ結果になる。fetchall()て使わないとダメなの？
別に使わなくていい、と言うかでかいデータをfetchall()するとメモリー上に展開するからやっちゃダメ
ただforとかfetchone()で回すとシリアルにしか処理できないから読み込んでpythonでランダムに処理したい時とかはfetchall()で一気に読み込んで処理するとかはあり得る
fetchallがPythonライブラリなのは知らなんだわ
をゐ！
ddからごにょごにょしてファイルを拾ってみると、txt、dbx、spliteとかのファイルがあって、どうやらデータ保存にこのSQLiteってのを使ってるみたいなんです。誰か同じようにデータ救出したことある人いませんか？
現状、拾ったファイルからプリセットと思われるDBが見えてるだけの状態です。
https://imgur.com/pg50Nq7
そんなもんが簡単にできたら祭りになってる
データ自体は読み出せるだろうけど暗号化されてるから復号キーを知り得る立場でないと意味ないぞ
datnameという列が動画ファイルの名前なのかな。
https://www.sqlite.org/releaselog/3_28_0.html
https://www.sqlite.org/releaselog/3_29_0.html
アメリカだとジャスパーレポートがあるのか
maindb.tbl1とattachしたsubdb.tbl2をjoinした結果でcreate viewして、
それをselectしたら、no such db:"maindb.tbl2"ってエラーになったんだけど、他の人も再現しますか？
joinした結果だけなら普通にselectできて、中身も正しいんだけど
エラーメッセージからも、どうもattachしたsubdbがviewにすると上手く参照出来てないっぽい
https://www.sqlite.org/releaselog/3_30_0.html
https://www.sqlite.org/releaselog/3_30_1.html
excelからVBAで書き込もうとしたけど上手くいかない
sqliteに日付型なんぞ無い
文字型と数値型で代用さ
タイムゾーンとか範囲とか精度とか表現とか。。。
文字型にするかepochからの経過日数にするとか
あんまりみたことないやりかた。ｗ
でも、わかる。
わるくないかも？
ふつーだと思う
日付型の演算が必要なければ文字列型にしても不自由はない。
Decimal Coded Clock notationで、DCC?
というか、time()とかdate()とかって関数なかったっけ？
COBOLの時代には普通にあったよ
文字だと8バイトだがPacked-Decimalだと5バイト
記憶装置が貧弱だった時代の話し
日付について詳しく書いてある。
オープンソースであんだけしっかりとマニュアルが有るのは無いぞ。
文字型だとexcelにインポートしたときソート出来ないので
https://i.imgur.com/WbWYC32.png
これ標準SQLなの？
postgresqlでは昔からあったこの書き方。
便利だなあ
https://www.sqlite.org/releaselog/3_32_2.html
これってふつうなのでしょうか。
ググると、WALファイルの内容はコミットされたときに、DBファイルとマージされるという趣旨の記事を見かけたのですが、
WALファイルの内容をDBファイルに加えて、安全に削除できるようにするにはどうしたらいいのでしょうか。
よろしくお願いいたします
https://www.sqlite.org/wal.html#avoiding_excessively_large_wal_files
dllファイルを作ろうと公式からamalgamationをダウンロードして、visual studioのc++のプロジェクトに中身全部追加してビルドしようとしても「プリコンパイル ヘッダーを検索中に不明な EOF が見つかりました。'#include "pch.h"' をソースに追加しましたか?」など色々エラーや警告が出ます
プロジェクトの設定で、プリコンパイルヘッダが有効になってんじゃないの？
無効にしないと。
ようやく出来ましたわ
どこ見ても同じような指南していて、その通りにしているのに同じエラーが出続けて参ってました
構成とプラットフォームのコンボボックスにも適切な設定をしないと駄目なんですね
ありがとう
凄く初歩的な質問で申し訳ないが、当方Web系ではないので全く相場が分かってない。
PHPからSQLiteを操作している。
元々既に動いているプロトタイプではリテラルで与えていたSQLを、
本格運用前にその他機能も付けてプリペアドに書き換えているのだが、
そうすると何故か動かないケースに何度も遭遇し、色々試ししたところ、
どうやら頭の一つしか動いていないっぽいことに気づいた。
それでググッたのだが、そのものは出てこない。
ただしプリペアドの使用例ではどこもシングルステートメントで書かれているし、
MySQL8.0の仕様書には「プリペアドはマルチステートメントには対応していません」と明示されており、
MySQLで対応出来てない機能がSQLiteにあるはずも無しか？とも思っている。
（というよりそもそもプリペアドがマルチステートメントに対応しているDBが無いのか？)
そこで上記の質問になる。
もう諦めてシングルステートメントに書き直しているが、一応確認したい。
使えるのってあるのかね
やはりそうか。ありがとう。
>>846
今作っているのは他環境用（公開用）だから。
バージョン上げて済むならそうするし、動作条件にそう書くだけ。
プリペアドがシングルステートメント専用だと絶望的にコードが汚くなる。
これだと上位階層でラップしたくなるのも分かる。
そしてLaravel見たが、完全にORMに近い。まあそりゃそうだ。
（プリペアドが必要な場合は、)SQLなんてベタで書くものではないと痛感している。
ただなあ、ポインタを渡しているだけっぽいので、実装は難しくなさそうだし、やる気がないだけか？
確かにフレームワークで隠蔽するべきだし、その場合には最早どうでもいいのも確かだけど。
SQLiteならユーザー定義関数
https://magazine.jp.square-enix.com/top/comics/?search=q&;x=0&y=0&sword=%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle
https://miyagi.doctor-search.tv/search/hospital?dis=3000&;Keyword=%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle
https://mtke-job.jp/list/keyword=%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle
https://news.dwango.jp/search/?s=%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle
検索文字を2文字以下にするとヒット数が0件になります
スキーマは
CREATE VIRTUAL TABLE novel USING fts5(text, tokenize= 'trigram')
で、
SELECT * from novel WHERE text MATCH 'ジョー';
→結果391件
SELECT * from novel WHERE text MATCH 'ジョ';
→結果0件
という感じです
SQLite3のtrigramは3文字以上の語句しか検索できないのでしょうか？
> Notes:
> Substrings consisting of fewer than 3 unicode characters do not match any rows when used with a full-text query.
> If a LIKE or GLOB pattern does not contain at least one sequence of non-wildcard unicode characters,
> FTS5 falls back to a linear scan of the entire table.
> https://www.sqlite.org/fts5.html#trigramidx
tri- …
それ含めてテスト中なのだとも思うけど。
どんな「テスト」なんや？ｗ
ドキュメントを読まない、ググらない、想像もしないヤツに「親切」とは？
>>851よりも>>856のほうがバカに見えるな。。。
Experimentalなんだから、仕様のテスト中だよ。
MATCH対象は文字列なのだから、プリペアドで与えられる事も普通にある。つまり、変数扱いだ。
なら、今の仕様だとプログラム側(上位)で「3文字以上かどうか」を判定してSQLを切り替えてやらないといけなくなる。
これだと使いにくいでしょ。
普通なら、
・2文字以下の場合は内部的にLIKEに切り替えてヒットするようにするか、
・2文字以下もヒットして欲しい場合はMATCHではなく別の予約語(NEARMATCH)とかを用意するか
だと思うけど。
Experimentalが何か知らないお前が一番頭悪いよ。なお853=856=俺な。
>>851に対して言える事は、
SQLiteは公式ドキュメントが素晴らしくよく出来てるので、引っかかったらまずは公式を読めって事だね。
はっきり言って大体公式だけで解決する。
> ・2文字以下の場合は内部的にLIKEに切り替えてヒットするようにするか、
> ・2文字以下もヒットして欲しい場合はMATCHではなく別の予約語(NEARMATCH)とかを用意するか
こんな提案、なおさらバカに見えるわ。ｗ
だとするとお前が「仕様はどうあるべきか」考えるレベルに至ってないだけの話だよ。
変数で与えたらいちいち文字数なんて気にしてないのだから、今の仕様だと、
・プログラミング側で3文字以上であることをいちいち確認するか --- (A)
・さらに上位の仕様で3文字以上である事を保証する（例えばパスワードで8文字以上とかのあれ）か、 --- (B)
・SQLite側で何らかの対応をする --- (C)
のどれかが必要で、Aだと各ライブラリ/フレームワーク/ORM内に「3文字以上チェック」のコードが必要になるだろ。
CならそれがSQLite内の1箇所で済む。
だったら、全世界で重複コードが出来るだけ少なくなるように最適化する場合は、自ずとCになる、ってだけ。
それが分からないお前は、無駄にコード重複しまくってる馬鹿だと断定出来る。
本来そのコードがどこに置かれるべきか考える癖を付けたほうがいい。
で、それ含めてExperimentalで、つまり、
・3文字以下は無視の今の仕様でいいか、
・何らかの対策を盛り込むべきか
というわけだよ。実際に使ってフィードバックしろって事。
限界ギリギリまで高速にする場合は今の「無視」の仕様がよくて、現実的にほぼ2文字以下の検索なんて必要ないのならそれもあり、
いやいちいちラッパを用意するのがウザイ、なら仕様変更で2文字以下も自然にヒットするようになる、というだけ。
だからこそ Note になってるわけで。
SQLは、素人のオモチャやないんやで！ｗ
適当に自動でやりゃあいいってもんやない。
速度激遅のリスクを内包するわけないから、最低限の仕様にしかならんわ。
劇遅ではない。
クエリプランナ（つまりインタプリタ)でif文1個分だよ。しかもSQLiteだとC言語だ。
上位で対応するよりは段違いに速いよ。
まあどのみち君には仕様を考える頭はないし、君に決定権があるわけでもないからいいけどね。
なんかこっちが恥ずかしくなるわ
全文検索のインデックスについてよーく調べるようにな。ｗ
C言語がどうとか関係ないことを知ってるふうにしゃべってる場合ちゃうで！
君には実装を考える頭はないし、君に決定権があるわけでもないからいいけどね。
いやマジでホントによかった。
できればLinuxで....。あったら御教授くだされ。
とりあえず、PythonとPyQtでフロントエンド作り始めたんだけど、挫折しそう....
>>PyQT
なんで一番面倒な方法使うかなw
凄い楽にWebUI作れる
LibreOffice Base
おかげさまで住所録と顧客名簿をFileMakerからPySqlite3 & PyQtに移行できました。
どちらも15フィールド100レコードぐらい...年賀状づくりに間に合って良かったです。
PyQTなんか良く使うなw
慣れっすよ、慣れ。
だいぶ前にtkinterとWxとPyQtならべてデザイナの良さでPyQtになってしまいました。
結局pycsv（データ以降用）+PyQt（GUI）+pysqlite3（DB）+reportlab（印刷）という
構成で実装できました。とても他人に見せられる代物じゃございやせんが...
iPhone8＋からiPhone13proに乗り換え、起動時の移行マネージャでほぼ中身が同じになったと思っています
iPhone13において、iPhone8＋で削除したデータを復元させることは可能でしょうか？
移行がSQLiteそのまま移植しているのか、画像データのみ送っているのかにもよると思いますが...
このあたり知見ある方いましたら有難いです
asyncにすると関係性なくなるけど
なぜかasyncにしなければrelationshipが効きます
お騒がせしました
サンクス
複数のプロセス（CとかPHPとかbashとか）からのメッセージを
別のひとつのプロセスがそこそこのタイミングで受け取りたい
（毎秒チェックで許されるくらい）
良いことか悪いことかは主観によるので何とも。
実現可能性、という観点でいくと、FAQによれば、
https://www.sqlite.org/faq.html#q19
SQLiteがHDDへのデータの書き込みを完全に保証するためには、HDDのプラッタが2回転するのを待つ必要があり、
一般的な7200rpmのHDDは1分に7200回転＝1秒に120回転なので、1秒につき60回のトランザクションが限界。
ということなので、受信側のSELECTが毎秒1回として、送信側のINSERT頻度次第では可能。
ただし、毎秒60トランザクションは理論値で、実際にはSQLite以外のプロセスもHDDを使うだろうから、
例えば全HDDアクセスの半分を他のプロセスで使うと仮定すると30回/秒まで、もしくはHDDがビジーで
90%を他のプロセスが使う環境であればSQLiteのトランザクションは6回/秒が限界ということになる。
SSDの場合は多分もっと多いけどね。その辺はデバイスの書き込み能力によって計算が必要。
あとはトランザクション内で色々操作したらその分SQLiteからHDDへの書き込み回数も増えるだろうから、
実際のトランザクション数の限界はもうちょい減るかもね。
キューなら不用になった行は受信側で印をつけたり消したりもするだろうし。
キューなんてOS落ちたら内容保持してても意味ないからそのFAQの最後にある
PRAGMA synchronous=OFF
にすればいいだけ
いくらでもあるから、すげー特殊なんてこたあない。普通にあり得る。
PRAGMA synchronous=OFFってよく分かってないんだけどディスクにsyncしなくても他のプロセスとの
一貫性って保てるのかな？OS介してればディスクにsyncする前でもキャッシュから読まれるからセーフ？
ネットワークファイルシステムだったら駄目っぽいけどローカルで完結するなら良いのかな・・？
> プロセス間のキューならOS落ちても起動後に続きから処理したいケースなんていくらでもあるから、すげー特殊なんてこたあない。普通にあり得る。
簡単そうに言ってるけどプロセス側もどこまで処理したかをキチンと記録して回復しないといけないしそもそもOS落ちるってことはどこまで記録されてるかの保証もないしヘタしたらファイルシステムぶっ壊れてる可能性すらあるのに普通にあるとか言われても草
> PRAGMA synchronous=OFFってよく分かってないんだけどディスクにsyncしなくても他のプロセスとの
> 一貫性って保てるのかな？OS介してればディスクにsyncする前でもキャッシュから読まれるからセーフ？
簡単に言えばキャッシュの内容をストレージにいちいち反映させない（暇になったら反映する）ってこと
一貫性の管理はメモリー上でやってるから問題ない
> ネットワークファイルシステムだったら駄目っぽいけどローカルで完結するなら良いのかな・・？
ネットワークファイルシステムでも同じだよ、ファイルシステム自体はサーバー側にあるんだし
あり得るとかじゃなくて極々普通にあるよ
メッセージキュー使ったシステムに少しでも関わったことがあれば誰でも知ってること
自演乙？w
とりあえず具体的なシステム名頼むわ
https://www.publickey1.jp/blog/22/chromesqlitewebassemblysqlitewebweb_sql_api.html
別の人です。
簡単に出来るとは言ってないけど・・・。当然ジャーナル管理も必要だしファイルシステムのチェックだって必要。
だけどプロセス間のメッセージキューをちゃんと作ろうと思ったら普通に出てくる要件だよ。
特にミドルウェアとかだと必須。OS落ちたらキューの内容を保持していても意味が無い、なんてことは決して無い。
WEB開発とかしかしない人からしたら特殊に見えるのかもしれんけど・・・。
ただ、>>886が仮にそういう要件だったとして、本当にSQLiteで実装するんだとしたら、SQLiteだけでそういうジャーナルとかの管理がどうにかできるのかはよく検討しないといけないだろうね。
> OS落ちるってことはどこまで記録されてるかの保証もないしヘタしたらファイルシステムぶっ壊れてる可能性すらある
これどうすんの？
そういうのトランザクション管理の基本だよ
なんだそれw
どうやるのかを答えられないなら黙ってなよ
俺は答えられないので、ファイルシステムのジャーナル機能と
SQLiteのトランザクション機能におんぶにだっこだわ
炊飯器の炊飯の仕組みはわからんけど説明書は良く読む派です
> ファイルシステムのジャーナル機能と
> SQLiteのトランザクション機能におんぶにだっこだわ
それOS落ちた時も確実に動くことが保証されてるの？
電断に勝つことを最終目標としてんだからまあ大丈夫っしょ
とりあえず電源ガチャガチャを1000回やってOKだったし
原理は知らんけど
うん、君がイイと思うならいいんじゃね
君のシステムなら
「リチャードが大丈夫っつったしテストもすげーしたからセーフ」
って仕様書にも書いたよ
うわー、この人「黙ってなよ」の人だったかw
そりゃキューなんてOS落ちたら内容保持しなくてもOKだわｗｗ
知識も経験も碌に無いのになんで知ったかぶりして出しゃばりたがるんだろうな
OSクラッシュや電源断の時のトランザクションのatomicityは保証されてるよ
DBがcorruptするのは使い方が間違ってるか設定が間違ってるかSQLiteのバグかOSの欠陥
https://sqlite.org/transactional.html
原理を知りたければ説明書読んでね
https://sqlite.org/atomiccommit.html
だからそう言うのは>>892に言ってくれよ
OS落ちても続きから処理したいケースがいくらでもあるらしいしw
> プロセス間のキューならOS落ちても起動後に続きから処理したいケースなんて
> いくらでもあるから、すげー特殊なんてこたあない。普通にあり得る。
リンク先ちゃんと読んでる？
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ファイルが壊れない保証なんてできるわけないだろ
うわーそれ何書いてるかわからないんだww
負け惜しみしか言えないなら黙ってなよwww
> うわーそれ何書いてるかわからないんだww
説明してみ
> 負け惜しみしか言えないなら黙ってなよwww
お前がなw
OS単体だったらメインフレームでもない限りシステムダウン時のデータ保証はされないのが普通だけど、
それを気にするような要件なら当然ソフト(ファイルシステム・ドライバ・ミドルウェア)も
ハード(HDD/SSD・ストレージ装置・キャッシュ制御)もそれなりのものを入れて
システム全体で保証するだろうから、SQLite観点で仕様を検討する上ではその議論は不毛じゃないかね。
SQLiteを使ってるプロセスとしてデータ保証が出来ていればOKと思う。
データ保証が必要なキューのアーキテクチャの云々はスレ違いなので他スレでどうぞ。
それトランザクションのAtomicityを保証するという話と違わないか？
あれ？
説明まだかなーーーw
>>912
> OS単体だったらメインフレームでもない限りシステムダウン時のデータ保証はされないのが普通だけど、
>>892,894によるとされるのが普通らしいのでw
運用システムのリスク許容度に応じて各自が判断しましょうできるように力を養いましょう
それでよければいいだけの話。
OSによるものではなくファイルシステムによるものでは？
ファイルシステムもOSじゃいって言うのならまあそうだけど
申し訳ないが主語をちゃんと書いてくれ
お前もな
ウザ絡みはヤメレ
>>919 に言ってやれよ
専用ブラウザで>>918を透明あぼ～んすれば連鎖あぼ～ん出来るよ
代用できるというか、活用できてないだけじゃね？
仕様書をエクセルで作る人とか、スクリーンショット送ってと言ったらエクセルに貼り付けて送ってくる人とか、色々いるよ・・・。
技術に明るい人だけが閲覧するものならどうにでもなるんだけど
そうじゃない人も見るようなやつ
設計書にスクショを含める場合とかならWord使うしユーザーにUIを説明するような用途ならパワポ使う
特にスクショを多く含むWordは手間書ければキレイに見せられるがメンテコストが高い
そしてここはSQLiteスレ
画像ファイルで渡してこないことを馬鹿にしているけど、おそらく馬鹿にしているやつもWindowsのスナッピングツールではなく、プリントスクリーンキーで画面キャプチャを取っていそう。
どっちもどっちだろうな。
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 ビット コンピューティングシステムの出現により実現可能になった例でもあります。
バンク切り替えの概念は当時の自分には難しすぎてな・・・
https://www.publickey1.jp/blog/22/sqlitewebassemblysqlite3_wasmjs.html
https://www.publickey1.jp/blog/22/sqlite3_wasmjssqlite_340websqlite.html
>>本バージョンから...(略)...配布される公式のバイナリにLinux版、Windows版、Mac OS X版、Android版などと共に「SQLite3 WASM/JS」が含まれるようになりました。
https://www.publickey1.jp/blog/23/sqlite3_wasmjsorigin_private_file_systemchromedbgoogleweb_sql.html
一番大きいテーブルで一万件くらい？
スマホアプリにちょっと乗っける程度で使うもんなの？
100万件くらいの案件だけど問題なく使えてるよ。レコードサイズにもよると思うけど。
あとはアクセス頻度とか、複数プロセスから同時にアクセスするかどうかとか、その辺によるのでは。
ありがとうございます
正直勇気が湧きました
B-Treeの構造上
> 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でクッソ恩恵受けてそう。
書き込み中に a.nal ってファイルが現れてフイタ
dbファイルを消して新たに同じデータを流し込んだら3MB程度なのに
何でだろう
https://www.sqlite.org/sqlanalyze.html
分析してみます
ありがとうございます
そりゃ当然なるやろ
VACUUM相当のことをやったら3MBになったと書いてるじゃん
INSERTだけで3MBが2GBになる理由がわからなければ
アプリで定期的にVACUUMしなければいけないかわからないから
質問者的には意味が無いと思うよ
実はインサートだけじゃなかった、に一票。
実際の入力値に比べてdbファイルが随分デカくなってる気がするので
SQLServerでのMAXの精度指定のようなイメージです
ちなみにバキュームをしてもdbファイルのサイズは変わらないので知らない処理がこっそりデリートしてる事は無いと思います
あちこちで同じネタを製品別に書くのも飽きないか？
狭いところを使おうとして、他のデータを移動させるのもメリットがあるのか
SQLiteのtext型は、高度なRDBMSのLOB型と同じで、サイズが巨大だから安易に使うとどんどんデータファイルが大きくなる。
text型は巨大な文字データ型。
自分が格納している文字列に対して、使わない長さの領域を確保するので、INSERTでレコードが増えれば、ものすごい勢いでデータファイルが大きくなる。
SQLiteは大量のレコードを扱う用途には向いていない。
mallocのアルゴリズムみたいなやつでしょ
細かいやつ用とでかいやつ用にわけておくやつ
データの移動はさすがにバキューン以外でやらんよ
質問者が騙されないことを祈る
https://www.sqlite.org/index.html
text型は文字列型というより、文章・文書の内容を格納する大きな文字データ型
text型を使うとレコードサイズが大きくなるため、レコードが増えるとdbファイル(データファイル)がすぐに大きくなる。
バキュームしてもtext型のカラムが確保している部分が大きいので、さほどdbファイル(データファイル)は小さくならない。
どこにそんなこと書いてあるのか・・・
圧縮すれば小さくなるけどそれはデータ型とは関係のない話
そういうのは素人考えだよ？
固定長じゃなくて、ブロックのような単位で領域を確保する。
あなたのような素人にはファイルのどこにデータがあるのか考えたこともないんだろうね。
バキュームは位置が変わるんだよ。
意味がある文字列が長い文字列に更新されたときに離れたところに続きのデータを配置すると思っているかのような言い草だけど、それこそ古い考え方だよ。
VSAMファイルみたいな階層型データベースの改良版ではないぞ。
それはまったく違う。dbファイルの中身を比較すればわかるだろ
>固定長じゃなくて、ブロックのような単位で領域を確保する。
固定長の意味すら知らないんだなｗｗ
>バキュームしてもtext型のカラムが確保している部分が大きいので、さほどdbファイル(データファイル)は小さくならない。
知りもしないことで↑こんな嘘ついてる暇があったら基礎を勉強してねｗ
https://www.sqlite.org/fileformat2.html
新しいスレッドを立ててください。
life time: 3905日 23時間 13分 33秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 【芸能】日テレ退社→フリーの上重聡アナ、仕事なさすぎてヤバイ！ 5月予定ガチ公開… 現状、仕事が決まっているのが3日 [冬月記者★]
- 【神奈川】「女の人に許可を取って触りました」自転車に乗りながら女性のお尻を触った疑いで30歳の女を現行犯逮捕 [煮卵★]
- トライク(三輪自動車)が大型貨物に追突、男性死亡 男児意識不明 ヘルメットなし [蚤の市★]
- 慶應義塾長が国立大の学費増額を提言「年55万→150万に」 文科省の会合で ★2 [少考さん★]
- 慶應義塾長が国立大の学費増額を提言「年55万→150万に」 文科省の会合で [少考さん★]
- 【MLB】打撃不振…？ 大谷翔平、打ってるのに何故か叩かれる 軽く打って170キロ超え高速ヒットがヤバすぎると話題に 「アンチ涙目w」 [冬月記者★]
- AFC U23アジアカップ カタール2024★8
- AFC U23アジアカップ カタール2024★9
- AFC U23アジアカップ カタール2024★10
- とらせん
- 【酒】日本vsUAE【U23アジアカップ】
- とらせん祝勝会 ★2
- 【画像】どの女の子のグループにバキュームフェラされ絵ながらベロチューしたい？
- 【追証】東証上場企業CEO、自社株を担保とするローンを利用するも、自社の株価が下がりすぎて持ち株強制売却される [256556981]
- 【画像】おっぱい見えそうで服押さえるやつ
- ToLOVEるのヤミちゃんってなんで校長に寝取られてんの？
- 運転中にVIPで以外にやることってなんかある？
- パズドラでガンダムコラボやってるから原作見てみたいんだが何から見始めればいいの…？