ちなみにリスト内での改行は「&br;」を使用してください。チルダは使用できません。 0378NAME IS NULL2011/10/06(木) 16:59:15.97ID:v/v8RKPt MenuBarは編集できんのかな? FAQの下に書籍情報のリンク入れてほしす。 0379NAME IS NULL2011/10/06(木) 17:26:38.37ID:??? >FirebirdWikiについてとMenuBarについては管理者により凍結されています。それ以外のページについては自由に編集が可能です。 03803652011/10/06(木) 18:20:50.97ID:??? メニューバー変更しました。 コンテンツの第一階層は全部入れときました。
プログラミングガイドはもっと充実させたいですね。
Python(Django)での利用 Delphiでのコンポーネントの選択 Embedded
あたりは俺の方で書き加えられることがけっこう ありそうです。 0381NAME IS NULL2011/10/12(水) 18:10:11.05ID:??? 2.5使ってますがvarcharのサイズってSQLでは小さくできないんですか? 0382NAME IS NULL2011/10/14(金) 11:43:43.22ID:??? 出来ますよ 0383NAME IS NULL2011/10/22(土) 09:09:57.32ID:??? データベースをメモリ上に置いて一時的なリスト変数みたく使えますか? 0384NAME IS NULL2011/10/22(土) 10:26:52.21ID:??? 383>> Global Temporary Tableを使えばそんなイメージじゃない? インストールが面倒ならEmbedded 版を使って・・。
0385NAME IS NULL2011/11/02(水) 10:19:31.87ID:oDSqD5OA FB1.5を使用していま。 テーブルのあるカラムのNOT NULL制約を削除したいのですが DROP CONSTRAINTではNOT NULL制約は削除できませんでした。 NOT NULL制約を削除する方法がありましたらご教示をお願いいたします。 0386NAME IS NULL2011/11/02(水) 12:35:13.98ID:??? ALTER COLUMNじゃダメなんだっけ? 03871872011/11/02(水) 19:45:24.01ID:???>>385 ttp://www.firebirdfaq.org/faq103/ 1.5では試した事ないが、可能なはず 0388NAME IS NULL2011/11/02(水) 22:06:57.03ID:??? うわお wiki復活させてくれた人乙! ドメインの維持費も掛かるだろうに 03893852011/11/04(金) 11:21:31.91ID:???>>387 ありがとうございます。リンク先の1の方法で対処しました。 0390NAME IS NULL2011/11/25(金) 23:37:41.36ID:??? Firebirdをデータの格納先として使えるWordpressやWikiのようなWebアプリケーションはないでしょうか。 0391NAME IS NULL2011/11/26(土) 11:38:53.19ID:??? FirebirdがデフォルトっていうオープンソースのCMSプロジェクトは 俺の知る限りないけど、Firebirdでも動くよ、ってのなら探せば あるんじゃないかなぁ。 0392NAME IS NULL2011/12/21(水) 17:18:39.52ID:DPlV2wPh Firebirdのデータベース間でテーブルをコピーするフリーソフトってないですか? 0393NAME IS NULL2011/12/21(水) 17:23:47.19ID:DPlV2wPh ごめんなさいもう一つ 64bit版のFirebirdを使用する場合は、UDFも64bitバイナリじゃないとダメですか? 0394NAME IS NULL2011/12/23(金) 11:47:37.84ID:???>>392 テーブル内容をSQLとして出力するような機能があるのでは? それをtxtで保存して、バッチ処理に組み込むとか出来そうなイメージがあります。 0395NAME IS NULL2011/12/23(金) 12:59:12.98ID:???>>394 MySQLとかはあるよね。 Firebirdはないねー。 0396NAME IS NULL2011/12/23(金) 14:22:41.95ID:??? えぇ?! 0397NAME IS NULL2011/12/23(金) 15:08:27.35ID:???>>395 ええ、mysql(mysqldump)を想像して書きました。
ああいうのは無いのかー、うーんSQLをそのままはき出してくれればいいんですけどね〜 0398NAME IS NULL2011/12/23(金) 15:40:18.82ID:??? CSVで吐き出す、CSVを読み込む機能ならあった気がする。
まあ何にしてもIBExpertインストールすれば解決する話なんだけどね。 0399NAME IS NULL2011/12/25(日) 00:59:07.60ID:YYnr3LBm>>392 How to export data from database and import into another? http://www.firebirdfaq.org/faq86/0400NAME IS NULL2011/12/28(水) 11:04:17.44ID:???>>393 ダメみたい。うちではアカンかった。 サーバーが64bitになったのにfirebirdだけ32bit使ってます。 0401忍法帖【Lv=40,xxxPT】2011/12/30(金) 17:13:13.95ID:??? てすと 0402NAME IS NULL2012/01/03(火) 14:21:19.75ID:x+UTUBAd なんかPython用ドライバがカオスってるけど、今はどれが一番安定してて どれが公式なんだろう? 0403NAME IS NULL2012/01/07(土) 08:59:49.57ID:??? In [2]: kinterbasdb.__version__ Out[2]: (3, 3, 0, 'final', 0)
最新のUbuntuの公式リポジトリでインストールされたのは3.3で、Windowsに入ってるのも同じバージョンだった。 easy_installから入れることはできないんだっけ 0404NAME IS NULL2012/01/09(月) 00:05:02.76ID:???>>402 え?KinterbasDB以外にも選択肢があるの? 0405NAME IS NULL2012/01/09(月) 02:37:25.36ID:Tx+YelNL KInterBaseDBは作者死んじゃって以降まったくメンテされてないんだよね。 0406NAME IS NULL2012/01/10(火) 16:48:40.95ID:??? ttp://nakagami.blog.so-net.ne.jp/2011-12-17
こういうことになってるらしい。ぐぬぬ。 0407NAME IS NULL2012/01/11(水) 00:26:31.25ID:??? wiki (firebirdwiki.jp)の管理者さん見てるかしら? いくつかのページが見れなくなってます。
¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥ 0464NAME IS NULL2013/02/07(木) 17:16:43.62ID:YOB+WVgd select 50.0 * 37.23 A, cast(50.0 as double precision) * 37.23 B, round(50.0 * 37.23, 0) ROUND_A, round(cast(50.0 as double precision) * 37.23 , 0) ROUND_B from rdb$database
ABROUND_AROUND_B 1861.51861.518621861
なぜROUND_B は1862にならないんでしょう? 0465NAME IS NULL2013/02/07(木) 17:19:05.45ID:YOB+WVgd うわ崩れてしまった
A 1861.5
B 1861.5
ROUND_A 1862
ROUND_B 1861
です。 0466NAME IS NULL2013/02/13(水) 07:13:53.32ID:n919/EWx しらないなら黙ってればいいのに 0467NAME IS NULL2013/02/20(水) 11:11:41.91ID:??? そんなこと言うから誰も書かないし・・・ >>464 これ、よくある丸め誤差じゃないですかね? 浮動小数点を2進で格納するときに近似値化したのが、10進に戻す時に誤差として出るやつ。 Firebirdのソースコードを見てないし、見てもたぶんよーわからんと思うので憶測ですけど、 コンパイラが用意してるround関数の結果をそのまま返すような作りになってるのなら そういう誤差が出ることもあり得ると思います。 ていうかコンピューターを使う上での「お約束」なので、他のソフトを使っても出るときは出る。 どうしてもそこを倍精度にする必要があるのなら 誤差になる部分のケタを上げて計算してから戻すか、 > round(cast(50.0 * 10 as double precision) * 37.23 / 10 ,0) ROUND_B あるいはroundを使わずに0.5足して切り捨てすれば > cast(cast(50.0 as double precision) * 37.23 + 0.5 as integer) ROUND_B とりあえず回避できそうですが。 0468NAME IS NULL2013/02/28(木) 14:39:24.87ID:??? そんなことドヤ顔で言われてもな。聞く方もあれだが。 0469NAME IS NULL2013/03/10(日) 01:01:49.55ID:??? 趣味のプログラムに組み込むので、このDBを使ってみようと思ったけど このスレだと質問するのに、むちゃくちゃハードル高そうですね
やっぱあきらめて、SQLiteかSQL Server CEにします 0470NAME IS NULL2013/03/10(日) 01:23:13.31ID:??? そう?まぁ普通の人はユーザ会のYahoo Groupで聞いてると思うんで… 0471NAME IS NULL2013/03/10(日) 01:34:07.30ID:??? おおっ・・・と思って見てきたけど人あんまりいないじゃ無いですか・・・・ Delphiユーザーが多いみたいですが
Visual Studioなので、やっぱちょっとやめときます 深夜の愚痴につきあってくれて感謝です 0472NAME IS NULL2013/03/10(日) 10:56:37.09ID:??? 別に盛り上がるほど問題があるわけじゃなし、普通に使えるからねぇ。 0473NAME IS NULL2013/03/13(水) 13:17:49.11ID:nuhI4HCk 使うにあたって特に質問することが何もないよな。 0474NAME IS NULL2013/03/18(月) 21:50:22.34ID:??? 何にハードル感じてるのかわからない。 0475NAME IS NULL2013/03/19(火) 05:58:33.19ID:??? 日本人ならハードルはユーザー数だろ 0476NAME IS NULL2013/03/19(火) 21:52:02.25ID:??? 情報集めるのに不自由しないくらいたくさんユーザーいるだろ。 0477NAME IS NULL2013/03/20(水) 05:56:20.28ID:??? いや日本人は特に理由もなく多数派に付くのが好きということ 0478NAME IS NULL2013/03/25(月) 21:31:39.25ID:lQC1kwHf 2.5.2 Security Update 1/2.1.5 Security Update 1がリリースされてます 0479NAME IS NULL2013/04/10(水) 12:40:11.35ID:5JAUsSaE ほ 0480NAME IS NULL2013/04/11(木) 16:05:06.21ID:??? 3はいつになったらでるの? 0481NAME IS NULL2013/04/11(木) 17:32:21.38ID:??? 3に何を期待してるの? 0482NAME IS NULL2013/04/16(火) 14:53:21.47ID:??? 昔このDB使ってたんだけど、トランザクション回数が21億回超えたら 動かなくなる仕様ってまだ残ってる?
64bit版ならもっと上限増えてるのかしら 0483NAME IS NULL2013/04/17(水) 10:01:37.11ID:/DOnkyK1>>482 昔から使ってるけど聞いたことないぞ 0484NAME IS NULL2013/04/18(木) 18:37:47.21ID:???>>483 「Firebirdの歴史 トランザクションID」 でぐぐってみて
たとえば ttp://firebird.gr.jp/firebird/site_rsrc/images/0/osc2006tokyo/OSC2006_Firebird.pdf のFirebirdの概要-Transaction IDで 32bit long が最大値、リセットするにはデータベース止めるしかないことがわかる 0485NAME IS NULL2013/04/18(木) 19:10:11.97ID:??? トランザクションをそこまで継続させるほうが異常 0486NAME IS NULL2013/04/18(木) 19:16:47.97ID:??? 30秒に1回トランザクションしても2108年持つね。 0487NAME IS NULL2013/04/18(木) 19:42:19.23ID:??? 30秒に一回ってそんなのんきな 0488NAME IS NULL2013/04/18(木) 20:45:56.23ID:??? のんきなってそんなにしょっちゅうコミットだらけのシステム実用に何の? 0489NAME IS NULL2013/04/18(木) 23:55:22.89ID:??? トランザクションは更新の時だけやないやろ。 0490NAME IS NULL2013/04/19(金) 01:23:40.04ID:??? 30秒に1回でコミットだらけなのか・・・・ 皆さんとは感覚が違ってたみたいすみませんでした。 0491NAME IS NULL2013/04/19(金) 05:05:21.90ID:??? つうかそれに耐えられるハードならバックアップリストアなんてあっという間に終わるじゃろという話 0492NAME IS NULL2013/04/19(金) 05:07:13.13ID:???>>489 え?更新しないのにID増えるわけないよね 0493NAME IS NULL2013/04/19(金) 05:25:17.79ID:???>>490 平均の話してんのに感覚とか意味不明 0494NAME IS NULL2013/04/19(金) 09:12:41.82ID:??? 普段もっと忙しいシステムばっかさわってるから あなたが携わっているような30秒に一回のトランザクションも無いくらいが普通なんだって感覚がなかったってことです 0495NAME IS NULL2013/04/19(金) 10:30:45.27ID:iF+eJaWb そもそもそんな忙しいシステムにFirebird使おうとか考えないよねw 0496NAME IS NULL2013/04/19(金) 17:43:28.86ID:???>>494 平均の意味分かってるよね? 0497NAME IS NULL2013/04/19(金) 17:45:39.84ID:??? しかも論点は何秒に1回とかそこじゃねーし 0498NAME IS NULL2013/04/19(金) 17:47:56.91ID:???>>494 で、君のシステムだと何ヶ月ぐらい持ちそうなの? それ言わないと話し始まんないジャン 0499NAME IS NULL2013/04/20(土) 15:56:29.21ID:???>>498 答えないと話を進ませない人ですね 0500NAME IS NULL2013/04/20(土) 17:50:14.80ID:??? 間違いと気づいたなら素直に謝りなよ FBには瑕疵はないよ 0501NAME IS NULL2013/04/21(日) 01:49:32.38ID:??? ID出ないのをいいことにw 0502NAME IS NULL2013/04/21(日) 08:44:52.26ID:??? >484 のpdfなどを読んだが トランザクションidは行ユニークじゃないか 1行に対して2Gトランザクションを超えるシステムは扱った事がない とは言え有り得ないとまでは言えないか 0503NAME IS NULL2013/04/21(日) 18:10:57.58ID:??? 事実上ありえないから 0504NAME IS NULL2013/04/22(月) 08:42:01.91ID:??? なんか2000年問題とか2038年問題みたいだなw 自分が生きてる間持てばいいっていう発想 0505NAME IS NULL2013/04/22(月) 09:18:17.90ID:C+FpbsyQ>>504 ぜんぜん違うだろw アホかw 0506NAME IS NULL2013/04/22(月) 16:14:43.53ID:??? 罵倒しないとレスれないのか? 0507NAME IS NULL2013/04/22(月) 16:43:10.50ID:??? 起こる可能性のあることは、いつか実際に起こる。 0508NAME IS NULL2013/04/22(月) 21:07:24.43ID:??? バックアップリストアなしで2000年とかありえないから 0509NAME IS NULL2013/04/22(月) 21:08:56.71ID:??? >507 ハードよりソフトの方が寿命が長いとでも思ってんの? 0510NAME IS NULL2013/04/22(月) 21:09:48.53ID:??? もとい、ソフトよりハードの方が 0511NAME IS NULL2013/04/22(月) 21:31:05.04ID:??? postgresもだいぶ昔のバージョンはトランザクションidは32bit unsigned intの40億回有限だった。(今もだけど) バージョンが7.2とかだったかな。 postgresトランザクションID周回でググってみるとよい。
昔のpostgresでさえそうなのに今を生きるrdbmsとしてfirebirdでそんなにトランザクション発生させるなんて事実上有り得ないとか、 maxに達するまでダンプレストアがないなんて有り得ないとか言っちゃう人は どんだけ狭い了見で生きてんのって話。 0512NAME IS NULL2013/04/23(火) 00:52:15.49ID:???>>511 アホくさ 0513NAME IS NULL2013/04/23(火) 05:20:32.78ID:???>>511 しかしそこまで非論理的な内容をよく堂々と発言できるな。 馬は草しか食わないんだから人間も草だけ食べるべきといってるのと同じだぞ 0514NAME IS NULL2013/04/23(火) 05:23:10.83ID:???>>511 ちなみに「firebirdでそんなにトランザクション発生させるなんて事実上有り得ない」というのは どっかのバカの発言だから。 FBは十分大規模システムにも耐えられるよ。 0515NAME IS NULL2013/04/23(火) 07:22:07.74ID:???>>514 いや、ヘレン女史も同じこと言ってたよ。 0516NAME IS NULL2013/04/23(火) 07:50:38.87ID:??? たくそんなに無駄な心配ばっかしてるから禿げるんだよ 0517NAME IS NULL2013/04/23(火) 08:38:10.87ID:??? まぁ仕事の引継ぎとか考えると留意すべき点ではあるね つか64bit版のFirebirdならそこも直ってそうなもんだけど 0518NAME IS NULL2013/04/23(火) 08:42:43.39ID:??? 留意する必要もないし直す必要がないものが直るわけないだろ。 単純に考えてもレコード数×フィールド数×数バイト×etc でDB容量増加なんて基地外沙汰だわ 0519NAME IS NULL2013/04/23(火) 08:46:35.51ID:??? 君は何の話をしているのだ? 0520NAME IS NULL2013/04/23(火) 08:56:16.68ID:??? 自分に必要無いから必要ないんだ!!!!(プンプン 0521NAME IS NULL2013/04/23(火) 09:08:31.45ID:???>>513 同じmvccを採用するpostgresを例に出して、 今よりずっと昔のネット上のトラフィックが少ない時に、すでに経験してきていることをfireirdだから経験しないなんて理屈はあり得ないって言っているだけだが何処が非論理的? 論理的に指摘してくれませんか? firebirdのアーキテクチャを理解しないで適当にもの言ってる奴らばっかだな 0522NAME IS NULL2013/04/23(火) 10:00:10.02ID:vt4yysNy バカだね。この世の全てのリソースは有限なのに。 0523NAME IS NULL2013/04/23(火) 10:08:14.87ID:vt4yysNy>>521 アーキテクチャ理解してないの自分じゃね? 出来ない物は出来ないんだから、Firebirdの仕様の中でやれることを考えるだけじゃん?
一体誰に何を求めてんのよ。 0524NAME IS NULL2013/04/23(火) 10:14:18.97ID:vt4yysNy あと FB3.0になると制限が40億超になるけど、制限があることは変わんないから とっとと見限ってFBの存在なんか忘れたほうがいいよ。 0525NAME IS NULL2013/04/23(火) 10:29:55.92ID:???>>523 はぁ? 俺は別に誰に何を求めてるわけでもないし、理解して問題なく使ってますが。 >>482でもないが、 >>485とか>>503とか目に余るレスを見つけて口挟んだだけ。 誰と勘違いしてんの?
あとついでに言うと>>502の理解もおかしいから。 自分が使ってって問題なければいいってならそれでいいけど、 パブリックの場だから一応間違った情報には注意しないと。 0526NAME IS NULL2013/04/23(火) 10:31:07.58ID:vt4yysNy>>525 じゃあ誰と何の議論してんの? 全く無意味な空理空論吐いてるようにしか見えないけど。 あとID出して。 0527NAME IS NULL2013/04/23(火) 10:33:15.71ID:vt4yysNy てか>>511=>>521何だろ? その他の人間と同一視なんかしてないわけだが。 0528NAME IS NULL2013/04/23(火) 10:43:27.49ID:??? にぎわってんな。 0529NAME IS NULL2013/04/23(火) 10:45:25.56ID:vt4yysNy 同じ奴がID出ないのいいことに他人のふりして書き込んでるだけだと思うよw このスレにそんなにROMがいたわけがない。 0530NAME IS NULL2013/04/23(火) 10:56:34.20ID:4twmmFxW>>527 誰に言ってるのかも、レスした理由も書いたじゃん。 もうメンドイから黙っとくわ。 0531NAME IS NULL2013/04/23(火) 12:51:31.64ID:??? Firebirdの仕様がゴミだってのはみんなわかって使ってると思うよ ただ納品後にDB変えるのは手間だから仕方なく使ってる 仕様に満足してるふりするのは他のDBと仕様を比較せずに使っちゃったせっかちさんだけ 0532NAME IS NULL2013/04/23(火) 14:12:31.63ID:???>>525 他の解釈だと最大2G行しか保持できないだろ 0533NAME IS NULL2013/04/23(火) 14:23:04.40ID:??? 海の水はどうしてですか? 0534NAME IS NULL2013/04/23(火) 18:43:01.69ID:???>>525 ほんとお前バカだな。いいかお前に分かりやすいように説明してやる。 仮にお前の心配してたこと(以下「心配事」という)が数千年後に現実化したとしよう。 そのときおまえの後任者がやることは、クライアントからのエラー報告に対して 「データに更新処理をかけるか前のリストアを戻してください」 というエラー時の通常対応(以下「通常対応」という)をするだけだ。 次に、その前提となる「心配事」について検討しよう。 ここでクライアントについて「通常対応」が必要になった場合は その「通常対応」がなされたときからさらに数千年は「心配事」が発生しないことになる。 なぜなら「通常対応」により「心配事」の種はリセットされるからである。 つまり、「心配事」が発生する条件は、数千年「通常対応」が起こらないということなのである。 そして、エントロピー増大の法則により有体物は必ず壊れるからこの条件が成就する確立は 限りなく0に近いのである。 0535NAME IS NULL2013/04/23(火) 20:31:15.97ID:??? 第三に、仮に1つのレコードに数億回の更新がかかり「心配事」が1年ほどで現実化したとしよう。 そのような異常な使われ方をしたHDDが正常でいられる可能性は著しく低いといわざるを得ない。 すなわち、そのような特殊環境ではHDDが壊れる前に「通常対応」が必要な確率は逆にかなり高いのである。 0536NAME IS NULL2013/04/24(水) 06:53:46.98ID:??? 第四に、やはり仮に1つのレコードに数億回の更新がかかり「心配事」が1年ほどで現実化するシステムが あるとすると、そのような過酷な使われ方に耐えられるハードは相当高性能であり、 「通常対応」も数秒、数分で終わるだろう。 つまり、そのような優秀なハードがそろっているなら、1日1回定期定期的に「通常対応」をしても弊害が 生じないのである。 0537NAME IS NULL2013/04/24(水) 07:32:45.58ID:??? 「仮に1つのレコードに数億回の更新」って、トランザクションIDの意味解っている? 0538NAME IS NULL2013/04/24(水) 07:51:59.39ID:???>>537 大意を把握できないなら黙っててください 0539NAME IS NULL2013/04/24(水) 07:55:38.98ID:??? ここでも馬鹿がフルボッコにされてんな ttp://tech.dir.groups.yahoo.com/group/firebird-support/message/112108 0540NAME IS NULL2013/04/24(水) 07:57:14.44ID:???>>537 逆にお前がKarol BieniaszewskiみたいにトランザクションIDを誤解してるに1ペリカ 0541NAME IS NULL2013/04/24(水) 08:41:07.22ID:???>>534 525じゃなくて悪いけど ・リストアをクライアントに任せられる恵まれた環境が前提の話 ・数億回の更新が異常な使われ方という認識 みんながみんなに当てはまらないんじゃない? 0542NAME IS NULL2013/04/24(水) 09:29:10.65ID:7oZx62k7>>541 そんなヘビーな環境一台でこなせるわけ無いじゃん。 だから普通はクラスタ化されてるわけで。。 で、クラスタ化されてればいくらでもメンテのタイミングは作れるわけで。
前提となる環境が空理空論。 0543NAME IS NULL2013/04/24(水) 10:00:38.79ID:???>>539 ここに書いた人は一秒間に200トランザクションあるから四ヶ月で越えちゃうどうしようって言ってるけどな 秒間何十tps、何百tps何て今のサーバスペックじゃごく普通レベル、というか場合によっては少ない方だが… 0544NAME IS NULL2013/04/24(水) 10:26:42.66ID:7oZx62k7>>543 何を根拠に普通って言ってるのかしらんけど 例えばTPC-Cで12000tpmcなんて環境は、なかなか縁のない環境だな。 I/O絡めてそんな数字出るハードもあんまり普通レベルとは言いがたいな。 0545NAME IS NULL2013/04/24(水) 10:38:30.85ID:??? 何で二桁も飛んでるんだよw 0546NAME IS NULL2013/04/24(水) 10:47:56.11ID:??? tpc-bだけどこれ4年前の資料な http://www.slideshare.net/tomneko/firebird250547NAME IS NULL2013/04/24(水) 10:55:40.88ID:7oZx62k7>>546 TPC-Bでも200tpsに届いてないじゃんw 0548NAME IS NULL2013/04/24(水) 10:56:15.39ID:7oZx62k7>>545 バカなのか 0549NAME IS NULL2013/04/24(水) 11:11:10.54ID:??? 4年前のサーバスペックだぜ? それに問題はtpcの指標じゃないし、別にtpc-bでもトランザクションであることには変わらない。 トランザクションの制限値に現実味があるかどうかだろ? 仮に秒間100だとしても248日後にはMAX到達。 まぁ認めたくないのはわかるがそろそろ無理があるぞお前。 0550NAME IS NULL2013/04/24(水) 11:23:05.11ID:7oZx62k7>>549 4年前のサーバーが今現在稼働してるのは普通レベルじゃないのか? しかも>>539は2011年のスレッドなわけだがw
で、CPU限界近くまでぶん回した上限値ギリギリでシステム設計するのが普通なのか?
つうかTPC-Bはアカンってお前の持ってきたスライドに書いてあるやん…
> まぁ認めたくないのはわかるがそろそろ無理があるぞお前。
お前がなw レスの全てが突っ込みどころだらけじゃん。
あとID出せよw 0551NAME IS NULL2013/04/24(水) 11:24:55.37ID:7oZx62k7 で、件のスレッドでは 「お前のシステムはそもそもトランザクションが必要なのか? FB使うのがおかしくね?」 と問われてるわけで、当然俺もそう思う。 0552NAME IS NULL2013/04/24(水) 15:21:54.82ID:??? ところで「ワインに育毛効果!」って田崎真也に喧嘩売ってね? 0553NAME IS NULL2013/04/24(水) 18:08:33.37ID:???>>551 な。ファイルにシリアルに書き込んでけばいいだけの話やんなw DB屋ってバカだよなw 0554NAME IS NULL2013/04/24(水) 18:09:16.74ID:??? 結論:心配性のバカはほっとけ 0555NAME IS NULL2013/04/25(木) 08:45:31.88ID:??? 普通のプログラマなら自作テーブルで低機能・高速性を求めるか DBエンジンで高機能・低速でいいかを最初に検討するはずだけどな。 何の考えもなしにDBエンジン使うとかエンジニアとしてのレベルが低いとしかいえん。 0556NAME IS NULL2013/04/26(金) 01:36:40.25ID:h+QfU+Fn 40億回でだめなら何回あればいいんだ 仕様、BUGがわかっていれば普通は回避策を考えるんだが DB変えるとか 0557NAME IS NULL2013/04/26(金) 10:40:47.00ID:??? もう許してやれよ。涙目だぞ、そいつ 0558NAME IS NULL2013/04/26(金) 18:04:12.38ID:??? DBファイルだけで10TBとかそういう大規模なのだろう 0559NAME IS NULL2013/05/02(木) 11:59:20.03ID:???>>556 Postgresならバキュームがあるから回数は1億でもいいと思うわ 問題は回数よりリセット方法が稚拙だってことだろうね 0560NAME IS NULL2013/05/02(木) 12:32:31.35ID:??? 意図的なのかどうか知らんが論点がぶれてる 俺は、20億では少ないとか十分とか、Firefoxがいいとか悪いとか、運用の仕方の話じゃなくて、 異様に少ないコミット回数を前提にしてそんなトランザクション回数事実上有り得ないとか決めつけてたから、現実に十分あり得るし、以外と簡単に越えるんだよって一貫して言ってたんだけどな。 0561NAME IS NULL2013/05/02(木) 14:03:29.94ID:??? それは理解してるよ、あとFirefox関係ないだろw で、現実的な解決策としてはPostgresのバキュームみたいなので DB止めずにリセットできればいいねって Accessとかだと最適化だったかな?最近触ってないから知らん 有り得ないとか決めつけてるやつは思考停止してるからほっとけよw 0562NAME IS NULL2013/05/02(木) 14:37:27.74ID:??? げ、自動補完でFirefoxになってた… あと一行につき20億、じゃないし。仕組み理解してればdbにつき、てことくらいわかると思うが。 0563NAME IS NULL2013/05/02(木) 14:45:37.57ID:??? 執念深いやつだなw あんだけ論破されてもまだぐにゃぐにゃ言ってんのかw 0564NAME IS NULL2013/05/02(木) 14:47:18.01ID:???>>560 てかお前は一体どいつだよw レス番書け。ID出せw 0565NAME IS NULL2013/05/03(金) 05:51:53.54ID:???>>560 OK。じゃあ具体的に議論しようや。
>異様に少ないコミット回数を前提にして ではその前提をまず明らかにしてもらおうか。
>現実に十分あり得るし、以外と簡単に越えるんだよ ではその現実を明らかにしてもらおうか。 0566NAME IS NULL2013/05/03(金) 05:55:36.69ID:???>>561 >有り得ないとか決めつけてるやつは思考停止してるからほっとけよw 「事実上ありえもしないことを「ありえる!論理的にはありえる!」と騒いでる奴は思考停止どころか心配性で絶対頭禿げてるからほっとけよw」の間違いだよね 0567NAME IS NULL2013/05/03(金) 06:01:53.66ID:??? 裁判では欠陥があると指摘する側に立証責任がある。 なのにここでFirefox?に欠陥があると騒いでる奴は、まるでその責任を果たしているとは思えない。 逆に欠陥はないという被告側に立証責任を負わせたうえ、しかも論破されてしまってるというのが現状。 0568NAME IS NULL2013/05/03(金) 06:11:16.59ID:??? しかも、原告側ではトランザクション開始さえすればトランザクションIDが増加するという誤った認識すらしている可能性が高い。 よって被告人は無罪。 0569NAME IS NULL2013/05/03(金) 07:14:33.07ID:??? Ann Harrison said,
Transactions that don't insert, update, or delete records are of no interest to anyone once they end. The long term value in transaction identifiers is only to identify record versions. 0570NAME IS NULL2013/05/03(金) 18:38:02.33ID:??? 問題あるある君の問題点