SQLite Part.10

**NAME IS NULL** · 2012/08/16(木) 21:54:16.20

組み込み型データベース SQLite について語るスレッドです。

SQLite
http://www.sqlite.org/

・C/C++ API
　http://www.sqlite.org/c3ref/intro.html

・Syntax
　http://www.sqlite.org/lang.html

・Limits
　http://www.sqlite.org/limits.html

・Support
　http://www.sqlite.org/support.html

**NAME IS NULL** · 2017/11/11(土) 21:51:16.84

>>641
ここに書いてある
https://sqlite.org/datatype3.html

**NAME IS NULL** · 2017/11/11(土) 22:08:14.79

>>642
ありがとうございます
読んでみます

**NAME IS NULL** · 2017/11/18(土) 01:48:42.44

>>636
元々実験バージョンだったはず

**NAME IS NULL** · 2017/11/18(土) 12:09:57.30

なんのための実験？

**NAME IS NULL** · 2017/11/24(金) 19:36:24.57

質問です。
ATTACHをすると異常に遅くなるのですが、これは最新バージョンで直ってますか？
或いは何らかの対策がありますか？

[環境]
PHP7.1.8+SQLite3.15.1(今年9月時点でのxampp最新版)
SQLite3.21.0のDLLをDLして差し替えたが動作せず

[状況]
・openよりもattachの方が優先順位が低いのか、追い越されている時がある。
・基本的にシーケンシャルにリクエストをしている。
（30秒ごとにキューに溜まったリクエストを順次送信する。
前リクエストの結果を受け取ってから0.1秒待って次リクエスト発行、これでシーケンシャル。
ただし30秒でキューが掃けない場合、上に被せるので、一時的に2並列になるときがある。）
・連続した場合、2回目以降は早い（ことが多い）。1回目は6秒程度、2回目以降は0.1-0.2秒程度で終了する。
・Timeout設定は5秒だが25秒かかっても問題なく正常終了する（タイムアウトしない）
・用途は掲示板で、リクエストはスレ立て/投稿/閲覧/スレ落ちを混ぜてテスト中。
・試行錯誤した結果、ATTACHしただけで遅いようだと判明した（ATTACHしたDBを触らずとも遅い）

[推定]
連続した場合には早いので、EXCLUSIVEロック待ちだと推定している。
ただしリクエストはほぼ全部シーケンシャルなので、本来はロック待ち自体がおかしい。
なお以下仕様のため、sqlite_masterの合成に時間がかかっているのか？とも思い、
全部mainをつけてみたが変化なし。（連続した場合に早いのでこの線もおかしいが）
> If the name of the table is unique across all attached databases and the main and temp databases, then the schema-name prefix is not required.
> http://www.sqlite.org/lang_attach.html

今のところ納得できる理由（原因）が見つかっておらず、対策が出来ていません。これについて、
対策方法(最新バージョンで直っているのならそれでよし)をご存知であればご教授ください。

最新版をPHPで試す方法はPHPのスレで聞いてみます。

**NAME IS NULL** · 2017/11/25(土) 14:28:33.17

>>646
自己解決しました。

ATTACHの速度が対象ＤＢのtable数にかなり依存するため、
ATTACHするとその場でsqlite_masterの合成をするのだと推定しました。
従って、ATTACH順を変更することにより改善できます。
今回は3つのDBを同時に扱うため、3C3の6通りでしかなく、速いのを選ぶことにしました。

なお、この実装がよいのかは若干疑問です。
通常はATTACH対象をさほどゴリゴリやらないので、
合成ではなく直列(カスケード）にして、その都度順に引いた方が速いと思われます。
或いは、合成/直列を選択するpragmaがあればよいのですが、これもないようです。
これらの問題のため、最新版等では改善している可能性もあります。（試せていません）

何か対応しようとしてくださった方が居ましたら、ありがとうございました。

**NAME IS NULL** · 2017/11/25(土) 15:52:23.93

>>647
いやいやなになに

**NAME IS NULL** · 2017/11/25(土) 16:20:09.78

>>647
ついでに続報を言うと、
ATTACHが遅くなるのはシステムキャッシュが無効（容量が足りない）時だけのようです。
合成自体は十分速く、
断片化したDB内のsqlite_masterのHDDからの読み出しに時間がかかっているようです。
だからまあ、現在(SQLite 3.15.1)の実装で問題ない、ということにもなりますが、、、

私の環境では、
RAMに十分空きがある(システムキャッシュにヒットする)場合には、
ATTACHは0.04-0.06秒程度で終了します。
RAMを使い尽くしている（システムキャッシュに十分な容量がない)場合には、
ATTACHだけで2-6秒程度かかり、これはVACUUM等で改善します。
また、ATTACHの順番を変えると何となく雰囲気が変わります。
（ただしこの結果は少し矛盾してますが）

**NAME IS NULL** · 2017/11/25(土) 16:21:49.63

わざわざATTACHする理由は

**NAME IS NULL** · 2017/11/25(土) 17:33:35.10

>>650
DB間のデータ転送をtransactionで括るため

**NAME IS NULL** · 2017/11/25(土) 17:54:56.49

>>651
ATTACHするDBは違うホストにあるって事?
2相コミットのかわり?

**NAME IS NULL** · 2017/11/25(土) 18:59:03.84

>>652
> 2相コミット
なんだこりゃ？Wiki読んだが何に使うのかよく分からん。
分散掲示板という意味なら面白いと思うし一部に待望されているが、俺が今作っているのはこれではない。
DBは同一ホストにある。

単にSQLiteの性能を出すために適宜DBを分割しているだけ。
というか、ロック単位がDBだから、平行させるためには分割するしかなく、そうしてるだけ。
(テーブル単位でロックできる他DBなら分割する意味はない)
例えばtech板なら、
「スレ本体(tech.live)」「スレヘッダのみ（全板共通）(tags.db)」「スレアーカイブ(tech.archived)」にしてあり、
スレ落ち時に
・tags.dbからヘッダを消去
・tech.live->tech.archivedにスレ内容転記
・tech.liveからスレを消去
する為にこれら3つをトランザクションで括っている。
この間に別板のスレの読み出しは、例えばprog板ならprog.liveだけで完結するのでブロックされない。
書き込みは全板共通のtags.dbによってブロックされてしまうが、これは仕様上致し方なし。
掲示板なので読み出し性能重視でこの設計にしている。

**NAME IS NULL** · 2017/11/25(土) 19:07:59.44

>>653
2相コミットってSQLiteにあったのか
侮れんな

そんな面倒なことするのなら他のDBMSで良いんじゃね? とは思うけど
SQLiteじゃなきゃ駄目な理由があるんでしょうな

**NAME IS NULL** · 2017/11/25(土) 19:18:27.38

>>654
複数DBのトランザクションという意味なら、それは追加されたらしい。
いつからかは知らん。

> SQLiteじゃなきゃ駄目な理由があるんでしょうな
共用鯖上で、PCの知識がほぼ無いadminでも扱える掲示板を目指している。
そのデプロイの都合上、PHP+SQLiteだ。
上位版はNodeで用意する予定だが、こちらもSQLiteになる。
それ以上の上位版は、他に既に色々あるからそっち使え、で行く。
興味あるのなら以下を読んでくれ。
https://meguca.org/g/2724701

**NAME IS NULL** · 2017/11/25(土) 19:32:02.29

そういえばSQLiteのmainデータベースの名前を変える方法知らないか？
ググったけどなさそうなんだが。

具体的には>>647を試したコードがmainが3種類必要で結果的に3つコピペしてありうざい。
(live,tags,archiveにすれば共通化できるが、どれかをmainにしないといけない縛りのため)

**NAME IS NULL** · 2017/11/25(土) 19:40:25.85

>>655
DBエンジンのインストールや設定って素人は難しく感じるようですね。
SQLiteは1ファイルで独立エンジン不要なのでローカルDBに使う分には良いですわ。

**NAME IS NULL** · 2017/11/25(土) 19:42:22.24

>>656
データベースのファイル名を変えるだけでは？

**NAME IS NULL** · 2017/11/25(土) 19:47:20.46

>>658
違う。
というか、調べた限り、ATTACH自体が新しい機能らしくて、そこまで整備されてない。
どの名前でもopenしたものはmainになるし、メモリ上のはtempになる。
それにATTACHしたものは自由に名前を付けられる、というか、つけないとsyntax上アウト。
で、mainの別名をつけられれば助かるんだが、、、
なお、tableやcolumnは別名を付けられる。

**NAME IS NULL** · 2017/11/25(土) 19:54:47.58

>>659
あ、そう言う意味でしたか。
開発元に聞くか自分でソースコードを見るしか無さそうですが、
StackOverflowで聞けば教えて貰えるかも?
困った時はStackOverflow英語版!

**NAME IS NULL** · 2017/11/25(土) 20:03:08.43

>>660
まあググっても出てこないし、多分まだ機能自体がないと諦めてるんだわ。
ありがとう。

**NAME IS NULL** · 2017/11/25(土) 20:10:41.94

>>661
dummy db作って実際に使うDBは全部ATTACHでと言うのは駄目なの?
遅くはなるだろうけど。

**NAME IS NULL** · 2017/11/25(土) 20:34:48.34

>>662
いやこれはソースコード上の美学の問題だから、それを構造まで広げるのはマズい。
どうしてもというのなら関数にすればいいだけだし、その方がマシ。
どのみち最終的にはコメントアウトで捨てるコードだし、
特にいいやり方がなければコピペで放置だ。

ただしtempにいったん受けた方が速い可能性があり、結果的にそれをやるかも。
具体的に言うと、sqlite_masterのマージで
少ない方を多い方にINSERTするわけだが、（どうやらこの判定はしている）
今のところliveに150、archivedは1000-10000スレ程度で運用する予定なので、
最低150のINSERTが発生して、これが0.05sかかっている。（ように見える）
tempで空テーブルを用意してやればこれが不要になる。
落ちるスレに150レスなら転記でINSERT150回必要であり、単純には倍速になる可能性がある。
というわけだ。

**NAME IS NULL** · 2017/11/25(土) 21:11:41.89

>>663
旦那、ソースコードの美学なんてもんに拘ってたら、日本の薄汚いIT業界で食っていけませんぜwww

**NAME IS NULL** · 2017/11/27(月) 12:31:20.51

日本の薄汚いIT業界でSQLiteなんて使わんだろ。
だいたいは自分の自主開発用とか趣味用だろ。
SQLiteでクライアントに納品してる奴とか保守してる奴とかいるの？
いるなら俺も雇ってくれｗ

**NAME IS NULL** · 2017/11/27(月) 12:38:03.57

自主開発てなんかイヤラシイな

**NAME IS NULL** · 2017/11/27(月) 12:56:06.29

イヤラシイのは自家発電

**NAME IS NULL** · 2017/11/27(月) 13:09:39.99

>>665
居るよ!
SQLServer Express、mdbの代わりに使える。
Andoroidアプリならデフォでしょうし。

**NAME IS NULL** · 2017/11/27(月) 14:45:54.11

SQLiteの爆速さと手軽さは中毒になるからな

**NAME IS NULL** · 2017/11/27(月) 21:00:36.34

こおゆう大げさな事をゆう奴を信用してはならん

**NAME IS NULL** · 2017/11/27(月) 22:08:08.61

シングルユーザーで使う分には便利だよな
トランザクションとか自分で実装したくないし、遥かに信頼できる

**NAME IS NULL** · 2017/11/27(月) 22:10:53.86

>>669
速いかは微妙じゃないか？

俺は結局、PRAGMA SYNCHRONOUS = OFF; PRAGMA JOURNAL_MODE = MEMORY;
を常用する羽目になっているが、これってどうなのよ？と思うし。
ただし作者の「ジャーナルにはHDDの2回転が必要で、それくらいはかかる」
というのもまた正しいわけだが。

**NAME IS NULL** · 2017/11/27(月) 22:38:09.33

更新は遅いね

**NAME IS NULL** · 2017/11/28(火) 01:19:55.49

いっぱいあるだろ。
何と言ってもPublicDomainってのが使いやすい。
使ってても言わなくていいし。

**NAME IS NULL** · 2017/11/28(火) 19:58:13.47

ちょっと複雑なSQLを書けないところがNGかな。
副問い合わせとか。

それ以外はすんごくいい。

**NAME IS NULL** · 2017/11/28(火) 21:11:17.44

服問い合わせ程度ならSQLite3でできるでしょ

**NAME IS NULL** · 2017/11/28(火) 21:37:51.97

RIGHT OUTER JOIN、FULL OUTER JOIN が出来ないくらい?

**NAME IS NULL** · 2017/11/29(水) 14:42:34.87

>>673
AutoCommitしてんじゃねーの？

**675** · 2017/11/30(木) 05:52:18.47

>>676, 677
え？ほんと？
おぼろげな記憶だけど、

SELECT ...
FROM ...
WHERE xxx IN (SELECT...)

とかできなかったような・・・

**NAME IS NULL** · 2017/11/30(木) 06:49:33.48

こういう人はなんでググったり試したりしてからレスしようとしないんだろう...
https://www.sqlite.org/lang_expr.html#subq

お前さんのおぼろげな記憶とやらに興味はないし

**NAME IS NULL** · 2017/11/30(木) 07:15:36.60

>>679
そのクエリならできる。まさに俺が現在使っているし。

**NAME IS NULL** · 2017/11/30(木) 08:35:09.19

>>680
敵性言語で書かれている情報など読みません。

**NAME IS NULL** · 2017/11/30(木) 09:14:35.55

>>679
余裕で書けるのだが、何で出来ないと思ったのか聞いてみたい

**NAME IS NULL** · 2017/11/30(木) 09:35:48.26

>>683
してないから

**NAME IS NULL** · 2017/11/30(木) 12:06:22.71

一回試してタイプミスで文法エラーが出たのに
できないと思い込むケースはあるかもね
できないだろう、という先入観があるとどうしてもね

**NAME IS NULL** · 2017/11/30(木) 12:49:33.88

>>682
じゃあ敵が書いたプログラムなんか使うなよ w

**675** · 2017/11/30(木) 18:22:37.58

かなり前のことなので、残念ながら具体的なクエリは忘れてしまいました。
ただ、俺のメインはPostgreSQLなので、それに比べてSQLiteはSQLを書く
自由度がかなり劣っている印象を受けたのは事実。

思い違いかもしれないので、また今度触ってみるよ。
誤った知識でSQLiteのNG情報を流布しては申し訳ないしね。

**NAME IS NULL** · 2017/11/30(木) 19:42:18.44

そんなに影響力ないから気にすんなw

**NAME IS NULL** · 2017/12/29(金) 11:06:14.25

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

M9UL2UMY6S

**NAME IS NULL** · 2017/12/29(金) 17:29:28.25

>>689
http://www.1seikou.biz/ad/3as/lov/
だそう

**NAME IS NULL** · 2018/01/23(火) 22:27:43.42

3.22.0
https://sqlite.org/releaselog/3_22_0.html

**NAME IS NULL** · 2018/02/14(水) 13:24:45.81

☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆

**NAME IS NULL** · 2018/02/26(月) 21:26:49.95

SQLite使おうと思って初めてスレきたけど
さすがに副問い合わせできないDBとか存在価値ねーよｗ

**NAME IS NULL** · 2018/02/26(月) 21:35:59.73

えっ？

**NAME IS NULL** · 2018/02/26(月) 21:48:49.59

>>693
普通に使えるけどウェブ検索もろくに使えない人には無理だろうね

**NAME IS NULL** · 2018/02/27(火) 09:06:03.32

>>694
びっくりするなよー

**NAME IS NULL** · 2018/03/04(日) 16:11:01.28

sqliteで足りないのはwindow関数くらいだと思ってる

**NAME IS NULL** · 2018/03/10(土) 09:59:47.54

Entity Framework Coreでマイグレーションが出来ない
これじゃ気軽にカラムの追加削除も出来やしない

Firebirdにするか

**NAME IS NULL** · 2018/03/10(土) 11:00:00.86

【311人工地震説】今週末、2018.3.11(日)リチャードコシミズ福島いわき講演会のお知らせです【生放送】
http://rosie.5ch.net/test/read.cgi/liveplus/1520646161/l50

**NAME IS NULL** · 2018/03/10(土) 12:22:14.67

M$な人はaccessじゃねーの

**NAME IS NULL** · 2018/03/10(土) 12:51:13.03

AccessってWindowsでもオワコンじゃないの？

**NAME IS NULL** · 2018/03/10(土) 16:14:51.18

Accessは帳票の入出力が簡単に作れるから現場ではまだよく使われてる
あとSQLiteに相当するデータベースエンジンだけならただでダウンロードできる

**NAME IS NULL** · 2018/03/12(月) 23:33:30.65

SQLserverとoleDBでネイティブ接続できる上に帳票やフォームが気軽に作れるのでAccessは神だったが、
OleDb廃止してadp作れなくなったaccess2013からは普通に糞。
単独で考えたときのjetSQLはさらに糞。

**NAME IS NULL** · 2018/03/12(月) 23:41:55.61

SIじゃない事務系の職場で2007のUI変更は混乱起きたんじゃないかなあ
速度を気にしなければSQLの中に標準モジュールの関数を自由に使えるって結構すごい

**NAME IS NULL** · 2018/03/26(月) 17:59:27.14

sqli ver3てのはsqli3てことになるのですか？
ubuntuにsqliいれたいのですが3がはいってしまいます。

**NAME IS NULL** · 2018/03/26(月) 23:58:46.92

3でOK。

**NAME IS NULL** · 2018/04/11(水) 21:37:02.56

3.23.1
https://sqlite.org/releaselog/3_23_1.html

**NAME IS NULL** · 2018/04/29(日) 14:34:57.52

ubuntuにインストールしました。
コンソールからcreate ...　と入力した場合、tableファイルはどこのディレクトリに作られるのでしょうか？

**NAME IS NULL** · 2018/04/29(日) 21:48:49.51

情報が足りなすぎるけどエスパーするとインメモリDBで実行してるからどこにも作られてない。

**NAME IS NULL** · 2018/04/30(月) 09:37:12.31

エスパー入門問題

**NAME IS NULL** · 2018/05/26(土) 13:22:27.01

何も指定してないとメモリ上に作られる、けどその後の流れ以下でOK？

datasouce指定なしor:memory:でインメモリdbで実行されて
createでtableができる

その後いったん接続切れると（C#だとconnectionつくったusingブロックを出ると）メモリ上のdbも消える
接続が切れなければ、datasouce指定なしor:memory:で、作ったdbを操作できる
接続が確立されてる状態だと、ほかconnectionから接続はできない

ただし、最初db作るときにcache=sharedで指定してやれば、接続が続く限り
「もう一つのconnectionを作って」そこからdb操作できる

このsharedの挙動がよくわからん

**NAME IS NULL** · 2018/05/26(土) 14:08:44.18

>>711
公式ドキュメントが凄くいいから読め
https://www.sqlite.org/inmemorydb.html

**NAME IS NULL** · 2018/05/26(土) 22:44:11.55

>>712
すまん、本家は一応目は通したんだけど
SQLiteというよりはC#での組み方を把握してないみたいだ
とはいえもう一度よく見てみるよ、ありがとう

**NAME IS NULL** · 2018/05/28(月) 20:25:00.22

select name, (suryo * tanka) as '合計'
from hoge;
はできるんですがこの合計の総和が取れずに困ってます。
どのようにしたらいいでしょうか？

**NAME IS NULL** · 2018/05/28(月) 20:48:30.06

select name, sum(suryo * tanka) as '総和' from hoge group by name

**NAME IS NULL** · 2018/05/28(月) 22:41:56.84

なるほど、このようにするんですね。
ありがとうございます。

**NAME IS NULL** · 2018/05/29(火) 12:29:45.70

このレベルのことを自力で解決できずに５ｃｈで聞くなんて
日本のプログラマーは素晴らしい

**NAME IS NULL** · 2018/05/29(火) 12:31:34.79

>>717←このレベルのことを自力で解決できて誇らしいプログラマー

**NAME IS NULL** · 2018/05/29(火) 12:40:23.08

日本のプログラマーの低レベル化はとどまる事を知らず。

**NAME IS NULL** · 2018/05/29(火) 14:33:26.96

自力で解決する時間は自分持ちで
時間がかかると切られるのが日本

**NAME IS NULL** · 2018/05/29(火) 18:52:09.96

英数字を全角で書く奴は何をやってもダメ

**NAME IS NULL** · 2018/05/29(火) 18:57:20.30

と、言ってるおじいちゃんが未だにいる日本

**NAME IS NULL** · 2018/05/29(火) 20:49:31.56

基本的なSQLくらいは勉強してから使った方が良いけどね

**NAME IS NULL** · 2018/05/29(火) 23:23:10.95

>>722
いやさすがに俺の拙い経験でも>>721は正解だわ
あとカタカナを半角で書く奴も追加で

**NAME IS NULL** · 2018/05/30(水) 08:38:56.61

>>724
今のフォントだと半角カタカナは汚いがWin95の頃は普通に使われてた。今は半角カタカナを使う必要はない。

駄目なヤツは全角英数字と半角英数字の混在してるヤツ。1つの単語の中で混ぜるヤツは最悪。

**NAME IS NULL** · 2018/05/30(水) 19:12:18.92

>>715 みたいなのをチェックするのにこういうのが使える
https://ideone.com/bIMSux

**NAME IS NULL** · 2018/06/09(土) 10:21:54.43

PRAGMA journal_mode=OFF; PRAGMA synchronous=OFFで
VACUUMも速くなることに今更気づいた

**NAME IS NULL** · 2018/06/14(木) 14:28:34.78

create temp tableで作られたtableにデータを入れるときって
データどこに保存されてるの？
例えばconnection作るときにmemoryとかdbファイル指定したとして
そこにぶち込んでるわけじゃないっぽいんだけど
せっかくin-memory dbで作ってもよそに一時ファイル作って書き込んでるんだとしたら無駄だなとおもい
それともtempってした時点でdbファイルを指定してもメモリ上に、
in-memoryでもそのメモリ上のmemory(ややこしいなｗ)とは別のメモリ領域にぶっ込んでるのかな

**NAME IS NULL** · 2018/06/14(木) 20:07:04.71

>>728
コネクションがmemoryならテンポラリーもmomory

**NAME IS NULL** · 2018/06/14(木) 22:32:03.65

>>729
テンポラリに入れてから、そいつを加工してテンポラリじゃないデータに入れてるんだけど
テンポラリにデータぶっ込んでる時はタスクマネージャのメモリ使用量が増えないんだよね
visual studioのプロセスメモリも増えてない

**NAME IS NULL** · 2018/06/15(金) 00:27:55.61

なんでもいいから、だれか正規表現のdll作ってくれよー

**NAME IS NULL** · 2018/06/15(金) 07:49:38.53

作ったよ

**NAME IS NULL** · 2018/06/15(金) 08:34:36.31

>>730
タスクマネージャのデフォのメモリー表示だと全部のメモリー状況は出ないはず。
表示列を増やしてみれば?

**NAME IS NULL** · 2018/06/15(金) 23:28:07.12

最初に確保したキャパで収まってんじゃないの？
メモリがレコードに完全に比例するような、非効率的な実装なんかしないだろうし。

**NAME IS NULL** · 2018/06/15(金) 23:46:44.50

>>733
どゆことー？
一応自己解決
テンポラリのディスク領域に保存してるみたいだ
windowsの場合いわゆる仮想ディスク、だからメモリが増えてなかった
しかも仮想ディスクはm2のSSDなのでメモリ上に作ってもtempで作っても
速度あんまりかわらんかった

https://www.sqlite.org/tempfiles.html
https://www.sqlite.org/vfs.html

2,3回テストしただけだけど、500Mのテキスト軽く加工してぶっ込むのに
not tempでメモリ上につくって24秒
tempでつくって27秒

**NAME IS NULL** · 2018/06/16(土) 01:53:50.34

>>735
微妙に早とちりしてた
PRAGMAで設定しないなら環境変数のTEMP_Pathに"etilqs_*"ってファイルが作られる
あと仮想ディスクじゃなくて仮想ファイルシステムだ
メモリに余裕があればcreate temp tableすることないかも

**NAME IS NULL** · 2018/06/20(水) 01:47:13.13

page sizeとcache sizeいくつにしてますか？
page sizeのdefaultが1024から4096に変わったりしてるし
処理するデータによっても変わるし、PC環境でも最適が変わるんだろうけど
なんか基準みたいなのあれば教えてください
fieldが10位なら***みたいな

https://blog.devart.com/increasing-sqlite-performance.html
2016年記事でこんな感じだけど
増やせば増やすほどいいってものでもないんですね

**NAME IS NULL** · 2018/06/25(月) 21:04:53.90

>>737
cache sizeは200000くらいにしとけってどこか海外のサイトでみた
基準は書いてるとおり状況によって変わるとしか

**NAME IS NULL** · 2018/07/07(土) 15:51:37.40

この手のdb組み合わせて作るシステムってクエリ文コード中に書くの？
それとも外部テキストとか読み込むの？

**NAME IS NULL** · 2018/07/08(日) 18:59:47.36

好き好きやろ。
よっぽどでなければ、わざわざ外部テキストにはしないんじゃないのとは思うが。

**NAME IS NULL** · 2018/07/08(日) 19:47:07.48

>>739
どういうライブラリやフレームワークを使っているかによる
SQL文を文字列としてプログラム内部に組み込むのは
原始的なライブラリに多い

**NAME IS NULL** · 2018/07/09(月) 21:11:23.36

なるへそ
コードに直書きしてるサンプルみてて、改行時のスペース一つみすったらこけるなっておもったが
当然というか、いろいろ方法はあるんやね