SQLite 3

http://www.sqlite.org/

前スレ

sqliteを語るｽﾚ
http://pc8.2ch.net/test/read.cgi/db/1056956494/
SQLite 2
http://pc8.2ch.net/test/read.cgi/db/1140827718/

もうスレ要らんだろ。

从,,＾ ﾛ ＾）

Mac では、sqlite 標準装備なんだから仲良くしろよ。

マカ死ね

数少ない？SQliteについての記事
http://codezine.jp/a/article.aspx?aid=374

SQLiteは色々使えそうなのに記事は少ないね

さてスレがsqlite2からsqlite3に変わったから、読めないようだ(w
互換性ぐらい保てよ(w

>>8

じゃあ次のスレは「SQLite 4」じゃなくて「SQLite 3.0.1 alpha」「SQLite 3.0.2 beta」とVer3シリーズから（ぇ

いや、やっぱVistaだろ

>>10
WinFSは死んでしまったけど、私たちにはSQLiteがあるから安心です

VistaはWinFSなくてもSpotlightレベルの検索機能を実装できてしまったからねぇ。

WinFSが無くなったから、実装せざる終えなかったというはなしなだけじゃん。

昔からあるインデックスサービスを利用しているだけで作ったわけじゃありませんが？

マカ必死？

インデックスサービスなんて…、重いし、みんなサービス切ってるじゃん。

きもいよきもいよ

スレ始まっていきなり、無意味なレスの応酬だな
SQLiteと関係ないし

webで使うのに良い感じ
文字数の制限がDBの指定でないのも良い感じ

Windows の話が出てるけどついでに。
前スレで以前 SQL Server Everywhere Edition の話が出てたけど、
使ってる人っている？
使ってみての所感とか SQLite と比較してどんな感じとかあればちょっと知りたい。

マカはsqliteがOSに組み込まれてることを誇りにしていると思う。まるでリナ廚に成ったかの様に。

ウェブ用途ねえ。
規模が小さいうちはいいけどスケールアップ不能だから乗せ変えるのに苦労するよ。
元々は組み込み用途だから割り切って使うべき。

>>21
その皮肉(1行目な)はバカな一つ覚えだな

前スレの最後で暴れてた馬鹿か

違います。
前スレを華麗に終わらせたのはわたしです。
こんな馬鹿と一緒にしないでください。

こっちも困るお前のようなバァカと一緒にされると・・・

sqlite使ってる時点で馬鹿なんだが。

そんな SQLite スレにやってきてしまう自分も馬鹿っていう自覚はあるよね？

マジレスするおまいも馬鹿だなあ。

>>21
>>26
おまえのﾁｿﾁｿ並に規模が小さいサイトだから最適なのだよ

なるほど

俺SQLiteで2万件の商品データ扱ってる。

まことの漢じゃ。

俺はSQLiteで300万件のURLを管理している。
組み込みだけどな。

俺はSQLiteで毎晩嫁をヒィヒィ言わしてる

さすがにそれは、引く。

こんな調子じゃあ、やっぱり前スレで終わってもよかったんじゃないか？

組み込みDBって魅力的だけど
個人だと何に使えばいいのか分からない
スケジューラにしてもPCなんて立ち上げたくないしなぁｗ

俺はうｐろだのファイルリストに使ってみた。気に入ってる。

>>34
vacuumしてinsert?

ver.4まだー

>>40

気が早いよｗ。
まだ3.3.6。

>>39
http://pc8.2ch.net/test/read.cgi/db/1057289721/

２万件の商品データは飛んだ時にかなりの損害額に成りそうな悪寒。
損害賠償も含めてリスク管理できてる？

３００万件のurlってナニ？
ブックマークなのか、アフェ？

バックアップ取るに決まってるだろ。
どんなものでもそうだ。

そもそも参照系だけでバックアップ不要という可能性もあるな
参照だけで使う分には通信オーバヘッドの無いSQLiteはかなり性能が良いし、スケーラビリティ
の問題もマシンごとにコピーを持てば済むから欠点にならない
（別にSQLiteの更新が遅いという意味ではないよ）

Webだと参照がメインになるだろうからsqlite良いと思うのだがな
DB絡みのトラブルもうちの会社では皆無

CGIで使った場合の負荷ってやっぱでかいんだろうな

それはCGIの負荷が高いのでは？

PDOでDBロックしっぱなしのCGI書いてるんじゃない？

SQLiteSpyが分かる人に質問です。
テーブルのデータに漢字が入っていても正しく表示されていますが、
SQLを記述する部分が文字化けして□□になってしまします。
たとえば、
UPDATE Country SET Name='日本' Where Code='JPN'
の日本の部分が'□□'になってしまいます。
ただし、正しく更新は行われるようです。
文字化けを防ぐ方法ってありますか？

utf8で出し入れすればいい。

常時参照で常時更新だとバックアップも難しいと思うよ。
２万点もあるならダウンタイムのほうが問題になるような規模だろうし。
参照が多いってことは無いよ。
普通はバックエンドで在庫も管理するから、常時更新が入る。裏の実世界では人海戦術でバイトがピッキングやってたりするわけで、人件費とかも結構大きくてごめんなさい程度では済まない。
SCMとかのシステムでも組んでみれば理解できるよ。
夜障害発生で、朝まで放置で、時給８００円の１００人のバイトが何も出来ずに遊んでました。損害額は何万円？

>>51
クイズですか？
何十万とか答えると、すぐに返したので0円とかいうんでしょ？

>>51
それ何てエロゲー？

>>50
更新が正しく行われていることから、フォントの問題だな
でも、メニューを見る限り、フォントを指定する場所がない
リソースを直接直すしかないと思うが

>>51
自分の境界条件が一般的だと妄想する馬鹿が沸いてるな

SJIS厨死ね

>>39
ﾜﾛｽ

>>51
> 夜障害発生で、朝まで放置で、時給８００円の１００人のバイトが何も出来ずに遊んでました。損害額は何万円？

障害発生時間が10時間だとして、

障害が発生しない場合の人件費80万円。
障害が発生した場合の人件費80万円。

なのでどれだけの人数が働いたとしても、人件費は変わらない。

だから損害額は純粋に売上金額になる。

仮に夜間の売上金額が80万円以下だとすると、バイトを返していれば
逆に儲けになる場合も有る。

以上。何か問題ある？

夜間の売上金額がわからんと、損害金額はわからん。

また、客からしたら、次の日に買えば良い訳で
システムダウン時の売上が直接損害額になるわけでもない。

派遣先のシステムはどうも同じDBが２つあって、同時に書き込み＆更新をしてるらしい。
バックアップ専用の鯖なんだろうか。
sqliteなら簡単なんだろうがなんだかな。

時給800円のバイト100人に給料を出せるぐらい儲かっているのなら
そんな小さい金額気にするなよｗ

800円×100人×24時間×30日＝5760万円/月
一年で7億だろ？

>60
ミラーリングを手作業でやってる感じ?

>>54
やっぱそうですか
仕方ないから他のエディタでSQL書いてコピペして実行します

>>63
いやいやリソースを直せばいいだけじゃない？
まぁ、そのエディットフィールドだけであれば、簡単だろうし

フォント設定できないくせにUTF8対応だなんて
中途半端なツールだなｗ

>>64
delphi製でどこを弄ったら良いのか分からないのですよ。

リソースついてないのか

鯖落ちてるような所で次の買い物なんてしないよ。
次の日じゃなくて、その場で他の店に注文入れるよ。オンラインショップなんていくらでもあるし乗り換えるのも簡単。


根本的に使ってるツールが腐ってる。早く捨てたほうがいいよ。
どこを弄ればいいか分からんのを使うなんてあり得ない。

夜釣り乙

SQLite でうまくやりくりしてるって事例の紹介があると
片っ端から叩いてかないと気が済まない香具師が居るみたいね。
何か都合の悪いことでもあるのだろうか？

データベースファイルが壊れたらどんな症状が出るの？
まったく中身を見ることが出来なくなるとか？

＞50
うちの環境では化けないなあ。
フォントにIPAモナーとBitstream Veraを入れて、画面表示をIPAモナーＵＩゴシックに変更してるぐらいだけど。
ttp://v.isp.2ch.net/up/05f1c9693e95.png

SQLite3 の最近のバージョン使ってて、実際に壊れたって話があれば詳しく聞きたい。

sqlite2からsqlite3にするだけでデータベースファイルが壊れたことならあるよ。
全く読めませんつーかエラー出て処理不能。

できればそういう情報は再現可能な手順も含めて詳しく知りたいところ。
「何かわからんが壊れた」ってだけだとまた不毛な煽り合いのネタにしかならんので。

>>74
こういう馬鹿やらない限り大丈夫ｗ

>>68
でさ、損害額はどうなったの？ｗ

>>71
壊れたじゃなくて、わざと壊したことならあるよ。

いや、単にどの部分にどんな感じでデータが入っているか
簡単に調べたかっただけなんだが。
バイナリエディタで怪しいところを書き換え書き換え。

まあ予想はつくだろうが、ひどい所が壊れるとデータが消えたり、
データベース自体読めなくなったりするが、
適切（？）な場所を書き換えた場合は、その部分のデータが変わる。

要するに壊れ方によってさまざま。

普通に使ってる限りは問題ないっぽいな
１年以上ほったらかし

sqliteでデータが壊れるって、ファイルシステムの問題だろ。

だよなぁ。
で、ファイルシステムに問題あるならSQLiteでなくても壊れる。

あと、ハードウェアトラブルね

僕の脳みそも壊れてしまいそうです

菩薩掌？

DB ファイルにアクセスできなくなったことはあるが…
詳細を思い出せない

ボラクルみたいにrawファイル使えないから、ファイルシステムはエラーが起きないのを前提にしている。
ファイルシステムレベルでのエラー時の回避能力は無いし。そして気がついた時には、しゃれに成らないほどデータが失われている罠。

>>86
絶対にバックアップ取らない人ですか?

ボラクルとか書く奴に限ってオラクル工作員みたいな発言をするのが興味深い

>>60
たぶんRAIDがキライな香具師が組んだシステムかもな
実際RAIDも飛んだらマスタリングしてるはずなのにアレレな時がある
鯖も安くなったし２台使っても良いだろうがな

RAIDって壊れたデータベースファイルも律儀に複製してくれるからね。

>>60
片方のファイルが壊れると更新処理ができなくなるんでしょうか？

メインで使ってるほうの鯖がエラー出したら止まるんじゃね？

みんなﾎﾟｽｸﾞﾚやmyが好きだからこれは使わないと思ってた

PostgreSQLもMySQLもSQLServerもOracleもDB2も使う。
でもSQLiteも使うんだ。

特に SQLite だけは適用可能範囲がちょっと違うからね…
結局うちでは Oracle も MySQL も SQLite も使うよ

localhostとは言えport汚したくないし組み込みDBはありがたいよ
どうでもいいけど8080って色んなサーバのデフォルトにされてて競合しすぎ

大したデータ量でもない時、
DB のサーバプロセスを上げなくていいのはお手軽だ。
昔だったら、フラットファイルで保存して、
適当に排他処理していたようなデータは SQLite 使うなぁ。

rdbms というよりは dbm 的な使い方が多いのかな

またファイルフォーマット変更ですか・・・?
VIRTUAL TABLEｲﾗﾈ。

PL/SQL的なものを取り入れるつもりなのかね

VIRTUAL TABLEっていったい何のことですか？

sqliteは何やってもライセンスがらみの事はうるさくなさそうだな

RDFに対応して欲しいよ。

何やってもライセンスがらみの事はうるさくないよ

sqliteがライセンスがらみで消える可能性はあるんじゃないか？ｗ
大企業にもごひいきが多いから保護されるだろうけど

>>105
根拠も書かずにそういうことを書くとどっかの会社の工作員っぽくてかっこいいな

何言ってんだ？Redhat子会社のJBOSSも訴えられてるじゃん
オープンソースの世界はそういうリスクと戦ってんだよ

匿名掲示板の住人も荒らしと戦ってるよな

何言ってんだこいつ

匿名掲示板の住人も運営側も全員荒しです。

>>107
そうやってSQLiteから話をそらすとどっかの会社の工作員っぽくてかっこわるいな

プロプライエタリなDBMSは会社の倒産というリスクと戦ってるね

オープンソースプロジェクトの最大のリスクは、
開発者のやる気の喪失だｗ

別にクローズドなシェアウェアでもそのリスクはつきまとうわけだが

>>113
ソースさえあれば後は誰かが・・・、という救いがあるのはオープンソースの大きな利点だね

みなさん、どの言語からSQLite使ってます？
私は個人用途で主にPythonからなんですが、
やっぱりスクリプト言語からっつうのが一般的なんでしょうか。

俺はC/C++

私もCから使っています。

ところで、tclバインディングって使ってる人いらっしゃるんでしょうか?
歴史的経緯は置いといて、別パッケージにしてほしい。ってのは我が侭ですかね?

C/C++、およびPHPだなー。

Tclバインディングは、原作者のこだわりじゃないかな。
もともとTcl界の大御所だし。

OOoとかFirefoxとか使ってなかったか？

工作員工作員とかわめいて痛い奴がいるな
夏だから多くなるのも仕方ないか

痛い奴がいるな痛い奴がいるなとかわめいて香ばしい奴がいるな
夏だから多くなるのも仕方ないか

何言ってんだ何言ってんだとかわめいて痛い奴も（ry

何でお前必死なの？

Delphiで使ってるよ

ちゅうことは、>>86 もか。

おー、皆様お返事ありがとうございます。
結構C/C++な方がいらっしゃるんですね。

詳しいお兄様方に質問です。
SQLiteをいじり始めたばかりで、どの言語から使う/呼ぶかもまだ検討段階な状況です。

例えば、INTEGER PRIMARY KEYなカラム(名前はidとします)と
1万件のレコードを持ったテーブルt1があるとします。
で、手元には1000個の既知のidがあり、該当するレコードをSELECTしたい時
SELECT dat1,... FROM t1 WHERE id in (1,2,3,...) として一発のSQLで済ますのと、
SELECT dat1,... FROM t1 WHERE id = xxx な単発？SQLを1000回行うのとでは、
どちらが定石な感じなのでしょうか？

この規模で、1秒以下程度の反応が欲しいです。
で、素人考えでは、前者のがパフォーマンス的に良さげと思ったんですが、
ttp://www.sqlite.org/speed.html
なんかを見ると "5000 SELECTS"を1秒程度やってるので、この程度の数だったら
深く考えずにガンガンSELECT文を送るのが定石なのかなーと思ったのです。
プログラミング的にも、こちらのが単純なので嬉しいのですが。。。

もちろん、パフォーマンスなんぞはcase by caseで一概に言えないでしょうが、
「オレならこうするだろう」的な見解を頂けたら嬉しいです。よろしくお願いします

>>120
Firefoxは次のバージョンからな
ブックマークや履歴管理に使用する

>>128
俺も前者のほうが速いと思うけど・・・

> 「オレならこうするだろう」的な見解を頂けたら嬉しいです。よろしくお願いします

オレなら質問書いてる間にさっさと実験してみるよｗ

IN句の最強の欠点はprepareが使えないってとこだな
SQLiteは知らないが一般的にはそうだろ

そもそもSQLiteにはサーバサイドprepared statementなど存在しない。

で、何でPREPAREしたステートメントではINが使えないの？

> そもそもSQLiteにはサーバサイドprepared statementなど存在しない。
そりゃ、サーバーがないからな。
逆に言えばSQLiteではクライアントでprepareしても
サーバーでするのと同じ効果なるわけだが。

>で、何でPREPAREしたステートメントではINが使えないの？
INは使えるが、数を可変に出来ないってことだろ？

ところで、INの中の項目数に制限ってあるの？
それともSQL文の長さ自体の制限がある？
IN（1,2,3,・・・9999,10000)とかっていけるんだろうか？

prepareの役目はSQLの事前パースであって
サーバーサイドのsqlキャッシュとは直接関係無いぞ
SQLiteにもprepareはある

sqlite3_prepare() 使えば、事前パースできるな。
PostgreSQL等が備えている、PREPAREコマンドは
使えないわけだが。

Tclから使ってるけど・・・いいんだよ・・・どうせ日陰者さ・・・

>>136
オレなんかobjective-cから使ってるよ．．．

PHPで使ってる谷津が多いんじゃね

Perlで使ってる谷津は俺しかいないのか?そんなわけないよな

>>128
前の方が速いよ。Tclで10000件から1000件のランダム抽出してみたけど、
だいたい前者が速かったよ。
インメモリデータベースだと前者が0.029秒で後者が0.035秒くらいで
普通のデータベースだと前者が0.028秒で後者が0.172秒くらいだったよ。

俺もPerlで使っている。
データ件数3万件以上ｗ

C#(ADO.NET)から使おうと思ったけど挫折してPHPから使ってる

>>133
INの項目数or長さは気になるね。

業務用アプリのメンテ用コマンドで気にせずin句に突っ込んでたら
(SQL文の長さは気をつけてたんだが)
Oracleのin句の1000個という制限に知らずに見事に
バグったことがある。

>>130-143 あたりの皆様
お返事ありがとうございます。やりとりが大変勉強になります。

>>130
実際に試せというのは確かにごもっともであります。アドバイスありがとうございます。

>>140
貴重な実験結果をありがとうございます。後者でも0.2s程度という早さにびっくりです。

お蔭様で、まず実験すべしという教訓が得られました。これから私の方でもやってみます

cで使ってる香具師はマカだろ？
マカ氏ね！

しょうがねーなぁ。世の中、使えるレベルのデスクトップは Macと Winしかねーんだぞ?
わかってんのか?

いや既にそれは古い常識だ。

>>139
>>141

俺もPerlから使ってる。
拙作掲示板とPOPFile。

Webなら最近はPHPの谷津が増えてるんじゃね

>>147

他に何がある?　まさか、X-Windowをベースにしたデスクトップとか言うなよ。

使えるレベルのデスクトップなど存在しない、が新しい常識。

>>145
またおまえか

Macユーザに恨みでもあるのかｗ
まあ、俺はLinuxだけどC++で使ってるよ。

マカが怨まれるのはデフォ。人間のクズだから。

>>154
またおまえか

本当にクズだからねえ。
サファリとかいう1%も利用されてないようなマイナーブラウザに対応しろとかごねだすし。
動作環境にIE6と書いといてもサファリで見れないとか言い出す。マカ氏ね！

使えるレベルってウィンドウズしか無いよ。マクが使えるなんてマカの妄想。
IEすらないしアクティブXも動かないから、世の中のサイトのほとんどは見れない。
drmにも非対応だから登録制や有料の動画も見れないし。

>>156
バカなのカナ？

>>157
スルーしる。

俺の半径25ｍのマカは屑が多い
そりゃもうどうしようもないくらい
なぜなんだ
大阪だからか？

世界中どこへ行っても共通に見られる現象

で、sqliteなんだが鯖の引越しにも楽でお手軽にSQLも使えるのに
あまり日本では話題になってないような気もするんだけど

お金に成らないからね。
アクセスアプリをVBAで作ったほうが遥かに金に成る。

マカは接近禁止にして欲しいね。なんであんなに自己中心的なんだろう？

>>162
大阪の奴には聞いてない

華麗にスルーで宜しくお願いします。

ラジャ！

俺はマカ毎日飲んでるお陰でいつもビンビンだぜ

マカ飲んでる香具師って体臭臭いです。自覚無しだから最悪。

魔貨はマッカって読むんだぜ。

>>161
日本語のドキュメントが少ないからじゃね

>167
日本語のドキュメントが少ないからじゃね

>>170
日本語読めないんじゃね？

Accessがあるからだろ

久しぶりに来て見たが相変わらず低レベルな煽りあいが多いな。

クズとマカが居座ってるからね

誰か翻訳してウｐしようともしないからね。
まあ質問廚に無料サポート頼まれるからメールアドレス公開したくないってのもあるだろうけど。

>>173
キチガイ（自称）大阪人が自演で暴れてるだけ。スルーが良かろう。

別段難しい英語な訳でもないし、翻訳の需要ってあるのかな。
むしろ日本語のオリジナルな文章があった方が良い?

既にどっかにあったよ確か

テンプレに入れといたら？
それより駅前留学でもすればいいのに。

すぐ駅前留学とか言う奴いるよな。聞き飽きたって。

それだけ義務教育で英語習ってるのに読み書き出来ない香具師が多杉なんだよ。
英語のドキュメント読めないって毎回言い出すほうが聞き飽きた。
アクセス使ってろって。

英語一から勉強するのめんどくさいし時間ないんで、翻訳しながらプログラミングのおべんきょするわ。

おれはこの3つを見たかな

http://www.net-newbie.com/sqlite/sqlite.html
http://www.net-newbie.com/sqlite/lang.html
http://hp.vector.co.jp/authors/VA002803/sqlite/capi3-ja.htm

あとは、英語。
見るっていっても、これくらいだけどな
http://www.sqlite.org/capi3ref.html

>>183
SQLiteは関数少ないしそのぐらい見れば十分だろうね。

英文のドキュメントなんて英語の教科書に載ってるような「文学作品」に比べたら
百万倍わかりやすいと思うぞ。中学校出てるなら英語ドキュメントくらい読め。

これからは小学校で英語を教えるようになるから、小学校れべるのえいごもわかんないの?
とか言われそうだな。

どちらにせよ、英語より日本語の方が早く読めるんだが…。

趣味なら時間かけて読むさ。
仕事ならスピード第一。

仕事なら英語読めない（遅い）時点で単に使えない奴だな

日本人なら日本語だけでおｋ

仕事なら、英語でも日本語並みに読めないとなあ。日本語が早く読めるのでと言ってる時点でスキル不足。
日本人が作ったソフトでも使ってなさい。世界的には知名度無くてマイナーだと思うけど。

世界に羽ばたかないのでおｋ

英語談義はもう良いから、日本語でどんなドキュメントが欲しいのか教えてくれ。

何だよ、結局需要無しかよ…

>>193
データベースファイルが壊れない方法について。

PHPからの使い方なら

rakutoネット
http://study.rakuto.net/
SQLiteをやってみよう
SQLiteコマンド一覧
SQLite 管理
はじめてのEclipse
PHP SQLiteのTIPS
サンプル／ダウンロード

>>195
耐障害性を高めた SQLite の運用方法に付いてって事かな。

>>193,194
判断早すぎる( ﾟдﾟ )

>>197
ほんとは、使い方がよくわからないからもっと初心者向けのがほしい。
ここはデーターベース板だから専門家が集まっているんだろうけど、
世の中は素人のほうが圧倒的に多いよ。
SQL自体よく知らない。
MySQLを使ったことあるけど、初心者向けの本を読みながら細々と使った。
まぁ、そんな感じ。
あと、コマンドは勘弁ってかんじ。

英語が出来る人は英語で話したらｗｗｗ

あと、和訳はだいぶ前に結構やったのがあるよ。
ほしい人がいるならあげるよ。
でも、SQL知らないで訳してるからね、誤訳は多いと思う。

>>200
おまえ、そんなに頭悪いんじゃ大変だな。いいかげんうざいから去れよ。

>>202
自分は英語がまったくできないわけじゃないけど、
日本語のがあったらそっちのを読むよ？？

>>199
SQLite 初心者じゃなくて、データベース初心者向けのドキュメントで SQLite を
例題とした物が欲しいって事だよね。

>>203
それが普通だと思うけど、原文を読んだ方が理解が速い場合もあるんだよね。
特に技術系の文書は。

>>200
キチガイだな

>>204
そんな感じです。

公式ドキュメントにもSQLの学習用に向いてるって書いてあったと思うよ。
初学者だけじゃなく、仕組みや新しいアイデアを実装する人が
研究用のプラットフォームにするにも向いてるって書いてあったと思う。
きっと向いてるんだよ。
あと、組み込み用ってことについて過去ログにアプリケーション組み込みってことだって書いてあったけど、
公式ドキュメントには機器組み込みって書いてあったよ。
たぶん携帯とかに入れるんじゃないかなって思いました。

>>207
別に機器組み込みに限った話ではないと思うが・・・。
アプリケーション組み込みも当然想定されている。

>>208
もちろんそうだけど、機器組み込みのことじゃないみたいに書いてあったからだよ。

>>209
ん？公式ドキュメントに、
"Embedded"を機器組み込みのことだと限定するような
記述があったか？

>>210
ここの過去ログにアプリケーション組み込みに限定する書き込みがあったけど、
公式ドキュメントには、具体的な機器組み込みを示唆する表現があったってこと。

あと、使い方はいろいろ書いてあったけど、
面白いというか大ヒットの予感を感じたのは、
無制限のアンドゥーリドゥーを簡単に実装できるってやつ。
ほかのデータベースでは同じことができないと思う。
Accessを含めて無理と思う。
何か可能性みたいなものを感じました。
それで興味がある。

別にSQLite自体は単なるSQL DMBSだけどな。
MySQLやFirebirdSQLを組み込みで使っても、同じことができる。
単純な用途なら、Berkeley DBでもいいしな。
過大に期待しすぎじゃね？

俺がSQLiteを使ってるのは、ライセンス上の制限が
ないからだな。再配布条件を気にしなくていいから楽だよ。

>>212
> MySQLやFirebirdSQLを組み込みで使っても、同じことができる。

サーバプロセス動かさないで使うことってできるの？

>>213
現実的な話だよ。
アンドゥーリドゥーのために必要だからMySQLインストールしてくださいって
言えないじゃん。

別パッケージインストールするんじゃ「組み込みDB」とは言えないだろうな

>>213
Embedded MySQL Server Library とかでぐぐってみろ。

あと、DBMでアンドゥーリドゥー実装する位なら
何もないところから作るほうがいいでしょ。
インデックスには大して意味ないし。

リレーショナルで必要ならメモリー上に置いとけるってことで
SQLiteなら簡単に実装できるってことだから。

で、アンドゥーリドゥーがいいってことじゃなくて、
今まではデーターベースでやることだと思ってなかったようなことが
SQLiteを使うとできて、しかもメリットがあるってとこが興味を引く。

ttp://itpro.nikkeibp.co.jp/article/Watcher/20060721/244050/

>>183
なかなかよさそうだね

データーベースでやることだと思ってなかったようなこと
って具体的になに？
アクセスで遣ることじゃないと思ってたことをsqlite使ってるってだけでは？

データベース初心者がSQLiteを例題にするのがそもそもの間違い。
データベースって奥深い学問だからそんな一朝一夕に身に付くものじゃないし。
ちゃんと勉強しないとまともなテーブルさえ作れないよ。
一般的なRDBを学習したあとで、限定的な用途にsqliteを選択するのが正しい。

コマンドは勘弁って時点でアクセスに戻れって感じ。
どうせまともなDBが無いレン鯖で無理矢理PHP使いたいって場当たり的な目的でしょ？

> どうせまともなDBが無いレン鯖で無理矢理PHP使いたいって場当たり的な目的でしょ？
DBが無くてもPHPは無理やりではなく普通に使えますが？

http://sqlitecn.feuvan.net/

なんだこれ

>>220
んな事無い。

PHPが必要なソフトは得てして、DBを要求してることが多い。

PHP についてはどうでもいい。

> PHPが必要なソフトは得てして、DBを要求してることが多い。
あるジャンルのソフトは、
言語に関係なく、DBを要求してくる。

あんたが想定している「PHPが必要なソフト」はどんなものか言ってみ、
そのソフトのジャンルは、言語に関係なくDBを要求しているであろう。

「PHPが必要なソフト」が「言語に関係なくDBを要求しているジャンルのソフト」であっても
>>224 は成り立つんじゃね?

くだらん言葉遊びにしか見えない

そりゃそうだろう。

言葉遊びと言語遊びは違うぞ

>>230
何を当たり前のことを

おまんこ

WEB向きでいいじゃんこれ
単体のファイルというのが気に入った

誰かちっさいデーモン書いてくれよ

デーモン小暮（３才）

>>234
つhttp://sourceforge.net/projects/sqlitedbms/

>>236
( ･∀･)ｲｲ!

明日さっそく評価してみまつ

あるジャンルのソフトは、PHPとMySQLとかを要求してるけど、レン鯖ではMySQL使える所は少ないから、どうにかsqliteで動かそうとがんばってる香具師が多いってことでは？
まあ簡単にはsqliteに置き替えられるようにはなってないから、MySQLとか要求してるのに。

MTとかXOOPSとかのことじゃね？
他にもPHPベースのソフトはいくらでもある。

誰にレスしてんの？

>>238
確かにMyが激遅の鯖屋が多いのでMTをSQLiteにして良いレスポンスになったブログとかよく見る
>>236
ｲｲ!
>>239
消えろクズ

>>238

MTは標準でSQLiteも使えるでしょ。
しかもPHPではなくPerl。

perlだったか

根性でDB排除して転地ファイルとかも自前でやってるやつあるけど
もうそろそろSqliteでもいいよね

sqliteのバージョンアップで苦しむことに成るくらいなら、自前ファイルのほうが便利です。
sqlite2からsqlite3で嵌った苦しみを忘れるな。

sqlite2からsqlite3で苦しむような低脳の設計した自前ファイルなんて恐ろしくて使えません

嵌まる要素なんてあったっけ?
１から勉強し直しても大したボリューム無いのに。

まあ苦しんだのはデータの変換作業なわけだが・・・。
1Gくらいのデータになるとさすがにやる気でない。

2から３にしてファイル壊してデータ全部飛ばした漏れが来ましたよ。
１年ぐらいはsqliteを憎んでたよ。

>>220
データーベース初心者に向いてるって公式に書いてあったからそう思っただけ。
たしかにアクセスでもいいよね。
持ってないけどｗｗ

1Gとか、最初から普通のRDBMS使えよって思うんだが。
単なるDBの選定ミスだろ。

ウィキペディアが圧縮して1Gとかだからねぇ。
あれが全部一個のファイルに入ってて1万円だったら買っちゃうなぁ。
って言うか買うから誰か作らないかな？

SQLiteも普通のRDBMSですが？

>>251
ダウンロード出来るぞ

高々 1GB のデータファイルのコンバートがそんなに大変なのか?

sqliteは普通じゃないな。組み込みDB。
DB鯖別けられないし。普通とは違う。

1GBもあると問題ないか検証するのが面倒なんだよ。
最初に作ったsqlite2形式のまま問題なく使いたいと思うのは自然。
今から始める香具師もsqlite3形式で作って永遠に使い続けたいと思うのは当然。
将来、sqlite4形式に変換する必要が有ると使いにくいだろ。

>>255
別に自然でも当然でもない

>253
詳しく！！！

>>250
フォーマットが変ると想定してなかったんだから別に普通だろ。
変るって最初からわかってたらつかわねーよ馬鹿。後からなら
何とでも言えるっての。

>258
>フォーマットが変ると想定してなかったんだから

……どのDBMSでもメジャーバージョンが変われば
データ蓄積対象ファイルの内部形式が変わっても不思議じゃないと思うが。
それで未だにAccess2.0使ってるなんてとこもあるな。

>>258
うわっ、本物の馬鹿だ

煽りは自粛の方向でおながいします。
十人十色でございます。

こいつは3が出た最初の頃からブーブー鳴きわめいてた豚だよ。

マイナーバジョンアップだってフォーマット変わらないかどうか
ビクビクしながら管理するのがDBMSってもんだろが

常にダンプとロードを忘れるな

フーマットが変わればコンバートすればいいだけ。

だよな
つーかマニュアルも読まずネットも見ずだとそのくらい当然
なぜ人災を起こしたか学ぼうとせずツールのせいにし続ける馬鹿は死ねばいい

MySQL4.0から5.0にバージョンアップしたら文字化けしまくるようになりました。
1年くらいMySQLを恨みました。

だからコンバートしましたぐらいじゃ済まないから面倒なんだよ。
コンバートしたら検証も必要。1GBもデータあったら確認だけで時間取られる。
おまいらの仕事はコンバートしたけどちゃんとコンバート出来てるかはシラネで済まされる程度なのか？
それとも業務には使ってなくて、ブログとかの日記程度なのかい？

コンバートツールが完璧かどうかデータを検証するのが面倒って話。
コンバートしなけりゃ被害に遭わないのだから変換せずに済ませたいと思うのは当然。

mysqlは昔からutf使っていたから問題ないよ。
ソース見てれば分かるけど、明らかにコード変換部分がおかしかったし。
MyISAM形式が変更されたわけではない。

>>267
だからおまえが困ったってことはよくわかったよ
主としておまえの技能の欠如の問題なんだから何度も何度もここで晒すのは
みっともないぞ

運用はじまったら、よほど致命的な脆弱性無かったら
DBファイルの変更伴うVerUPなんてやらん。

なんでこのスレは生贄がいないと盛り上がらないんだろう・・・。まじおまえら性格わりーな。

確かに検証はまんどくさいよな
sqliteは現実2も3も大して差はないよ
2で運用してたら2のまんまずっと逝くのが楽だったろうに

> だから

世の中の全てRDBMSは

> コンバートしましたぐらいじゃ済まないから面倒なんだよ。
> コンバートしたら検証も必要。1GBもデータあったら確認だけで時間取られる。
> おまいらの仕事はコンバートしたけどちゃんとコンバート出来てるかはシラネで済まされる程度なのか？
> それとも業務には使ってなくて、ブログとかの日記程度なのかい？
>
> コンバートツールが完璧かどうかデータを検証するのが面倒って話。
> コンバートしなけりゃ被害に遭わないのだから変換せずに済ませたいと思うのは当然。

>>272

その程度の作業人月を確保できない、おまえは単なる無能。

>>273
レスするやつ間違ってるぞ無能ｗ

データファイルのコンバートが発生しなくても、バージョンアップしたら検証するもんじゃないの?
その内、データファイルのコンバートの検証に掛かる作業量なんて誤差の範囲でしょ。

それとも業務には使ってなくて、ブログとかの日記程度なのかな？

ミグレーションも検証もプラン外だったとしても片手間だよ
上で言われてる通り、稼動中のドメインロジックから下を変更する理由なんかまずない
それに、「面倒」って話と「検証せずあぼーん」って別の話してるよね
引けなくてつくっちゃった感ありありｗ

>>276
流れ読めてないぞ低脳ｗ

おまいらお盆休みはSQLite三昧ですか？

>>275
テストポロセスの中じゃデータ検証は天国のようなモンだな
APIやストレージフォーマットの検証法を考えなくてもそれを括弧に入れてまるごと整合性をチェックすればええんですから

されもこれもSQLが標準化されているからこそ。おまいらもっとSQLをたたえるべき
SQL様に文句言うやつは使えない言語ｦﾀに決まり！デス！

もう寝ろ土方ｗ

そんなことせんでもSQLで取り出してSQLで突っ込めばいい

>>281
エロい ＞＜

>>280
町はおいらが作ってるんだぜー

壊してるの間違いだろ

高級言語や低水準言語で組む時代は、乗用車やバスを作ることに例えられたけど、

Webがらみのエンジニアなんて、街の看板屋みたいなもんだよな。
シンナーでのテンパり具合もそっくし。

>>285
とりあえず病院逝け

これからは塗装工に代わって「自称うぇぶでざいなー」がニュースを賑わすのですね。

まあインターネットサイトのペンキ塗りだよね。
PC使ってぐりぐり着色。

もうバイブとりだしてちんちん突っ込んで寝よ。生チンチン最高！

もうこのスレいいや・・・。まじしょうもなすぎ・・・。

DB鯖を建てられない貧乏人の巣窟だからね。

在庫管理のシステムの丸ごと変更と機能追加をやって、見積もりの一番安い個人事業主のWEB屋に頼んだらDBがSQLITEだった
３ヶ月の工程だったのが２ヶ月ちょいでテスト込みで上がってたよ
WEB屋が言うには高負荷でもこれってDB自体はぜんぜん問題なしらしい
以前はアクセス95＋sql鯖だったので、料金も超激安でシステム価格は以前の1/10以下だった
体感的にも早い
なかなかいいよsqlite
つうかPCを総とっかえしたから体感が早いのか

成功事例を見ると叩かずには居られない香具師がそろそろ来るかな。

死番目な無いからな

個人事業主の香具師に騙されてると気づくのは数年後のことであったってヲチが待ってるだけ。
一人で仕事しててRDB鯖の面倒なんて見てられないからうまく回避されただけじゃん。

そういえば公式に面倒を見る人がいない組み込み用途に最適とか書いてあった。

オマイ等、Milestoneですよ。

2006-Aug-12 - Version 3.3.7

Version 3.3.7 includes support for loadable extensions and virtual tables.
But both features are still considered "beta" and their APIs are subject to change in a future release.
This release is mostly to make available the minor bug fixes that have accumulated since 3.3.6.
Upgrading is not necessary.
Do so only if you encounter one of the obscure bugs that have been fixed or if you want to try out the new features.

エクステンションって自分で作ったのを読み込んでくれるってこと？
それとも、必要なものだけ読み込んでダイエットみたいなの？

前者

>>298
うひょ最強

やっと作者もバージョンアップでフォーマットを変更していくのが
混乱を生んでいたことを認識したようだ。おせーよ。

内部形式がどう変わろうが、
インターフェースが同じなら問題ないだろ・
他のRDBMSだって同じなんだし。

フォーマット変えたくらいでブヒブヒ鳴きわめく精神年齢の低い小学生が多いからな

だって面倒なんだもん。

>>301-302　作　者　に　言　え　

他のRDBMSでバージョンが変わっても
ファイルフォーマットが同じなものって存在するの？

>>304
えっ？内部形式を変えるなっていっているやつが
作者に言うべきじゃないの？ｗ

言いたいことが無いのなら黙ってればｗ

にしても、betaに付き合うほど、慈善家じゃないんだがな。

豚はおとなしく屠殺されてハムとソーセージになってろよ

使おうとしたら、コンストラクタが宣言されていないと…

なぁおまいら
SqliteってGIF見たいにいきなり利用料請求してくるような事ってないのか？
なんか怪しく思えてきたんだけど…

>>310
そんなお前みたいに卑怯な事しないよ

SQLiteは規格じゃないから無料公開してた分までは無料でしょ
有料化しないとは言い切れないし、割とありえるかなと思う

お祈りとか書いちゃう御仁に限って有料化は無いと思う。
まぁそれも、神様のお告げが在れば別だ。

神は豚にSQLiteを使わせてはならぬとおっしゃった。

たとえ drh が明日から有料って言い出したとしても、
既存のフリーのバージョンから fork する香具師が出てくるだろうから心配ないやろ。

>>310はGIFを引き合いに出しているところからして、特許問題を懸念しているのではないか？
個人的には全く問題はないと思うが、俺が保証したところで何の足しにもならんだろうな。ｗ

>>305
組み込んでるやつとか、他の言語からのバインディングで
動的リンクしてるものと静的リンクしてるものとが色々あって、
それらの整合性が取れてないと混乱するだろ。
普通のDBはシステム中に一つのバージョンしか入れないだろ。
ちょっと事情が違うと思う。

3.3.6から3.3.7にアップグレードしたら
自作プログラムから作ったデータベースが開けないorz
戻しても開けないorz
開こうとしたらSQLite3.exeのウインドウが一瞬表示されるだけなんだけど…
他の関係のないファイルなら開けるのに…なんで？

サブマリン特許を心配してるんだな
気にするな
八百長試合みたいなことされると世間から永久追放されるから

>>318
そんなことよりSQLite3.exeのウィンドウって何。

>>316
特許問題を懸念するなら、取り立てて SQLite だけ心配するというのもどうかと。

>>318
俺が直してやるからうｐしなさい。

>320
Windowsのコマンドラインの奴です。

>322
自作プログラム上では何の問題もなく動作してるんですよ。
sqlite3.exeで開こうとしたら開けないんであって
データベースファイルが壊れているわけではないと思うんだけど…
ちなみにsqlite3.exe上で作ったデータベースファイルは問題なく開けます。
なにこれ？

「SQLite3.exeのウインドウが一瞬表示されるだけ」ってｗｗ
「コマンドプロンプト」から起動してみるとかちょっとは工夫しろよ

申し訳ない。
原因が分かった。
パス名に日本語文字が入っていたからだった。
基本的なミスでもうしわけない。

日本語だと開けないの！？
UTF-8/16対応のくせに！？

>>326
何のこっちゃ？

なんだ、まだそんなバグがあるのか。最低。

Windowsのコマンドプロンプト
文字コードって何だっけ。

>329
日本語Windowsなら素だといわゆるCP932

DBファイルのフォーマット替えられると検証が面倒。
組み込み用途だからさ、１万個のDBファイルとか組み込まれてていちいち検証してられる訳ない。

過去ログの1GBのデータ溜め込んでる場合でも検証は面倒。
コンバータでフォーマット変更してエラー無かったので大丈夫だと思いますじゃ済まないことは多いよ。
客にしてみれば、フォーマット変わったのは業者の都合にされるから、業者側の責任。

>>331
ブヒブヒうるさいよ豚

組み込み用途なのね？
それで1万個のDBファイルがあるのね？
さらに、客にリリース済みなのね？
だから、DBのフォーマット替えられると検証が大変なのね？

おまえ、面白すぎｗｗｗｗｗｗｗｗ

定期的に沸いて同じことしか言えない人だから相手にしないのが良いよ

オプソ系のツールを確認もせずにバージョン上げる馬鹿がいるんだな。

ほんと。ほっときゃいいのに。
言えた義理じゃないけど。

そうだね。
１GBとか１万個とかが問題になると思ってるんだろうね。
きちんとテストケースを定義出来ないだけなんだろうね。
本当、業者はクオリティが高いなぁ。

>>334
＞定期的に沸いて同じことしか言えない人だから
人じゃないよ豚だよ。

1まんこ(;´Д｀)ﾊｧﾊｧ

>>339
なぜかうけたｗ
自分でも不思議だ

>>330
CP932だけど、そのまま日本語データつっこむと何かバイナリの並びが変じゃね？

SQLite3 は CP932 には対応してないんだから何か変でも仕方ないのでは？

ていうか、ファイルのパス名の話とデータの話がごっちゃになってね？

はまちゃったね

utf8で突っ込まないと変になるのは当然。つーか文字コードって何？レベルの香具師ですか？
アクセスに戻ったほうがいいよ。スキルが足りなさ過ぎる。

オプソ系のツールを確認もせずにバージョン上げろって馬鹿な客が多いんだよ。
レン鯖とかさ(w
自分の都合だけじゃなくて、他の共用ユーザのことも考えろよ(w
要求に応じて上げてやると案の定嵌ってクレーム。元に戻してやるの繰り返し。
レン鯖使ってる香具師ってスキル低いつーか馬鹿が多いよね。

>>344
こういう馬鹿が、セキュリティーホールを塞ぐ為のバージョンアップ時に
俺には関係ないから上げるなとか駄々クレームをこねてレンタルサーバ
の管理人を困らせるやつなんだろうなあ...

つか、上書きせずに入れるという発想はないのか...

ないない。だって、結局、文章読むと、面倒だからやりたくないだけみたいだから。

共有サーバー？なんの話？
勝手にMySQLのバージョン上げるなって事？

http://rsqlitegui.rubyforge.org/

要するに豚ってことだ

借家の苦情は家主さんに言ってください

>>344みたいなのがこのスレには多すぎてキモイ。

俺はsqlite3.exeの話をしたのであって
データベースファイルないの記録形式の事なんて何も言ってないよ。

sqlite3.exeなんてサンプルアプリみたいなもんだからな

>>352
お前の質問の仕方 (状況説明) が拙かったというのも原因の一つだろ。
まあ解決した話なんだから勘違いしてる香具師のことはほっとけ。

やだね

偽物乙

本豚と偽豚？

クズはヌルーしてください

グズは？

>359
ヌﾉﾚーしる

このスレは質問OKなスレでしょうか？
違ったらごめんなさい＆誘導お願いします

質問：

spliteでバイナリ（画像）を記録し、利用するにはどうしたらいいのでしょうか？
その場合の問題点などあったらぜひ教えてください。
画像は別フォルダに記録して利用するほうが負荷が少ないのではないかと思いますが、
実際のところはどうなんでしょう。。

環境は　SQLite バージョン 2.8.14 / PHP バージョン 5.0.2　です。

よろしくおねがいします

↑追記

Web上でフォームから画像データを送信しデータベースに保存→その後記録したデータを利用する
というWebプログラム上での使用を前提としています。

>361
まず
>画像は別フォルダに記録して利用するほうが負荷が少ないのではないかと思いますが、
これ正解。サーバに対してもプログラムする上でも負荷は少ないと思う。

その上で敢えてDBに突っ込みたいというのであればBLOB型のフィールドに入れればよいでせう。
どーやって突っ込むか、は……PHP堪能な人あとよろー

# しかしver.2だとcharとblobって列定義に関しては同義なのな……

>>363
>これ正解。サーバに対してもプログラムする上でも負荷は少ないと思う。

やっぱりそうですか
バイナリデータをわざわざデータベースに記録するというのはあまり意味がなさそうですね。
残りはPHP系のスレで訊くべき質問だと思うのでそちらに移動してみます。

ありがとうございました

画像ならキャッシュきくしな。
BLOBでもきかせようと思えばできるが。

漏れが使ってるphpとsqliteのバージョンを上げることは許さんよ。

フォルダだと、ランダムにurl生成するソフトで突破出来るよ。

>366
日本語でおｋ

>>363
2でバイナリデータを扱う時はbase64エンコードするのが定石だ！覚えとけよ！

鯖屋が張り切ってバージョンうｐすることはないから安心しろ

>>368
ふつー BLOB じゃねーの？

これだから3しか知らない新参は困る。

>>371
別に困らないよｗ

>>371
お前は呼んでないよ豚

>>372　間違った情報を流布されると困るんだよね
>>373　またお前か。お前が来ると無駄な罵り合いばかりになるんだよね

>>374
だからおまえは来なくていいってば

>>374
困るのは今だに２を使っているおまえさんだけだと思う

>>374
豚は「ブー」とだけ鳴いてりゃいいんだよ

>>371
2 の頃から BLOB だったけど？

sqliteぐらいでなにあつくなってんだ？
キモ藁

>>378
ウソつけ

ウソでした。

カルシウム足りない奴ばっかだな。

最近のレンタル鯖屋のバックグラウンドは以前に比べて帯域がデカくなったが、共用DB鯖は混雑しまくり。
sqliteに替えれば、ほーらサクサクだよ

確かに下手な鯖だとsqliteの方が速い。

DBがlocalhostな鯖だと関係ないけどねー

つか、共同鯖を間借りしている時点で速度とか文句を言える身分じゃないだろ。

共有DB（MySQL）が遅くてタイムアウトまでするレン鯖って
さくらのことでそ？
SQLiteにすれば解決するよ。

まあ貧乏人にはオススメ

sqliteで逃げるんじゃなくて専用鯖に移行すべきでしょ。

まじでこのスレキモイ・・・。なんだこれ・・・。

>>389
だからそんな金がない貧乏人、ニート、フリーターにはSqliteがお勧めって話をして
るんだろーがよーッ！

人の話を聞かないって通知表に書かれてただろオメーは

人じゃなくて豚じゃね？

怒りっぽい人は嫌われるぞ?

専用サーバーは、OSやサーバーにセキュリティホールが見つかったときに
自分で処理しなければならない。

共有サーバーの上のプランが専用サーバーってのが
間違ってるんだよ。

一人だけが使うって事意外、共有サーバーと同じという
プランを用意しろ。

また豚がブーって鳴いた！

とりあえずなんか保存したい
-> plain file
同時アクセス対策でロック処理を書くのがまんどくさい
-> DBM
検索機能をつけたいが処理を書くのがまんどくさい
検索キーが２つ以上ある
-> RDB
table構造の変更は滅多にしない
更新より参照が主
「標準」が好き
-> LDAP
O/Rマッピングがまんどくさい
-> OODB(使ってねえからシラネ)
table(表）ではなくツリー構造のデータ
カラムがコロコロかわる
-> XMLDB(使ってねえからシラネ)

使い分ける・覚えるのがまんどくさい
-> 全部RDB

RDB鯖をたてるのがまんどくさい
-> sqlite
-> hsqldb(Java)
むしろ(php4)extensionのコンパイルがまんどくさい
-> mysql

>>394
kagoya

専用サーバーでもセキュリティ対策してくれるサービスも有るよ。
自分が使ってるアフォ業者を基準にしない様に。

もちろん突然にsqlite4がインスコされて、sqlite3形式のDBファイルを失うのは覚悟すべき。

そもそも金がない貧乏人、ニート、フリーターは鯖建てるなよ。
ちゃんと汗だして働いて鯖代ぐらい稼げ。

何その矛盾

>>398
偉そうなことを書いてる割には自分基準の価値判断だな

貧乏人必死だなあ。
身分相応の鯖建てろよ。

でもさぁ
いまどき全部タダのシステムで構築した鯖だってそれなりの性能だぜ？
ハードだってジャンクで集めたパーツで充分だし、どこをどうすればそんなに逼迫した状況に
追い込まれるのかが理解できん。ハードorソフトの限界が来る前に、先に回線の限界がくるだ
ろ。おまいら一体なにやってんだよ。。。

使ってもいないけど、カタログスペック見て知った風に語るヲタ心とでも言うか。
所有する機会も無さそうな車の話題で熱くなるっていうか。

まぁ、そんな感じ。

ジャンクで集めたパーツの鯖なんてクズ。
回線の限界っておまいが払える回線代での話だろ。
100Mbpsきっちり出る回線代だけでも結構かかるよ。

>>401-404
スレ違いの話しかできない馬鹿ども

おまんこ

>>404
＞100Mbpsきっちり出る回線代だけでも結構かかるよ。

俺がいってることの意味を理解できてないし、アマチュアが組んだってそのくらいさばけるよ。
トラブってんのは腕が悪い証拠。

MySQL使っていたら、勝手にMySQL 4.1 にされて
今までのファイル形式が使えなくなっちゃった。
だからやめたほうがいい。

雑談スレですかココ?

似たようなもんです

すみません
初心者なんですが質問させてください

PHPとSQLiteでホムペをつくっているのですが、データベースに格納するデータ中に ' があると
エラーになってしまいます。これをなんとかする方法はないでしょうか？

>>407
帯域辺りの回線代の話なのに、腕が悪いも糞も無いだろ。

>>441
エスケープしろ。
'Rock''n Roll High School Forever'

アンカーミスった。
>>411宛ね。

解決しました
ありがとうございます。

エスケープというのはお金マーク→\ でやるものだとばかり思っていたのですが、' 記号の場合は2回続けて打たないと
いけないのですね。

つまりsqliteってアマチュアしか使ってないのか。

デフォルトのmyisamなら4.1でも問題なく使えますが？
sqlite3のようにファイルフォーマット変わったりしないし。

sqliteって偶数バージョンは安定とかあんの?

ファイル形式が変わったのなら、
他のデータベースと同じように、
エクスポートしてからインポートすればいいだけの話だろ。
そんなこともしらないのか？

もうちょっとタメになる話しはないものかと

言い出しっぺの法則

タメになるならない以前に、話題がループしまくってるからなあ。
煽りのネタのほとんどが概出なネタという気がする。

>>416
またおまえか

豚はブーブー鳴く他に出来る事がないからな。

SQLiteに自動アップデート機能がついているわけでもあるまいし
アップデートしたら内部形式が変わったからって何なんだよ。
そんなもん、どんなソフトにだって起こる話しだし、
データ移行すればいいだけの話しじゃんか。

>>424
付けようって話は出てるけどね。

アップデート機能もないのにファイル互換なくして新しい形式にするのがおかしい。
アクセスとかエクセル使っていて、新しいアクセスやエクセルにしたからってCVSにいったんエクスポートしてインポートし直してる香具師なんて見たことがない。

他のデータベースでいきなりファイル形式変えたのって具体的にどれ？

豚キター！

そう熱くなるなよ。
使用はいつだって自己責任。
それがルールだろ。

後方互換性が無いDBがあったのかは俺は知らんけど。
それが気に入らないなら使ってくれるなという話だ。

>>426
しつこいな。いいかげんどっか逝けよ。

> 使用はいつだって自己責任。
> それがルールだろ。

どこにそんなルールがあるの？ｗ

> アップデート機能もないのにファイル互換なくして新しい形式にするのがおかしい。
あるから全然おかしく無いじゃん。
何いってんのお前？

っていうか、いいかげん死ねよ。

>>430
うわっ、本物の馬鹿だ。

文句あるなら使わなきゃいいのに。
だれが使ってくれと頼んだ？

>>433
×本物の馬鹿
○本物の豚

ブーブー

ブッブブーブーもブーなのにブーブブ互換ブーして新しいブーブットにするのがブーブー。
ブーブブとかブーセル使ってブー、新しいブーブブとかブーセルにしたブーって
CブーSにいったんブブブブートしてブンブートし直してる豚なんて見たことがないブー。

sqlite3で最初にsqlite2のファイル読ませたらファイル壊れたよ。
どこにアップデート機能付いてたんだ？
アクセスならアクセス９５のファイルを問題なくアクセス２００３で読み込めるよ。
つまりsqliteはアクセス以下のゴミ。

文句あるなら使わなきゃいいのに。
って、にちゃんの運用みたいな言い草だな。おまいfox?

>>430
オープンソースに限らずフリーソフトを使う時は自己責任ってのは常識だと思ってたけど。
GPLなんかはそう明記してあるしね。

SQLiteはパブリックドメインだけど、お前さんの意に沿うように開発する義務は背負ってない。
そんなソフトを選択するからには使用は完全に自己責任だろう。

確かにルールじゃないわな。最低限の常識ってやつだ。

>>439
豚に人語で話しかけても理解出来ませんよ。

>>438
はいはい、アクセス使ってね。ブーブー。

ファイル壊れたとかって、バックアップもとってないでうかつなことやって逆ギレしてるだけじゃん…

おまいらアクセスのファイル程度でわざわざバックアップ取ってるの？
エクセルのファイルもバックアップ取ってるの？
ワードのファイルもバックアップ取ってるの？
バックアップ無しでオフィス２００３使っても何の問題も有りませんが？

>>443
じゃあアクセスやエクセルやワード使ってりゃいいじゃん。スレ違い。余所行け。

>>443
アクセスとかエクセルとかワードとか関係なく
消えて困るデータはバックアップとるのが当たり前

と釣られてみる

つーか、エクセルとかワードは自動バックアップ機能ついてるだろ。

>>446
だから何？

じゃあ、エクセルやワードには自動バックアップ機能がついてるが、 SQLite には無い。
以上。終了。

もうこれ以上ひっぱるネタじゃないだろ。

豚に釣られすぎ

釣りかもしれんが、重要な話でもあるぜ。
今のご時世に、データファイルにせよ、ホームディレクトリにせよ、バックアップを取るのは
常識な筈なんだが、意外と見過ごされているよな。DB板でも>>443みたいなのが居る
のは、ちょっと驚き。

>>443
取るでしょ？HDDなんてある日突然吹っ飛ぶもんだし。

豚がバックアップを取るなんて話は聞いたことがないw

そういえばsqliteに５分ごとにバックアップする機能がついてないね。
おまいらバックアップの間隔ってどのくらい？
バックアップしてないの？

レプリケーションしてるし。

ぶぅ・・・
ぶひっ？

(^0_0^)＜ぶぅぶぅ！

>>452
社内の情報共有ツールのバックエンドDBとして使っている俺の例だと
昼一回，夕方一回，夜サーバ落とす直前に一回。
まあ今まで死んだことはないけど。

んで念のためそれらは二週間保管。
これは掲示板への掲示を自分で消しておいて
何日もしてから復活させろと言ってくるアホ上司がいるため。

と，明らかなる荒らしにまったりマジレスしてみる俺。

>>455
ブーブー語でおk？

>>455
どうでも良い事だが、深夜残業が無い会社は良いなぁ。

>>457
お前かわいそうｗｗｗｗ

差分バックアップできない。マジ糞。

差分バックアップできるデータベースを使いなさいな

必死に見つけてくる悪口が全て自分の無能さを示し続けているというのも
なかなかに凄い、というかそれはそれで才能だよ。

前スレはテクニカルな話もあって面白かったのにな。

所詮なんちゃってDBなんだから、使ってるやつの程度も同じぐらいだろ

>>426
お前も成長しないな。

ブヒー

ブヒ？

正直、全くトラブルなく安定しすぎてて、敢えてここに投げるようなネタがない。

>>466
同意

アクセスレベルだからね。
アクセスしか知らなければ不満は感じない。

レプリケーションって、それアクティブディレクトリとかLDAPを使ってないか？

ん？DBをレプリケーションしちゃいけないのか？

468は豚

>>461
悪口に対してテクニカルな反論してみろよ。まあ無理だろうけど。

>>471
具体的にどの悪口？

アクセスもそれはそれで良く出来てるものだと思うが。

何にだってそれなりに実力はあり、利点があり、欠点がある。
適材を適所に用いればいい。それだけの話だ。

ここは加齢臭がするスレですね。

養豚場みたいな臭いが凄いんで気付かなかったよ

なんでもかんでも、一つの物にだけ理想を追い求めても仕方ねーのにな。

アクセスって良く知らないんだけど、 SQLite みたいに簡単に C プログラムに組み込めるの？

SQLiteと同じじゃないけど、簡単か?　といわれると、それなりに簡単。

>>478
そうなのか。試してみようかな。
UNIX で C に組み込むのに参考になるドキュメントがあれば教えて。

>>479
釣り？

「アクセス」ってのは Microsoft ACCESSのことだよ。MS-Officeのひとつ。
UNIXの環境は皆無なんじゃねーの？

釣りじゃないけど、そうなんだ。
それじゃあそもそも SQLite と比較対象にならないじゃん。
アクセスアクセス言ってる香具師は一体なんでこのスレにいるの？

俺は>>481が釣りじゃなかったことの方が驚きなんだけど。

>>481
それが分かればこんなに雰囲気悪くなってないって話。

いや、この人アクセス使ったことないと思うよ。
使ってたら、適材適所って普通に感じるはず。
使いどころがまったく違うよ。
アクセス厨の俺が言うんだから間違いない。

エクセルしか知らない奴はチラシでも名刺でも仕様書でもエクセルで作る
彼らには適材適所なんて発想は無い。

>>485
それが適材適所ってもんでしょ。
チラシでも名刺でもエクセルで作るのが簡単なんだから。
さすがに論文をエクセルで書かないし、チラシをワードで作らないでしょ？

論文は書かないけど仕様書は書いてるな

豚がまたブーブー鳴いてるぞ

>>487
じゃぁ、仕様書はエクセルで書くのが便利なんじゃないの？
よく知らんけど。

Excelで仕様書を作る会社の奴の数→
http://pc8.2ch.net/test/read.cgi/prog/1137662854/

>>486
屁理屈にしか聞こえん。無知なだけじゃん。

はいはい。
>>485は文字通りの意味では正解。
何もかもをExcelでやる奴は世の中に数多く存在する。
中には電子回路パターンの設計までExcelでやってる会社もあるらしい。

確かにそれでも用は足りるかも知れない。
しかし，それは適材適所とは呼ばない。

スレ違いですよお前様方

データの管理は、全部、えくせるとCSVにしますかい？

おもわず、関連スレッドとしてコレを貼ったりして。

CSVファイルのスレ
http://pc8.2ch.net/test/read.cgi/db/1057136328/l50

>>494
しないよ。

何か意味不明な事を言い続けてる奴がいるな。
意図が分からない

データいっぱい詰め込んで膨れ上がったデータベースのデータを全部消しても
ファイルサイズがかわらねーんだけど、どうすりゃ良いの？

vacuumしろよ。

おまえら、普段はGUIツールは何を使ってるの？
EclipseのプラグインでSQLiteに接続できるのってあるの？
エロイ人教えてクリクリ

あ！ODBC経由って言ったら怒るからね！ツンツン

GUIツール？sqlite3.exeで十分じゃん

sqlitespy

>>494
> データの管理は、全部、えくせるとCSVにしますかい？

６年くらい前のことですけど、当時のオレの勤務先の中小企業の副社長
（しかも会社の創立メンバーでオーナーの一人）が、社内資産の管理台帳を、
エクセルにしろと言い張って、当時アクセスで作ってあったデータを
全部適当につなぎ合わせて1枚の巨大CSVにしたことがあります。もちろん
正規化も何も皆殺し。副社長さん、嬉々としてへんなマクロを書き込んで
自分なりの検索手段を作ってましたね。

自分に使い方の分からない技術に対する敵意と、自分の身につけた技術に
対する執着心って、ものすごいなと当時実感しつつ、さっさと辞めました。

ま、SQLiteとは何の関係もない話なんで、エクセルの話は、>>490 さんの
リンク先あたりでしましょう。

SQLiteにしろと言い張って、当時Oracleで作ってあったデータを

>>498
http://www.sqlite.org/cvstrac/wiki?p=ManagementTools
上から全部試していいのがあったら教えてね。

まつたけよりしいたけのほうがうまい

>>505
俺、松茸、君、椎茸。ズバリだな。

commitの時間がXpよりwindows2000のほうが体感できるくらい早い。
そんなもんですか？

そんなこたぁない

XpにMicrosoft Virtual PC入れてwindows2000入れて、そう感じたんで
Virtual PCだしな。。でも早いんです。

COMMIT で差が出るとしたらディスクアクセス周りだと思うけど、
両者をディスクアクセスのベンチマークで比較してみるとか。

HDBENCHのRead Write Copy
Xp:
21913 20736 2416
Xp上のvirtualPC windows2000
41041 21122 7307

virtualPCのほうがいい結果に。。ちなみにXpのメモリベンチが
MemoryR MemoryW MemoryRW
53896 38183 73573
だったので、virtualPCはメモリ上にHDを疑似してるのかも

windows2000のほうがcommit早いと感じたのは間違いだったようです。

ぶっちゃけアクセスのほうが簡単に使える。
ODBC経由でもVC++から呼び出せるし。

ふーん

ぶーん

>>512
うっひょーっ！そりゃあすごいことですねーっ！！！

>>512
凄え、神発言だ。

アクセスが使えるレンタルサーバを教えて下さい。
ODBC経由で使いたいです。

>>517
んなことオレに聞くな
>>512に聞け

>>518
アンタ誰?

その発想はなかったわ

>>517
いくらでもあるぞ。

windows レンタルサーバー access
http://www.google.co.jp/search?hl=ja&rls=GGLG%2CGGLG%3A2005-41%2CGGLG%3Aja&q=windows+%E3%83%AC%E3%83%B3%E3%82%BF%E3%83%AB%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC+access&lr=

> ASP. Inet Proレンタル サーバーシステム-SQL、Access、ASP. ...

> �A日本語版Windows 2000 Server＋IIS5.0+SP4+最新バッチ +ASP・CGI（Perl5）+Access+PHP4他 ...

> Windowsシステムでは､CGI、ASP、ACCESSなどを対応しています。 ...

> SQLサーバー やAccessなどのデータベースを使ってWebサイトを作りたい;

> データベースは、Access と MySQL の利用が可能です。 ...

しかし…。アクセス、アクセス、ってホントにハゲが言いそうな育毛剤。

FoxProは？

>>522
まあライトユーザー用のなんちゃってDBだからしょうがないね

>>522
そりゃサクセスだ

禿が多いスレだな。
簡単なことをわざわざsqliteでやってたらストレス溜まるよ。

>>526
日本語でおｋ

>>521
へー、世の中不思議な商売もあるんだね。

ハゲ対ピザデブの様相を呈してきました。

>>528
お前の常識が、井戸の中の常識だってことだよ。

SQLite，テーブル作る時に型や文字列長を気にする必要なく
ザクッと作ってぽんぽんデータ突っ込めるのが非常にキモチイイな。

常識は関係無いよ。メリットが感じられないだけ。

ピザデブ vs ハゲの戦いも、罵倒合戦になってまいりました。

要するにsqliteってSQLが使えるエクセルってこと？

全然違う

おまいらdBASEに失礼ですよ

3.3.7つかってみたんだけど、オートナンバーされた値を sqlite3_column_int64 で取り出してみたら、
0x00000002 のはずの値が 0x0000000200000000 になってた。
sqlite.exe で見てもでかい数値になってて何か変だ。
でもオートナンバーじゃない値は入れ替わってない。最初からint64で格納したからか？

ちょっとビルド環境が特殊なんで自分で追いかけてみたいんだけど、
シリアライズされたデータからpMem->i を復元してる部分はどのへんだろう？
なんだよこのメンバ名、えらく検索しにくいじゃないか

>537が何言ってるのか分かりませんが
sqlite.dll使ってアプリケーション作ってます。

>>537
> ちょっとビルド環境が特殊なんで

まず一般的な環境で同じことやって確認してみるべきでは？

それは試して、問題なかった。

Mem_Intでgrepすれば良かったのか。

で、問題はどうやら
VS2005でビルドされたSystem.Data,SQLite のDLLを
VS2003のC++から(sqlite3_*関数を)直接呼んでるのがまずいらしい。
System.Data,SQLite.DLLの中にあるSQLite改造版のアンマネージドコードは
VC8のCRTに依存して、それとVC7.1のCRTが微妙に衝突してるのではないだろうか

ああめんどくせぇ

INTEGER PRIMARY KEY 列付きのテーブルに何行かinsertして，
最大の行をdeleteしてもう一行insertしたときに
同じidが振られるのって仕様？

>>542
質問の意図がわからんが、必ず同じidが振られることを想定するのは危険だと思う

逆に、同じ ID が振られる (可能性がある) のはなんか気持ち悪いような。

AUTOINCREMENT

AUTOINCREMENTの有無で挙動が変わる。ドキュメント読むといい

>>543
ん、いや逆に>>544の言うように同じIDになるのが微妙だなと思って。

なるほどね、INTEGER PRIMARY KEY AUTOINCREMENT ってやればいいのか。
ヒントサンクスです>>545-546

逆に、PostgreSQLで、SQLiteのAUTOINCREMENTなしの時の挙動が欲しいんだけど、
分からなくて困ったことがある。

PHP5でSQLite1.2.0を使いたいのですが、日本語がどうしてか文字化け
してしまいます。一応、
lang/japanese.inc.phpの$charsetと次の行にあるja-euc-jpの値を
euc-jpからutf-8に置き換え、ファイルをUTF-8に変換して保存する
という対処をしたのですが、それでも文字化けしてしまいます。
何か解決策はないでしょうか？

1.2.0 ってのは何のバージョン？

これは失礼。SQLiteManagerのバージョン1.2.0です。

他ので文字化けするか試してみたら

>>549
肝心のデータはUTF-8なのか？

うーん、よくわからないのですが、最初はデフォルトのEUCでやって文字
化けしてしまったので、ＵＴＦ−８に対応させるというのを試してみたん
ですけど、それも文字化けしてしまいました。

・スクリプトの文字コード
・出力HTTPのＣｏｎｔｅｎｔ-Type: charset= に指定した文字コード
・出力HTMLのMETAタグに指定した文字コード
・フォームから受け取ったデータの文字コード
・確認に使用したTerminalの文字コード

ぜんぶUTF-8でそろえろ。

デフォルトがutfなんだけどね。
ちゃんとutfで入出力できてるかぐらいの検証コードぐらい作って試そうね。
無理ならアクセスでお茶を濁すことを真剣に考えるべき。

アクセスだから難しいことは不要。その代わり遅いけどね。

SQLite Optimization FAQ
ttp://web.utk.edu/~jplyon/sqlite/SQLite_optimization_FAQ.html

SQLITE3でUNIQUE INDEXをつけてるデータを新規に作成したDBに貼り付けると
なぜだかIndexの値までコピーされてしまう。
元データから条件絞って抜き出してるからIndex値がとびとびになってしまう。
ためしにテキスト形式で入れても駄目。

これってなんでなのかな？

素直に１ずつIncrementしてほしいんだが。

貼り付ける？

>>559
ソースのDBからデータを抜き出して加工してから別のDBに入れてるの。

これだけじゃ分かりにくいな。
ソースのrowid　　　　出力先のrowid
1　　　　　　　　　　　　　9
2　　　　　　　　　　　　　15
3　　　　　　　　　　　　　79
4　　　　　　　　　　　　　110
5　　　　　　　　　　　　　158
こんなかんじ。

やっぱりわからん。
素直にDBのスキーマと、使ったSQLを書いた方がいいのでは
なかろうか。

>>558
エスパーレスすると君に必要なのはUNIQUE INDEXではなくPRIMARY KEY AUTOINCREMENT

SQLiteでギガクラスのデータをバイト単位で管理したいのですが
それだとint型の領域を超えてしまいます。
SQLiteでそういう巨大な数字を保存するにはどうすればいいのでしょうか？

>>564
データベース内で、バイト、キロ、メガ、ギガを別々に管理

long long intで足らんのかえ?

>>564
とりあえず文字列で入れとけ

INTEGERって６４びっとじゃなかったっけ？

質問です。
テーブルの内容が、
id,name,count
ってなっていて、
countの数字を増やしていく処理をしたいのですが
どういうSQLコマンドを使えばいいのでしょうか？
今は、一度SELECTで内容を取り出して、countの値を増やしてUPDATEしてるんですが
なにかそういう処理が1度で出来るコマンドがある気がするんですが・・・

UPDATE table SET count=count+1;

志村ー！where！ where！

>>564
SQLite3自体は64ビットintに対応している。
sqlite.h を sqlite_int64 でgrepしてみ。
何か他のラッパーを通して使ってるなら、そのラッパーが64ビット数値に対応してればおっけ

６４ビットのDBファイルと、３２ビットのDBファイルって互換性あるの？
int64って３２ビットだと使えないよね？

>>573
１行目の答え：はい
２行目の答え：いいえ

>>573
32bitが2つで64bit級です！

またDBファイルの仕様変えたのか。
このソフトって本当にクズだな。
sqlite2からsqlite3に変わったときのDBファイル非互換の悲劇は繰り返される。

>>576
kwsk

>>576
またおまえか

一度運用始めたなら無理にバージョン変える必要なんか無いだろ。
エスケープ周りにバグがあったとかでもなければ、
セキュリティが問題になるわけでもないし。

sqlite2からsqlite3に変わったときに酷い目にあったのは、俺が知る限りではここに
ときどき出没する豚だけだな。

少なくとも現行バージョンの SQLite3 なら、
SQLite2 のファイルを喰わしてもきちんとエラー出すので、
DB ファイルを壊しようがないと思われ。

SQLiteだめだな。
今までに5回はファイルフォーマット変わってる。
しかも互換性まったくなし。
移行ツールもなし。

拡張子も決まってないので、バージョンを区別する方法が無く、
違うバージョンのデータを扱ってデータあぼん。
おちおちアップデートも出来ん。

拡張子ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ここまで嘘八百を並べれるのは才能なのだろうなと感心してしまう。

PRAGMA legacy_file_format;

>>573
sqliteは数値の絶対値が大きくなると格納サイズが変わる仕組み。
実際にはディスクからメモリに読まれた時点で64ビット整数に格納される。
gcc でいうlong long ,VCでいう __int64。

>>585
それは3からだぜ

使えないなら使わなきゃいいのにな。
自分のために開発してくれてるとでも思ってるんだろうか？

下位互換性が保たれないなんてアクセスにさえ劣る。
結局、６４ビット版で動かしたDBは３２ビット版では読み込めなくなるの？

>>589
否

難癖付けたいだけが目的の香具師にわざわざ回答する必要は無いですよ。

>>589
読み込めなくなります。

技術的な説明になりますが、Ｉｎｔ型というのは
３２ビットマシンで動かすと３２ビット変数、
６４ビットマシンで動かすと６４ビット変数になるからです。
データの長さが違うので値がずれてきます。

アクセスは６４ビットマシンで動かしても３２ビットに変換して
動かす（ＷＯＷ３２という技術を使っています）ので問題ありません。

ここ粘着が多いからわかるだろうけど
突っ込まれる前に訂正

ＷＯＷ３２じゃなくてＷＯＷ６４です。

>>589
問題ない。

vdbeaux.c の sqlite3VdbeSerialPut を見るとわかるが、
32ビット環境でも64ビット環境でもメモリ上の整数は64ビットだし
ディスク上の表現は数値の大きさにあわせて変化する。

>>592
詳しい説明ありがとうございました。
やっぱり下位互換性が保たれないなんてアクセスにさえ劣りますね。

>>589 >>592-593 >>596
はいはい。うそつきに自演乙ｗ

オペミスで DB 飛ばした腹いせに FUD 撒き散らしてるのか。悪質だな。失せろよ。

>>592
キチガイ氏ね

６４ビットでintしたDBって32ビットでも６４ビットのintのまま使えるの？

>>600
アクセス使ってろ。もうここに来んな。

>>600
うん

６４ビットintの値が、３２ビットだと壊れるね。またかよ。

>>603
そうだね。アクセス使えばいいね。もう来ないでね。バイバイ。

何でこいつはDBファイルをそのまま使い続ける事にこだわってるんだ？
csvとかの平文ファイルに抜き出して移行するとかいくらでもやりようはあるだろうに。

SQLiteをこき下ろしたいのは分かったけど、
んじゃ代わりに（アクセスはおいといて）何を使えと言いたいんだ？こいつは。
全く理解不能。

まあ今からアクセスなんて使ったら確実にvistaに乗り遅れるけどな。

VistaはMSDEをサポートせず――影響するシステム数は膨大に？
ttp://www.itmedia.co.jp/enterprise/articles/0608/30/news010.html

オフィス2006をインスコすれば問題無く動くし、旧バージョンのファイルも問題無く読めるよ。

>>607
普通そんな仕様じゃお話にならんだろ。ｗｗ

>>606
アクセスとＭＳＤＥの違いも知らないようだな。
ＳＱＬｉｔｅなんか使っているから知らないのだ。

アクセス＋odbcって結構使えますが何か？

おまいらなんでこんなアクセス野郎にかまってやってるんだ？楽しいか？

>611
何のトラブルもなく運用できちゃってるから暇なんだろう。

実は使ってないってヲチでは？
本番はモラクルとかさ。

>>613
またおまえか

SQLiteをPHPで使おうと思うのですがSQLiteは排他処理ってどうなってるんでしょうか？
最近SQLiteを使ってみたくてやり始めたのですが情報が少なくて。

http://www.sqlite.org/lockingv3.html
は読んだの？

sqliteで排他処理って必要なの？
ログインすら無いのに他からアクセスされるのか？

>>617
DOS時代の人か？

>>618
失礼だな。あやまれ。



DOSに排他処理はあるぞ。

マルチタスクでプリエンティブだったな＞DOS7

>>619
ごめんなさい＞DOS様

複数のPHPプロセスから1つのDBに書き込みを行ったらどうなるかとかそういうことだろ。

617以外の人はそんなことぐらいわかってるって。

REGEXPってどうやって対応させんの？
公式サイト読んだけどわけわかめ。

ユーザ関係ないからそんなの考えなくて良いよ。
PHPからデータベースファイルにアクセスできるかどうか。

regrep自体を知らないとか？
本でも読んで勉強したら？

>>624
REGEXP って名前のユーザ定義関数を実行時に登録すると、
regexp演算子を評価する時に呼ばれる。

void my_regexp(sqlite3_context* context,int argc,sqlite3_value** argv){
printf("my_regexp userdata=%s nArg=%d\n"
,(char*)sqlite3_user_data(context)
,argc
);
for(int i=0;i<argc;++i){
printf(" argv[%d]=%s\n",i,(char*)sqlite3_value_text(argv[i]));
}
// マッチしたら1,そうでなければ0を戻り値に設定する
sqlite3_result_int(context,1);
}

sqlite3_create_function(conn,"REGEXP",-1,SQLITE_ANY,(void*)"userdata",my_regexp,NULL,NULL);

実際の正規表現は、pcreを使うなり呼び出し元言語の機能を使うなり好きにすればいい。

正規表現を毎回コンパイルし直したくない場合はsqlite3_set_auxdata と sqlite3_get_auxdata を使う。

void *sqlite3_get_auxdata(sqlite3_context *pCtx, int iArg)
void sqlite3_set_auxdata(sqlite3_context *pCtx, int iArg, void *pAux, void (*xDelete)(void*));
pCtx 実行コンテキスト
iArg インデクス。ひとつのContextに複数のデータを格納できる。0開始。
pAux データ。
xDelete データ削除関数。

>>615
ファイル単位の排他になるのでかなり粒度が荒い。
あとBEGINに指定する排他モードで動作がかわる。
排他モードを適切に選択すれば効率以外の問題はない。

http://www.sqlite.org/lockingv3.html
は内部処理の話なので直接は関係ないが、
BEGINのリファレンスで説明されてるロックが何を行っているかが書かれている。

>>626
ありがとうございますー。
細かいところで何をやってるかイマイチ分からないんですが、
これをPerlで書いたいただくことは可能ですか？

Perlでデーターベースを扱う
http://pc8.2ch.net/test/read.cgi/db/1056956505/l50

Perlコーディング初心者質問スレ Part 52
http://pc8.2ch.net/test/read.cgi/php/1158296511/l50
【Perl,CGI】参考書籍 第三版
http://pc8.2ch.net/test/read.cgi/php/1030209573/l50
くだすれPerl（超初心者用）
http://pc8.2ch.net/test/read.cgi/php/1157862828/l50
Perl::DBI
http://pc8.2ch.net/test/read.cgi/php/1015943725/l50
Perl板から来ました
http://pc8.2ch.net/test/read.cgi/php/988718702/l50
■■Perlの一番いい勉強方法は？？■■
http://pc8.2ch.net/test/read.cgi/php/1001582178/l50
【ANTI】今、あえてPerlで攻める【PHP】
http://pc8.2ch.net/test/read.cgi/php/1046651476/l50
PerlだけでDBを構築する
http://pc8.2ch.net/test/read.cgi/php/1013547242/l50
CGIに依存しないPerlの話題一般/Part2
http://pc8.2ch.net/test/read.cgi/php/1030548610/l50
Perlなんですが・・・
http://pc8.2ch.net/test/read.cgi/php/1000191385/l50

Perlについての質問箱 27箱目
http://pc8.2ch.net/test/read.cgi/tech/1157874614/l50
データベースプログラミング全般スレ
http://pc8.2ch.net/test/read.cgi/tech/1097295557/l50

せっかくsqliteでCから高速に扱えるのだから、この際Cを覚えろって気がするけど。

アホちゃう。どの言語からアクセスしようがSQLiteの速度はかわらん。

>>630
質問するのはいいしスレ違いでもないと思うが、環境くらい書いてほしい。

Perlからどんなモジュールを介してSQLiteを使ってるかで色々変わってくる。
http://search.cpan.org/search?query=sqlite&mode=module
ざっとみただけでも94種類のPerlモジュールがSQLiteを使っている。

たとえばDBD::SQLiteなら
$dbh->func( $name, $argc, $func_ref, "create_function" )
でPerlの関数をSQLiteのユーザ関数に指定できる。

＞94種類のPerlモジュールがSQLiteを使っている。

すげー。ある意味Perl文化か。

べつにすべてのモジュールが自分で binding を実装しているわけじゃない。
じかにAPIを叩いているモジュールはもっと少ないわけで、とりたててすごい
わけでもないと思うが。単機能のモジュールがいっぱいって感じだね。

まあ単機能のモジュールでも充実してるのは羨ましくはあるけど。

Cの方が実行速度が速いよ。コンパイラは偉大。
インタプリタ言語なんて遅くて使えないよ。

論点を揃えて議論しましょう。
ここはSQLiteスレ

SQLiteがいくら速く処理しても、命令出すCプログラムなりスクリプトなりのメインルーチンが遅けりゃ意味ねぇ

どうせ100レコードくらいのDBだから何で書いても速いんだろｗｗ

100レコードはさすがに少ないんじゃね？
今日日、ちょっとしたブログアプリケーションでも100は超えるぞｗ

たとえば文字列操作なんかだと、随時strlenするようなCコードよりも
常に文字列長を記憶しているスクリプト言語の方が速い場合はある。
書き方次第だけどな。Cなら常に速いわけではない。

あと、IronPythonなんかは中間コードををJITがネイティブバイナリにするので
ヘタなコンパイラより速い。

今時のインタプリタで中間コード生成しないのなんてあんの？
てゆーか、どの言語選ぶかなんて今時十把一絡げに論じられんだろうに。

>>642
あるかないかと言えばあるだろう。>>641が言ってるのはネイティブバイナリにコンパイル
する話だし、君何が言いたいのか全く意味不明。

IronPythonでSQLiteのバインディングあんの？

ロジックばっかり書いてた奴が
最近の流行でDBエンジン扱うようになって来たせいか
DBのスレがプログラムの方向にスレ違いする事が多くて目に余る。

>>644
http://sourceforge.net/projects/adodotnetsqlite

>>644
あれは.NETのアセンブリに普通にアクセスできるはずなので、
System.Data.SQLiteあたりを普通に使えるんじゃなかろうか。試してないが。

>>642
いまだにRubyはJITコンパイルどころかバイトコード生成すらせずに、構文木直接実行してた気がするが。

構文木∈{中間コード} は真か偽かという問題だな

>>646
なんか一年以上リリースが無いみたいなんだけど。。。

そういえば .NET で使うSQLite のモジュールは SF に
http://sourceforge.net/projects/sqlite-dotnet2 と
http://sourceforge.net/projects/adodotnetsqlite が
あって、似てるけどリリース頻度もライセンスも異なる。

ホームページはそれぞれ
http://sqlite.phxsoftware.com/ と
http://adodotnetsqlite.sourceforge.net/ だ。

今から使うなら前者をおすすめしとく。

メインルーチンがCで実装した方が早い。
バッファの問題は、Cでもバッファリングすればいいだけ。ちょっと本読めばかけるでしょ。
インタプリタ言語みたいに逐次処理してたら遅いよ。

データベース板でも、結局はビジネスロジックをどう組むかとデータベースの関係って重要だから、実装の問題も議論に成るよ。
速度がどうでもいいなら、インタプリタ言語で実装されたデータベースだってあるからそれ使ってれば良い。
Cで速度重視の実装のsqlite使うなら、Cでビジネスロジックも書かないともったいない。

今どき「インタプリタ言語」という括りはいかがなものかと思う

速度が重要でないなら、SQLiteをスクリプト言語から使っても
まったく問題ないと思うのだが？

わざわざsqliteをCで実装する必要も無かったし、Cで実装されたsqliteを使う必要も無いから、javaで言えばDerbyでも使ってれば良いじゃん。

なんか偏狭な考え方だな

SQLiteをCで実装する意味はあると思うけどなー。
Cで実装しとけば、ほとんどのの言語のバインディングが苦労せずに
書けるから、便利なんだよな。SWIGも使えるし。

同じ事ばっかりやってる職場か、
働いてないかのどっちかだな。

たとえばうちだと、
割とローレベルな仕事するC++のアプリが収集したデータをSQLiteに書いて
参照側は.NETで割とテキトーに組んだアプリを使うケースとかあるな。

>>652
実際に複数の言語で書いて試してみてくれよ。
そしてその苦労に見合うだけの効率が得られるか確かめてくれ。

あと、結果はこっちに書いてくれよ。

データベースプログラミングに最適な言語は何か
http://pc8.2ch.net/test/read.cgi/db/1103252727/

ちょっと質問なんですが、CGIが動くが、MySQLなどのDBがないレンタルサーバーで、
DBを使いたいのですが、SQLiteを導入できるものなんでしょうか。
rootでのインストール作業が必要ですか？（だったらむりぽ）

そのレンタルサーバがSQLiteのビルドに必要な開発ツールを提供しているかどうかがポイント。
Make や gcc など。

あー、なるほど
やっぱり、rootじゃなくても、ビルドできる環境がないといけないのですね・・・

配布用のCGIなんかに、ひょっとしたら使えるかな？と思ってたんですが、
環境を選ぶくさいですね。


CGIなんかを配布する場合、レンサバで使われていやすいMySQLなんかを使ったり、
DBは自前の方がよさげですね。
あいや、スレ違いすまん。

レンサバによってはいくつかの言語用のライブラリが
最初から導入されてることもある。レンサバのウェブサイトを
よく確認してみるといいよ。

よく考えたら、SQLiteに限らず、OSや環境や言語も違うのに、
ソフトをインストールもビルドもなしで使おうなんて、わけわかだ。
変なこと聞いちゃった。ごめん。

>>664
そですね。導入されているものがあったら、それをサポートした方がはやそう

>>651
情報サンクス

ちょうど　Finisar.SQLite　を使ってアプリ作ってたところなんで
System.Data.SQLite　に置き換えてみた。
Visual Studio Design-Time Supportとか非同期処理対応とかされてて、いいですね。


まだ置き換えてみただけだけと、おかげで自分のコードの問題が見つかったorz

　bool型のカラムに値をINSERT文で 'true'/'false' で登録してると（true/false では登録できない）
　SQLiteDataReader の GetBoolean(i) メソッドでエラーになっちゃった。（1/0 で登録してれば問題なし）
　GetValue(i) の戻り値を Convert.ToBoolean　で自前で変換すれば回避できることはできるが
　素直に登録側で　Convert.ToInt32(x)　で変換した数値(1/0)　を登録するようにしといた。

Finisar.SQLite　のゆるさに今まで助けられていたのね。。。

参照側もC++.NETで書けばローエンドから速度稼げるよ。

C++でもマネージドコードだったら「インタプリタ言語」になるのかな。ｗｗ

データｰベースを使った機能がメインのアプリでは、
処理の大半はデータベースライブラリで行われるので、
そのライブラリがC/C++で作られていれば、
それを利用する言語が遅くても、大きな影響は無い。

インタプリタ言語の欠点であるコンパイル時間も
Webサーバーでモジュールを使用しての利用なら発生しない。

＞インタプリタ言語の欠点であるコンパイル時間
？？？？？？？？？？？？？？？？？？？？

まさか、最近のインタプリタ言語が
実行時にその都度命令を解釈して動いていると思ってないよなぁ？

最近のインタプリタ言語は、最初もしくは
初めて使用されるときに一回だけコンパイルされて
後はネイティブで動いているんだよ。

いまどき「インタプリタ言語」という括りが馬鹿

Ver3を使ってるのですが、
CREATE TABLE hoge(time INTEGER NOT NULL);
ではｄｂが作れて、
CREATE TABLE hoge(id INTEGER PRIMARY KEY AUTOINCREMENT,time INTEGER NOT NULL);
ではｄｂが作れない。

これはどうしてなのでしょうか？

出来ますよ。
では、次の方どうぞ。

>>674
すみませんが、やり方を教えてください。
あるいはおかしいところをご教授願いたく。

>>674
俺に聞くな。Access使ってろ。

>>673
まずどんなエラーメッセージが出たか書いてみろ。

コマンドまたはファイル名が違います。

>>675
何も特別な事してませんよ。
以下、試したまんま載せます。

$ sqlite3 test
SQLite version 3.3.7
sqlite> CREATE TABLE hoge(id INTEGER PRIMARY KEY AUTOINCREMENT,time INTEGER NOT NULL);
sqlite> INSERT INTO hoge VALUES (NULL, 1234);SELECT * FROM hoge;
1|1234
sqlite> .q

>>677
自作ソフトからは駄目だったのですが、コマンドプロンプトからはきちんとできました。
すみませんでした。

ついでに教えて欲しいのですが、sqlite_squenceってのが勝手にできるのですが、
これは無視しても大丈夫ですか？

>>680
sqlite_squenceはAUTOINCREMENTなカラムがあると
自動的に作成され、内部情報管理のため使用されている様です。

無視しても大丈夫だと思います。

>>681
ありがとうございました

インタプリタ言語ってコンパイラ部分がメモリに常駐するから無駄。
ネイティブのコードをメモリに展開してforkして実行権移したら、コンパイラ部分はメモリから開放されれば良いのに。
処理の大半はデータベースライブラリでも全体がCのほうがsqliteとの整合性は高いよ。
sqlite組み込み製品ってのはそういう理由。

>>683
>>672

>>683
たかだか、数百KB程度どうでもいいだろ。

>>683
forkしてるんですか。

>>683
実行時にevalするコードの利便性を知らない奴がインタプリタを語るのはどうかと。
ユーザの指定に合わせた無駄のない関数を実行時に生成できるのは効率的にも有利ですよ

>>666
論理値の扱いは製品ごとにてんでばらばらだからなぁ。
SQLiteには三値論理もないし、そのへんは割り切らないとだめだよ。

Linux(Debian sarge)でSQLite(2.8.16)を使っています。
like を使ってレコードを取得したいのですが、
%とか、_のエスケープ方法を教えてください。

%を含むレコードを取得しようと思って、

　select * from tbl where column like '%\%%'

とかしても、\を含むレコードを取得してしまいます。

　column like '%\%%' escape '\';

は、SQL error: near "escape": syntax error だし。んー。

100位前を読むとSQLiteがバックエンドのエクセルがほしくなる。

>>689
君の使ってる言語には リテラルの中の\をエスケープしろって書いてなかったか？

>>691
言語に書いてあるのですか？？

>>683
じゃあなんでテストは全部Tclで書かれてるんですかあ？

>>691
返信ありがとうございます。

> 君の使ってる言語には リテラルの中の\をエスケープしろって書いてなかったか？
って、具体的にはどういうことでしょうか？

すみません。質問がうまく伝わってないのかもしれません。

具体的には、

sqlite>
sqlite> drop table tbl;
sqlite> create table tbl ( val );
sqlite> insert into tbl values( 'abc%def' ); ← (1)
sqlite> insert into tbl values( 'abc\def' ); ← (2)
sqlite> insert into tbl values( 'abc\\def' ); ← (2)
sqlite>

としたときに、(1)の行をlikeを使って取得したいです。
（%を"含む"値を持つレコードを取得したい。）

select文をいくつか発行してみると。

sqlite>
sqlite> select * from tbl where val like '%\%%'; <-(a)
abc\def
sqlite> select * from tbl where val like '%\%'; <-(b)
abc\def
sqlite> select * from tbl where val like '%\\%'; <-(c)
abc\\def
sqlite>

となります。(a)は '%\%%' の２つめの%を\でエスケープして、"%"という
文字列で取得することを意図して書いています。
ホントは、abc%defのレコードが帰ってくることを期待しています。

(c)をみると、\はエスケープ文字とは認識されず、どうもただの文字列として
認識されているように見えます。

(1)でinsertしたレコードを取得するにはどうしたら良いのでしょうか？

ESCAPE句を指定しないとエスケープはできない。

>>695

sqlite> select * from tbl where val like '%\%%' escape '\';
SQL error: near "escape": syntax error
sqlite>

なんですが、escapeの使い方が間違ってますでしょうか？

流れブッタ切ってすみませが、おまいらMileStoneのお時間です。

>>696
うちでは同じようなクエリが普通に動いてる。バージョンは？

>>698
2.8.16 です。3.2.1 でやったら成功しました。ありがとうございます。

2.8.x では escape は使えなさそうですね。
んー。PHPでアプリ書いてるんですけど、
phpinfoで見る限りPHPからは2.8.17で接続しているようです。
んー。なんか考えないといけなさそう。

とりあえず、状況は把握できましたので助かりました。
答えてくださったありがとうございました。

sqlite2 にもglobはあって、その文法では [*] で * 自身を表現できる。
同様に [ ] * ? を [] の中に入れることが出来るので一通りのエスケープは可能。
util.c のsqliteGlobCompare を参照。

3.3.8の目玉は全文検索サポートか。
日本語使えるのかね。

>701
言い出しっぺがレポしやがってくださいお願いします。

日本語使えネェっす。

日本語が使いたければSennaでも使えばいいじゃない

Sennaを使うには、ソースを再コンパイルしなきゃならない。
それを許している共用サーバーは存在しない。

ああ・・・使えんみたいだね・・・。
ていうか別に無くてもmatchとかregexpがあれば困らないような

>>705
＞それを許している共用サーバーは存在しない。

ええーーーーーーーーーーーーーーーーーー！！！！！！！？？？？？？？？

なんかここPHP厨多いなぁ。迷惑な話だ

C言語原理主義者もウザス！

どうしてもスレが自分のためにあると信じたい奴がいるな
犯罪が増えるわけだ

>> 700

ありがとうございます。
教えて頂いた方法で、無事目的を達成できました。

大文字、小文字を区別なく評価したかったため、
検索文字をアプリ側で大文字化して、

select * from tbl where upper(val) glob '*AABB[*]CCC*'

て感じで取得することにしました。

ちなみに、自分は趣味でPHP厨ですが、普段はJavaとか.Net書きです。
いや、ホントは提案書書きに成り下がってしまいましたが。
そもそもは、.Netでsqlite使い出して（俺様アプリで設定値納めたり）、
sqliteが気に入って、
んで、その結果 sqlite が簡単に使えるPHPを使いだしました。
SQLiteの入り口って、やっぱりCとかPHPが多いのかな？

数百KB程度でも１万プロセス動けば馬鹿にできないよ。
インタプリタ言語は１万セッションのアクセスでアボーン。

極端すぎだボケ。
一万プロセスも動けば、コンパイラ言語でもアボンだ。

１万個もプロセスが出来てる時点で大局的な設計が間違っているだろ

あちゃー
スペック厨露呈ｗ

WebサーバーでSQLite使う利点って何？

環境に左右されにくい
設置・バックアップが簡便

>>717
それ普通のRDBのほうが楽なんじゃないの？
Webサーバーでアクセス使う利点って何？って訊かれても
そう答える？

>>718
アクセスが動くようなOSでWebサーバ動かすなよ、と答えるのが正解

>>719
それ答えになってないね。

>>720
おまえ何様のつもり？
質問者は謙虚になりなさい。

>>721
別に質問じゃないんだけどさ。
なんかずいぶん変わった使い方してるな〜〜って。
Javaが難しかったのでC++始めました〜〜みたいな違和感を感じた。

アクセスのハゲ房は、放置が一番。

>>718
アクセスは環境に左右され易いからダメだろ。
質問は的確に。

・ユーザが自分の所有するファイルを操作するだけなので
　サーバ管理者は何もしなくていい。

・違うOSに持っていってもSQLiteが動けばデータを読み書きできる。

・小さいので他のパッケージに組み込むのもラク。

・ライセンスが非常に緩い

・オープンソースなのでベンダーロックの心配が皆無

>>718

>それ普通のRDBのほうが楽なんじゃないの？
RDBの種類、管理ツールの有無、環境の設定制限が合えばな。

>Webサーバーでアクセス使う利点って何？って訊かれても
>そう答える？
ライセンスとしてサーバで使えんのか？って気がする。
で、アクセス使えんならSQL Serverだろ？と思わなくもない。
ライセンス的に使えて、Webサーバのマネージが適うなら
そう答えるかもな。おれならSQLiteだが。

念のために書いとくが、Web環境でアクセスはさすがに思い浮かばん
（それか俺が知らん間にﾌｧｲﾙﾒｰｶｰみたいにサーバソリューションになってんのか？）

>>716
>>WebサーバーでSQLite使う利点って何？

漠然と「利点を」と聞かれてもな。
「何と比べての」利点を聞きたいのか。　

とりあえずそれをはっきりしなければ、お前は例のアクセス厨認定。
>>719が答えになってないのは同意だが、
相変わらずSQLiteをアクセス並の扱いにしようと
手を変え品を変え頑張るお前の労力も全く理にかなってない。

＞WebサーバーでSQLite使う利点って何？
>>725-726

＞Webサーバーでアクセス使う利点って何？
アクセスしか知らない厨でもデータを保守できる。
他には何もいいとこはない

アクセス＋ODBC＋PHPが最強。
アクセス＋ASP.NET+IISでも良いけど。

アクセスを使うと引き継ぎが楽と最近思い始めている。
sqliteだからって説明しても無理だし、csvで渡しても途方に暮れると思うよ。

オープンソースの問題点。
誰も直さないソースコードの問題はいつまでも解消しない。
誰が責任を持ってソースコードをメンテナンスしてくれるか。

SQLiteしか知らない厨でもデータを保守できる。

なんでも当てはめられるなｗ

>>730
うへぇ、おまえ何しにここ来たの？？？バッカじゃねーの？？？

>>730
まあね。修羅場になったときに、ああこれM$だからなあとか
そういう言い訳はできないよね。自分でデバッグできないなら
仕方ないよ。どうしろっての。

修羅場から生還できる香具師がどれだけ居るのだろう。
ほとんどは修羅場で氏ぬよね。

>>730
ベンダー製品だったら、何でも自分の望むように修正掛けてくれるとでも思ってるのか。
責任持ってメンテナンスなんて冗談だろ。

俺が仕事上SQLServerで見つけたバグは
ことごとく「仕様です」という返答が帰って来たわけだが。
インシデントの無駄遣い泣ける。

>>727
サーバー環境でアクセスが思い浮かばないのと同じくらい
SQLiteも思い浮かばないんだけど。

>>736
仕様であることがはっきりするだけでもありがたいでしょ。
仕様であればその動作に依存できるんだから。
製品の問題点であると認識していますって返答のほうが実際困ること多いでしょ。

アクセスはライセンス料が高すぎ
基本的にデスクトップ用途で使うものだから
ユーザー一人一人にライセンス料が必要
ウェブのような多数の人が使うシステムだと
ライセンス料が膨大になる。

>>737
サーバー環境でWindowsが思いつかないんだけどｗ

たとえ無料でも使わんけどね

Accessのことね。

>>741
普通はそうだよね。
それがなぜSQLiteなら使えると思っちゃうのかが不思議。

SQLiteが使えるのは、MS製じゃないからだな。
Unixでも動くし、無料だし、Accessデータベースと違って壊れないし。

>>740
ろりぽとか桜とかいってる人に思いつかないのはある意味当然かもね。
でも、それを一般化するのは無理があるでしょ。

Accessは使うために、COMオブジェクトをインストールし、
レジストリに登録しなくてはならない。

違うバージョンのCOMオブジェクトをシステムにインストールすると
その影響でデータベースに正常にアクセスできないことがある。

>>745
Windowsをサーバーに使っているところなんて
信用できないんだけどｗ

またアンチWindows厨か

事実だろ。
公開サーバーに使える信頼性が無い。
現に公開サーバーに使っているところは少ない。

ttp://news.netcraft.com/archives/2006/10/overallc.gif

少ない、ねえ？

結論を述べてもいいころだね。
SQLiteまんせーって言ってるのは、さくらでぶろぐやってるような人たち。
たしか、SQLiteのウェブサイトにも10万件/日程度のアクセスなら
余裕で捌けるような事が書いてあったと思う。
まぁ、更新が極端に少ないウェブ用途なら十分に使えるだろう。
逆に更新が多い用途で使えないことは多くの元ユーザーが証言している。
ある程度DBが大きくなると5000件/日程度の更新で実用に耐えなくなるらしい。
まぁ、ぶろぐ用途で5000件の更新は発生しないから、
さくらの皆さんは安心してぶろぐしてくださいね。

しかし、このスレ来た人はみんなこうやってアンチになるんだろうなぁ。
別に批判したいわけじゃないのにね。

信頼性？またわけのわからないあいまいな概念を持ち出して

>>749
http://pc8.2ch.net/hosting/
この板で顰蹙買ってるサーバーのOSってなんだい？
少なくともウインドウズじゃないぞ。

>>751
かわいそうに。SQLiteも使いこなせなかったんだね。

>>751
> 多くの元ユーザーが証言している。

テレビの通販番組みたいだな

もうこの話題のループ秋田よ

>>751
実用に耐えなくなるらしい。というのはどうなるのか具体的に

>>757
速度の問題。

ファイルシステム経由でアクセスするからパフォーマンスがた落ち。











検証しないで感覚で言ってみた。

たしか、SQLiteのウェブサイトにも10万件/日程度のアクセスなら余裕で捌ける。
しかしAccessは1万件程度しか捌けない。

>>758
よくも堂々とそういう嘘が吐けるものだ。

Windowsでしか動かん時点でダメだろｗ

アンチSQLite厨とアンチWindows厨の痰ツボはここですか？

>>WebサーバーでSQLite使う利点って何？

と話を始めて、途中何言われても聞き入れず

>>結論を述べてもいいころだね。

とか言って得意げに自分の妄想を披露。
最後には

>>このスレ来た人はみんなこうやってアンチになるんだろうなぁ。

と、自分の活動でアンチが増やせた幻覚すら見えてる。

メンヘル板でこいつの病名聞いてくるか。

サーバー用途でWindows使う利点が無い。

>>751
お前に言われんでも安心して使っとるわＷＷＷＷＷＷＷ
こっちのことはどうでもいいからお前のブログでも晒せやＷＷＷＷＷ
Oracleぐらい使ってんだろＷＷＷＷＷＷ
それでどんなクソみてえなブログやってんのか見てみてえＷＷＷＷＷＷ

>>765
はいはいそうだね
分かったから早く段ボール集めの続きしたら。

サーバ用途でWindowsが良いか悪いかは別にしても、わざわざ将来の選択肢を狭めるような
DBMSを普通は選択しないわな。何かの理由でプラットフォームを変えざるを得ないことなんて
良くあることだ。

ウインドウズって何が嫌って、フリーズしたら遠隔で再起動すらできない。
ソラリス鯖ならマネージメントIPから入ってバックトレースもできて再発防止の検討までできるのに。

アクセスで不満ならSQL鯖が有るよ。
アクセス使うのってODBC設定するだけだよ。あとはODBCのプログラミングすれば良いだけ。

データベースが壊れるのはむしろsqlite。
sqlite2のデータベースをsqlite3で壊してくれるし。
アクセスなら、95でも97でも2000でもxpのデータベースでも2003のアクセスで問題無く読み込めますが何か？

そもそも多数でサーバ使う時点で貧乏だよ。格安レン鯖だろ？

見つけたバグって本当にそもそも仕様なんじゃないの？
仕様って書いてあるのに、バグだと思って通報しちゃったアフォの悪寒。

>>769
> sqlite2のデータベースをsqlite3で壊してくれるし。

またおまえか

なんだ、アクセスしか使ったことなくて、
SQLite覚えようとしてしくじったんか。

SQLITEって難しいよ。
アクセス簡単。

PHPがソースツリーにアクセス取り込んだら考えてやるよ

SQLiteの何がイイって、ソースが小さいので追いかけやすいってのがあるな。
ドキュメント化されてない仕様が知りたければソースに訊けばいい。
細かい動作が不満なら自分で直せばいい。

アクセス？ていうかJET DBエンジンは正直激しく遅かったので使いたくないです。
5秒おきに長いトランザクション入れるような用途だとSQLiteの圧勝でした。
SQLiteの方はソースいじってページ単位で暗号化してたのに、アクセスのが遥かに遅かった。

Windows専用で、有料で、遅くて、ごちゃごちゃインストールしないといけない。
SQLiteがあるのだから、わざわざこんなデメリットばかりなアクセスを使う理由がない。

PHPってODBC使えるからアクセス使えますが何か？

＞オープンソースの問題点。
＞誰も直さないソースコードの問題はいつまでも解消しない。
＞誰が責任を持ってソースコードをメンテナンスしてくれるか。

>SQLiteがあるのだから、わざわざこんなデメリットばかりなアクセスを使う理由がない。

そこまで言い切る理由もない。

お客がアクセスでやってくれって言ったら、アクセス。
おまえらは趣味プロで羨ましいよ。

アクセス厨はどこか別の場所で管巻いてくれませんか？

sqlite廚って痛いね。
他のDB使いこなせないの？

SQLServerもOracleもMySQLもPostgreSQLも
（自慢にならんがHiRDBも）使いこなして仕事しておりますが？

SQLiteの手軽さを高評価すると厨扱いかー。
ほんとにそろそろ逆恨みやめなって。みっともない。

>>777
> お客がアクセスでやってくれって言ったら、アクセス。
つまり、メリットが無くても使うことはあるといいたいんだろ？

重要なこと「メリットは無い」

というか、SQLiteも他のDBも、基本的にかわらんだろ。
SQL覚えりゃ、どれだって使えるっての。

趣味プロって…
客に提案も出来ずに上から降ってきた仕様をコードに落とすだけのコーダーがよく言うわ

>>777
普通に客を説得して言いくるめるのがスジっていうか、身のためだと思うが・・・
数字を見せりゃ納得するよ。基本的には・・・。理論で説明するから煙たがられるんだよ。
何の数字かわからなくても、とりあえず数字的に勝っていれば納得する事が多い。

あるある大辞典。

何かバリエーション豊かに視野が狭い奴らがうようよ居るな。

>>777はそれはそれで現場の現実ではある。
客達が自分達でもメンテできるように、と言うことでAccessを使わされる事だってある。
そういう理由を重要視して、具体的に要件出してくるような客は何言っても納得しない。
「全くできない」なら押し返せるけどそういうわけじゃないし
（ちなみに部署内で使う程度の規模のシステムを想像した話）。

>779
俺、連鎖場がSQLiteしかサポートして無くて
後からMySQLサポートされたけど面倒だから乗り換えてないな。
PHPのネイティブ関数使ってるから修正するの面倒すぎ。

ローカルではOOoBaseとかあるけど使う理由が見あたらない。
アクセスは持ってない、MSQLやPSQLはインストールや設定が面倒。
そうなってくるとSQLiteは何の設定もなく軽快に動作するからローカルでもSQLiteだな。
こんなに簡単に使えるのに小規模で他のDB使う理由って何？

アクセス厨は何故わざわざこのスレにきてんの？

>>788

布教活動でしょ

>>786
つまり、メリットは無いが、客がAccessしか使えないということか。

つまり客がどうしてもアクセスを使いたいとごねた場合のみ、アクセスを使う理由が発生するという訳か。
ま、それ以外じゃアクセスを使う理由が無いからなぁ。

たぶん客がアクセス使いたがるのは､フォームとかレポートを手軽に作りたいからじゃないだろうか｡
クエリーで自分の好きなデータを自力で取り出せるし｡
SQLiteはDBの設計部分以外に何か言語がなければこれらのことはできないし｡
アクセス使いの多くのエンドユーザーは「アクセスで全部できるんだからアクセスでやればいいじゃん」と考えている｡

とOracleのときに言ってきた客がいたので､ODBC経由でアクセスからリンクさせたのだが｡

>>774みたいな書き込みってほんとなのかねぇ。
ソースを読めばって書き込みをよく見かけるんだけど、
仕様化されていないと安心して使えないと思うんだけど。
１年動けばいいならそれでもいいんだけどさ。

注意

SQLiteはAccessよりも詳しい仕様がある。

仕様が不明なDBを使う奴はベトコンだ。
仕様が明確なDBを使う奴は、よく訓練されたベトコンだ。
ﾌｩﾊﾊｧｰ！

>>793
Oracle が仕様変更しようが SQLite が仕様変更しようが、結局直すのはこっちだもの。
お客様が自力で何とかする！ って言い張るなら素直にサポート体制ばっちりな有料DB使うよ。

ある意味お客様を囲い込むんだよね。他所に移れないように。

>>796
何か日本語がよく分からんよ

>>796
ちゃんと起きてるか？
眠いならとりあえず寝れ。
寝言を書き散らすな。

SQLiteに限ったことじゃないんだけどさ。
オープンソースってそういうのありがちだし。
数年前のソースを現在の環境でコンパイルできないなんて
普通に起こるでしょ。
出来ればきちんと仕様化してほしいんだよね。

作者がSQLiteはオープンソースと考えていないのは知ってて書いてる。

クローズドソースは、
コンパイルしようと思っても
ソースが手に入らないわけだが。

オープンソースの場合、バイナリ互換性なんてないに等しいでしょ。
だからソースがどうしても必要になるんだけどね。
ところが数年たつとソースレベルでさえ整合性が取れなくなってくる。
それでちょっと問題を感じるんだよね。

クローズドソースの場合、バイナリ互換性が無いと手も足も出ないんだけど、
その分気を使って作られてるってことじゃないかな。

たとえば、SQLiteがDLLとヘッダーだけで配布されていたら
使えないでしょ？
日本語環境だとその傾向が顕著だったじゃない。
ビルドが一つ変わるだけで動作が変わっちゃうんだから。
言いたいのはそういうことだったんだけど。

そろそろ放置の方向で参りましょうか。

> オープンソースの場合、バイナリ互換性なんてないに等しいでしょ。
バイナリ互換を保つのはOSの仕事。

>>801
率直に言ってしまえば、それがどうかしたのか？ って感じなのだけど。
不安だから俺は使わないよ、で済む話じゃないかな。

SQLite という DB の話からオープンソースの問題点(?)に話を繋げるのはお見事だけど、
結局何が言いたいんだ？ って感じ。

Access 使えってこと？

時々、SQLite使うって言うと、すんげー嫌な顔する客が居るんだよな。
そういうときは営業的に難しくなる場合もあるので、使わんな。

ま、技術的なことだけ気にすればいい、デジドカには関係ない話だが。

物知りなお客さんがいるんですね。
営業さん自らDB板で情報収集ですか。
大変ですね。

SQLite なんて趣味用の DB だと思ってたけど、仕事で客に提案してる人も居るのか。
ちょっとした自作アプリに組込むには便利そうだけど。

>>804

>>807に近い感じ。
このスレ不思議な書き込みが多すぎ。
できることがアクセスと変わらないなら素直にアクセス使えばいいのにって思った。
タフな用途にはSQLiteみたいな書き込みもありえんと思った。

タフな用途にはありえんって・・・
ベンチマーク結果とか見てそういう事言ってんの？

どっかのバカライターがトランザクションの開始を明示せずに大量の挿入を行うベンチをやってた結果を鵜呑みにしてるとか？ｗ

>>809
実際に使ってみればわかると思うけど。
大体公式サイトでもそういう結論めいたことが書いてあるけどね。
ドキュメント読んで使ってみる。
マンセーはそれからでも遅くないんじゃないの？

>>できることがアクセスと変わらないなら

文盲

>>タフな用途にはSQLiteみたいな書き込み

幻視

このage厨はそろそろ放置の方針で。
まあ放っておいても自演し続けそうだがな…

高トラフィックだとファイルロックされるからねえ。
RDBじゃないと問題有りまくり。

低トラフィックで動くから良いやってノリで使うアフォばっかりで、負荷テストもしてないでしょ。

>>808
>>807 だが、勝手にお前と一緒にするな。アクセスなんて死んでも使わねーよ。
SQLite みたいな金の匂いのしない DB で提案して儲かるのかねという話だよ。

アクセス使えって話ではない。
SQLiteなんて所詮アクセスみたいなもんだろって話。

>>808
>素直にアクセス使えばいいのにって思った。

>>814
>アクセス使えって話ではない。

ふーん、色々大変そうだね。

そりゃまあ、連続した高負荷が予想されるとか絶対に止まってはならないって要望とか
前提があれば他のDB使うわな。

そうでない事案では他と比較してSQLiteでも問題無いと判断したら
SQLiteを選択することも『十分に有りうる』って話だろ。

信者とアンチの議論だと両極端な話が展開されやすいから困る。

あと>>812よ。SQLiteもRDBだぞ。

どうでもいいが、ACCESS厨はSQLite使いが
全部SQLiteで作ってると思ってるのか。
更新系多いなら当然他のDB使うわ。

SQLite で提案した場合、導入するバージョンの選定とか障害対応ってどうするの?
サポート部隊に SQLite に詳しい人間を用意するの?

詳しいも何も・・・
君SQLite使ったこと無いでしょ？

>>819
いや、真面目な話をしてるんだけど。

仕事で使うからには、趣味や個人のスキルセットに依存しない体制を敷いてるんだよね。
導入プロセスとか長期的なサポート体制をどうしているのか知りたい。
まさか、営業から保守まで全部一人でこなしている訳じゃないんでしょ?

>>820
http://www.sqlite.org/whentouse.html
Because an SQLite database requires little or no administration,
SQLite is a good choice for devices or services
that must work unattended and without human support.
ということらしい。
すごいもんだねぇ。

いや、実際に導入経験のある人に聞きたいんだけど。もちろん、書ける範囲で。

>>822
さすがにそんな人いないんじゃない？

過去ログ読めばなんとなく雰囲気がわかると思うけど、
200円位で借りられるサーバーでMySQL代わりに使えた
とかそういう話しかないよ。
WEBとか書籍もPHPから使う前提のものしかないし、
そういうもんなんだと思う。

むしろ無料のsqliteは貧乏神の匂いしかしない。
無料でできるなら全部無料にできるよねと言われて、飯代にも困るだろ。
それとも無料の物を納品して金を取るぼったくりでも遣ってるの？

>>820
では、俺が受けたお仕事の話を…
ガチで営業から設計・実装・保守まで全部一人でやってるよ。
厳密には営業してるわけじゃないけど。

ユーザーは個人商店の店主さん。
今まではエクセルで入力してた在庫状況を、出先からでも確認したいって要望だった。
システム自体はエクセルからCSVでエクスポートしたものをHTTP経由でSQLiteに
放り込んでPHPで表示させるというもの。

サーバはレンタルサーバを使ってる。
MySQLを使わなかったのはファイルコピーだけで、バックアップが取れる簡単さを考慮した結果。
今のところ大した問題もなく、保守・サポート費用として月/五万貰ってる。
開発費用として五十万の案件でした。

開発期間は10人/日ぐらい。ドキュメント書いてる時間の方が長いぐらいだった。

大手の SIer じゃ情報システムに金もリソースも割けないお客さんは最初から眼中にないから
その辺のニッチに対応してる感じ。

いずれそのお客さんがもっと本格的なシステムを導入したいとなったら、また別のDBを考えると思うが。
まぁその時は俺みたいなフリーPGではなく、企業に頼むんだろうけどな。

間違ってもクリティカルなシステムじゃないぞｗ

>>825
オープンソース関連のスレにはお前みたいなのが必ず湧いてくるけど、
ソフトは無料でも人件費はかかるって事を説明したらいい大人はちゃんと納得するぞ。

もしかして SI 屋さんは買ってきたソフトを売るのが仕事だとか思ってない？
問屋か何かと勘違いしてる？

>>827
まぁまぁ抑えて抑えて。
そう見えてしまうのも仕方ない部分もあるし。
オープンソース界隈のSIerに屑システム喰わされた人
って結構多いんだし。

だいだいこれは基本的にはファイルシステムであって、組み込みから
SQLでデータをひっぱってこれたら便利だねっつうのが基本でしょ。
ここはDB板だから、オラクルとかSQLServerとかAccessと比べてるけど
Berkeley DBに毛の生えたようなもんだから、各々のアプリケーションが
内部データを格納するストレージとして使うのが本来の使い方じゃないの？

SQLiteはSQLですよね？
http://ja.wikipedia.org/wiki/ノート:SQLite

いいえ、違います。

そもそもRDBじゃないからね。

個人商店の在庫状況が全滅してもあぼーんはしないの？
毎月の５万円は在庫管理が壊れた場合の棚卸し確認対応の保険料？

単にmysqlのようなrdbのバックアップ方法を知らないってだけっぽいが。

SQLite導入すら、サーバーのメインメモリが少ないプランでOKなので
そこでコスト削減しとるよ。

うち、サーバー代は全てのサービスで固定だしｗ

>>831
さっさとバカを論駁して来いw

>>832
ネットワーク上のデータが死んでもローカルのデータが生きてるもの。
元々エクセル管理が主だし。

My SQLのバックアップ方法も知ってるけど、FTPで落としてくるだけの
方が簡単じゃね？って話。

月/五万貰ってやってる事はサーバのログ見たりするだけだな。

中河原、フォークリフトのブレーキに細工と聞いたが?
中河原、市会議員のコネで校の指導員に就職と聞いたが?
中河原、訓練生時代テストはカンニングと聞いたが?
中河原、裏口人生と聞いたが？
中河原、在日朝鮮人犯罪者組織・朝鮮総連創価学会の手先と聞いたが？
中河原、元々は出来損ないで、今は粉飾して立派に見せていると聞いたが？

>820
>仕事で使うからには、趣味や個人のスキルセットに依存しない体制を敷いてるんだよね。

……何のためにこの業界が毎度毎度多重派遣の寄せ集めで人集めしてると思ってるんだ……
少なくとも表向きには「プロジェクトごとに必要なスキルセットが違うから」だろ?
日本中どこ探せばメンバーのスキルセットへの依存性がないプロジェクトがあるんだか。
# 本音はまぁ皆さんよくご存じの通りなわけだがorz ってかマ板の話題だなこれじゃ

>>826
どうもありがとう。>>820 書いた後で出掛けていたのでレスが遅れました。
保守も自分でやってるのですか。あまりそういう仕事の話を聞ける機会が無いので
参考になります。契約内容にも依るけど、月五万は良心的な感じがしますね。

>>837
特定の個人に依存しないように、例えば誰かが病気になったり退職したりした後も
業務を継続出来るように、責任の所在を明確にしてバックアップ要員を用意してる
んだよねって事が言いたかった。

メンバーのスキルに依存するのは当然だけど、それが失われた時にも困らない様に
組織で仕事している訳でしょ。

AccessはWindowsで使えないからダメなんだろｗ

釣られないくまー

鉈と包丁と日本刀を使い分けられない奴ばっかりか、ここは。

ユーザが自分でフォームやレポートをいじりたい→アクセスが向いている
DB保守を強化したい→DBサーバ製品が向いている


・DB保守要員を置けない、もしくはそういう概念がない
・DBサーバの適用が向いていない。DB接続を扱いたくない
・特定OSに依存したくない。ソースが読みやすい方がいい
→SQLiteが向いている

まあ一番向いているのはユーザが自分で設置したソフトのデータ保存。
デスクトップかWebアプリかを問わず、
ソフトを設置・使用するユーザがマシン管理者の権限を使わずに保守できるRDBとなると選択肢は多くない。
逆に保守要員を置くようなケース、
単一データベースに大量のスキーマを書いたり
複数のデータベースを組み合わせて使うような設計にはSQLiteは向いていない。

>>843
一行目、アクセスじゃなくてエクセルじゃないの。

フォームやレポートってｗ
そりゃデータベースの仕事じゃねーよｗ

おまえら少しはSQLiteに絡めた話にしろよ

おし、そしたら質問だ。
SQLiteのユーザー定義関数をCで作って、PHPから呼び出したりできる？

俺の場合。
開発ツールのDBが要件定義後のイレギュラーに対応できなくて
ファイルコピーでセットアップ、バックアップ、移設可能で、
同時利用のサーバDBMSと同じテーブルレイアウト、
できればサーバDBMSと同じSQLでコントロール可、という条件で
急遽代替DB探してSQLiteにあたった。（というかそれしかなかった）
実は以前にSQLite2を評価して全然使えねーって思ったが、
SQLite3では逆に全然使えて助かった。

最近はPHPがメインなんで手が空いたらPHP5使ったWebアプリで試してみる予定だが、
ユーザ管理もセキュリティもないからどっちかっつーとローカルDB、
ある種、超便利なCSVって感じか、フィックスのデータソースとして、
という点でメリットを感じてるけど、どうだろう。

ちなみにAccess厨もそうかもだが、
インターフェースもDBMSもレポート処理も平気で一緒くたにソリューション評価したりする
なんちゃってSIerやなんちゃってベンダーが増えてることは非常に嘆かわしい。

レポートは普通はどうするですか

>>850
Access厨がOracle使いに聞きそうなセリフだｗ

>>850
ODBCでリンクしる

php使ってる時点でなんちゃってと同類なんだが。
日々の飯の為とはいえ、志が低くて非常に嘆かわしい。

要員が置けない時点でアクセスで乗り切ると思うが。

なんだよそれ、アクセスで乗り切る、って。
DB開発の世界は、人、人、人。人が全てだろ。

自作プログラムにSQLiteを組み込む際のノウハウを話したいのに
クズSIerのせいでなかなかそういう雰囲気にならないな。

SQLite 組み込みの　stand alone なアプリって、例えばどんなのがあるの?

>>856
身近なところでは OpenJane系(2ch専ブラ)

たとえばPOPFileとかがそうだな。

>>854
んなアホなｗ

>>853
その志の高さで、主観で意味のない感想ではなく
わかりやすく具体例を交えた意見をくれないか？

>>856
Sleipnir2

stand alone なアプリに当てはまるレベルじゃないと思うが、
MacOSXのSpotlightではSQLiteが使われているな。

http://developer.apple.com/jp/macosx/tiger/index.html
> Tigerにおいて、Core Dataは、データストレージのために3種類のファイルをサポートします。
> テキストベースのXMLファイル形式
> パフォーマンスに優れたバイナリファイル形式
> 高性能のSQLiteベースのデータベースファイル形式

以前なら dbm を使うような所に最適なんだよね

せや

組み込みってライセンス量払いたくないってだけ？

マカは氏ね。

DBが必要なシステムの運用も人が重要で、事務の女でも扱えるウィンドウズが好まれます。
再起動すれば直ることも多いからとりあえず再起動してって頼めるし。
下手に非ウィンドウズなんて納入したら、無料（または赤字での）で対応が待ってる。

またおまえか

SQLite 風の組み込み可能な XML DB は無いかな。

客の要求は XML DBなんだが、データベース側で対応してるのは少数という現実。

>>865
WindowsでSQLiteをビルドすりゃいい。バカなSIerはコレだから。

放っとけよ。

未だにXML DBの意味がわからん。
XMLはソリューションじゃなくアーキテクチャだと思うんだが。

きっと魔法の道具か何かだと思っているのだろう

XMLDBって階層化されたDBって事？
DBの中にDBが有るみたいな？

select * from tablename;
でフォルダやファイル一覧みたいなのが表示されるとか？

XML-DBにはSQLは使わない。代わりにXQueryを使う。
XML-DBの利点は、特定の形式を持たない雑多なXML文書を
横串で検索できることだと思うよ。

構造を分析したりするのが嫌な怠惰な人向きだな
苦労を先送りしてるだけとも言えるが

>>865
Windows版SQLiteを使えばいいだけの話だったなｗ

>>871
俺には君のレスの意味が分からんよ。ソリューション? アーキテクチャ?
構造化されたデータを表として格納するか木として格納するかが違うだけだよ。

>>875
そこが SQLite のカバレッジと被るんじゃないかな。
手を抜ける所で頑張っても評価されない時代ですから。

正規化できないから、DBにオブジェクト処理をおまかせってのがXML DB。
つまり激しく遅いのは覚悟してくれ。

確かに。
安くてパワーないシステムを快適に動くようにチューニングしても評価されずに、遅くても馬鹿高いシステムを売る方が評価される罠。

>>877
そうか分からんか。
まぁ言葉を借りれば、箱は木により、木に箱があり、
箱はソリューション、木はアーキテクチャ、って事なんだがな。
通常モデリングが担う部分をフォーマット決めしたところで
DBに成り得んのじゃないかという俺の考えが根本的に間違ってて、
XML DBの利点が分からんのかもしれん。

その通り。間違ってるね。

別にXMLでもRDBMSでもどちらでもいいのだが、
RDBMSと同じくらいのパフォーマンスで検索できて
月数千円の安いサーバー（共用サーバー）で
プログラミングしやすく、
オープンソースか安い値段のXMLDBが無いから
XMLは選択しようが無い。

共用サーバでやれる程度の規模のものならメモリ上のDOMをぐりぐりやればいいじゃん

客に出させるから、高くてもOK。
で、のせて、のせて、倍、倍、ドン。はらたいら。

DOMを弄くるのはかなりめんどくさい。

XMLもDTDとかで構造決めないと、処理できないんじゃないの？
このタグの中にはこれとこれのタグが入って良いとかさ

その必要はない。
気の利いたXML-DBは、勝手にXMLを解析して
構造インデックスを付けてくれる・・・らしい。

そういう気の利いたXMLDBは高い。

eXist
ttp://exist.sourceforge.net/

これならタダじゃん。

はぁ。Javaか。最初っからeXist入っているサーバー屋知らないかねぇ。

欲しいなら自分でホスティングしろよ。
ビジネスチャンスかもよ。

XMLDBに需要なんてありません。

と、思うんだけどよぉ。客がうるせーんだよな。必要ねーってのに。

>>885
DTDなんてXML書いてからRelaxerか何かで形式的に作ってる俺がいる

XML Schema と RELAX NG どっちが便利？

RELAX NGの圧勝

コスト的にはどっちが有利?

SQLite

Windowsでdll使ってプログラム組んだんだけど
フルパス名という文字列があるのでパス名で検索しようと思ったら

パス名：×
パス：×
フルパス名：○
フルパス：○

でした。
DBに書き込みするとき文字列をUTF-8に変換していないのでそのせいなのですかね？

でしょうな。

>DBに書き込みするとき文字列をUTF-8に変換していないのでそのせいなのですかね？

おまえら、落ち着け。な、わかってる。言いたいことは分かってる。でも、スルーだ。
スルー力がいま試されてるんだ。

たろ。スルーだ。

俺にスルーさせようとするよりおまえが完璧なレスを付ければ
俺がそれをする必要なくなるんだが。

とりあえず>>899が完璧なレスを返してるから、この件は終了でしょう

月数千円の安いサーバーだとハード代と回線代でも確実に赤。
馬鹿な客を嵌め込まないとあぼーんが待つだけ。

あぼーんｗ

みんなクライアントツール何使ってる？

Sqlite3.exe か php.exe

EclipseからQuantumDBで接続。

>>905
「クライアントツール」って意味がよくわからんけど、自分で書いたプログラムから
使っておるよ。SQLiteってそういうもんだろ。

System.Data.SQLiteの暗号化機能を利用してるから、
コマンドラインシェルもそれ用にビルドし直してるな。10行程度改造してある

GPLだから改造してるならソース貼れよ。

SQLiteはいつからGPLになったんだ？

あれパブリックドメインだよなぁ。

>>911-912
ライセンス読めば？
但し書きあるじゃん。

>>913
ねぇよ

お前の目が腐ってんじゃね?

http://www.sqlite.org/copyright.html

>>914-915

>>916

で、いつからGPLになったんだい？

>916のどこをみてもGeneral Public Domainの文字が見あたらないんですが…
かろうじでPublic Domainはあるけど。
GPLってどこに書いてあるの？

まさか、Public DomainをGNU General Public Licenseのことだと思っていましたか？

うん、the public domain って書いてるよなぁ。913は俺に何を言いたかったのだ

今、Excite翻訳で読んでみたけど
SQLiteへ貢献するためのパッチを公的に配布する場合
イタリック部分の文章を付けてpublic domainであることを明記してくださいみたいなこと何じゃないのかな？

SQLiteにパッチをコントリビュートする場合は、著作権を放棄する声明を
付けろとは書いてある。
>>909 の場合は単に改造したものを自分で使っているだけだから、
この条件には当てはまらないな。

沢山書き込みがあってうれしかったです☆

ぎゃふん

アクセスのファイル形式がSQLiteだったらいいのになぁって思いました。

そうですね

またこの流れかｗ

>>928
もう誰かやってた流れなの？

GPLは絶対だよ。

マイクロソフトが好きならアクセス使え。

>930
何を持って絶対と言い張れるの？
どこの文章を読んでGPLと判断しているわけ？

>SQLiteにパッチをコントリビュートする場合は、著作権を放棄する声明を
>付けろとは書いてある。

つうかそういう条件が定義されてるのってパブリックドメインじゃねえよな
別に構わんけど。

>>932
屁理屈

>>931
いくら暇でもキチガイには構わんほうがいいよ

>>932
オフィシャルのソースツリーにパッチ採用されたければパブリックドメインにしろってだけ。
自分で勝手に配布する分にはなにやってもOK。

>>935
そういうことか。失礼した。

日本酒一升買って来た。今から飲もうと思う。

>>937
アルコール添加してるやつは嫌いなんだ。純米にしてくれ。

手軽に買える日本酒って、スゲーまずくね?

ところが焼酎は普及品でもまあまあ行ける

700ml前後で2000円程度の安酒ならウィスキーが一番上等なのが飲めるんじゃないか？

その価格帯なら日本酒：南部美人 純米吟醸、ウイスキー：竹鶴 12年がおすすめ。

馴れ合いきめえ

と、会話に入れない者が申しております。

まだ未成年だしなｗ

頭カチコチのおじさん♥

秋の夜長は夜釣りに精を出すわけですか。
お前ら書き込む前に一発抜いとけよ。
そしたら俺みたいな聖人になれる。

何が会話だ。SQLiteと全然関係ねーじゃん。まじきめえ

荒れる予感を感じて
敢えてみんなで冷却期間を置いてるんだよ

次の人はスレ立ててね

質問です

以前からローカルのテスト環境でApache2とPHP5.0.2を使用していたのですが、PHPを
5.1.6にアップデートしたらspliteが使えなくなりました。php.iniをちょっと変えれば直るの
だというのは予想がつきますが、具体的にどうしていいのかがわかりません。

この状態からsqlite3を使用できるようにするにはどうすればよいのでしょうか？

↓たぶんこの辺の問題だと思うのですが違うでしょうか・・・

extension=php_mbstring.dll
;extension=php_bz2.dll
;extension=php_curl.dll
;extension=php_dba.dll
;extension=php_dbase.dll
;extension=php_exif.dll
;extension=php_fdf.dll
;extension=php_filepro.dll
extension=php_gd2.dll
;extension=php_gettext.dll
;extension=php_ifx.dll
;extension=php_imap.dll
;extension=php_interbase.dll
;extension=php_ldap.dll
;extension=php_mcrypt.dll
;extension=php_mhash.dll
;extension=php_mime_magic.dll
;extension=php_ming.dll
;extension=php_mssql.dll
;extension=php_msql.dll
;extension=php_mysql.dll
;extension=php_oci8.dll
;extension=php_openssl.dll
;extension=php_oracle.dll
;extension=php_pgsql.dll
;extension=php_shmop.dll
;extension=php_snmp.dll
;extension=php_sockets.dll
extension=php_sqlite.dll
;extension=php_sybase_ct.dll
;extension=php_tidy.dll
;extension=php_xmlrpc.dll
;extension=php_xsl.dll

エラーコードはこんなの↓が出てきます

Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0
Warning: Unknown: Failed opening 'C:/Apache Group/Apache2/htdocs/test.php' for inclusion (include_path='.;c:\php\includes') in Unknown on line 0

以前はPHP5.0.2+spliteで問題なく動いていたスクリプトです。
splitemanagerも

The SQLite extension can't be loaded.

と言われて使用不能になりました。。。

すみません自己解決しました・・

extension=php_pdo.dll
extension=php_pdo_sqlite.dll

の二行を加えれば使用可能になるようです。

すみませんまた新たに質問なんですが・・・

>>952でsqlite3が使えるようになったのはいいものの、phpで普通に

sqlite_open("../cgi-bin/test.db", 0666);

として新規データベースを作るとバージョン２のデータベースができて
しまいます。sqlite3を使用するにはどうしたら良いのでしょうか・・・
ちなみにsqlitemanagerのトップページには

SQLite バージョン 2.8.17 - 3.2.8undefined / PHP バージョン 5.1.6

というふうに書いてあります。sqlite3は入っていても、デフォルトで使用さ
れるように設定されていないようです。

どうすればよいのでしょうか？

SQLite関数とPDO関数についてマニュアルを見て調べてみろ

>>953
それはPHPの設定の問題だと思うからPHPのスレで訊く方がよさげだな。
一度Web板で訊いてみ。

>>954
感じ悪いな

>>955
すみませんでした
質問する場所を変えます。
ありがとうございます

Winamp を 5.31 にアップデートしてみたら、
CDDB の DB (Plugins\cdinfo.db3) が SQLite3 の形式になってた。

今月のインターフェース誌でSQLiteについてちょこっと触れられてるね。
行レベルロックが出来ないから組み込みで使うにはちょっと難ありって評価だった。
組み込みの世界って厳しいんだね。

本当か？ 組み込みで行レベルロックが
必要なことってあまりないと思うんだが。

「組み込み」と一括りにできんでしょ。
記事は読んでないけど、たまたま著者氏のアプリで必要だったのでは？

>>959
本当か？って本当だけど。
別に嘘つく必要ないし。

>>960
著者氏のアプリってことじゃなくて、一般的な解説記事だったんだけどね。
まぁ、俺は組み込みなんてぜんぜん関係ないからどうでもいいんだけど、
っていうか、データーベース自体関係ないんだけど。

これも関係ないんだけどさ、SQLite4出るまでこのスレ持たせたいよね。
残り30ちょっとしかないけどさ。
スレだけバージョンあがるとかっこ悪いよ。

まぁ、スレだけバージョン4になったら、
「ここはSQLite4の専用スレだから、あっち行け」
ってここのアドレス張ってもいいけどね。

普通に「SQLite その4」とするという発想は出ませんかｗ

続 SQLite 3

新 SQLite 3

SQLite 3 の次は　グレートSQLite 3

SQLite 3.1でいいじゃん。
これなら現行の3.3.8までには4出てるかも。

今は反省している〜ん。

SQLite 4
http://pc8.2ch.net/test/read.cgi/db/1162621344/

別に次スレいらんだろ。このスレだって1000レス使って
アンチと信者の罵り合いしかやってねえし。

いらない人は来なけりゃいいだけですよｗｗ

予言：>>970 は次スレにも必ず現れる

「次スレ要らん」という奴はどういう心理なんだろうな

嫌いなものを無視できず、ついつい見てしまう人。
関わらなくてもいいことに、つい口を出してしまう人。

俺>>2だし。

次スレが立つか立たないか
それは誰にも決める事が出来ない。
>>2にとっても「次スレ要らん」を言うためにこのスレの常連と化している。
いらないのであればこのスレにくる意味がない。
次スレ要らんという書き込みをすることでスレの需要があると判断されているのだ。

わかってねえな。いらねえっつうのは、しょうもない煽りあいばかりで
中身のある話が全然無いところに失望したという意味だよ。
なんだよ酒の話に食いついたりとか。馬鹿じゃねえの。

>>977
お前アク禁にするから。

大抵の場合、 >>977 のような奴は嫌われ、
本人は自覚できない。

暗いと不平を言うよりも、
進んで明かりをつけましょう
ﾂｰﾀｯﾀｯﾀｯﾀｰﾀｯﾀｰｯ

これからは>977がスレがにぎわう話題を提供してくれるそうです。

>>277 凄い人気だな

>>981

そりゃあ酒の話で馴れ合うような奴らには嫌われるだろうさ。
俺たちが馴れ合ってるのに何うぜえこと言ってんだよってなもんさ。