返信先:@chiyushenzhiウチのホームページの記事が参考になれば――サンプル・プログラムはSQLiteを使っているけれども、PDOの接続先を変えれば、他のRDBMSにも適用できるかと。 PHPとデータベース pahoo.org/e-soul/webtech…

足せればいい派だが SQLServerは実際に数値と文字列で+演算子の制御を変えてるので使って貰えたらあー困るんですね困るケースですねってすぐ分かると思う そしてあの仕様を理解してるとめちゃ便利だから全RDBMSは右に倣うべき(暴論

返信先:@rdbms1013rdbmsさんだったのですね！お誕生日プレゼントとして選んでいただけるなんて嬉しいです、おめでとうございます～～🥳✨🎁✨

RDBMS昔々まだファイルシステムが未熟の頃はRawで直接書き込んでた記憶

今のファイルシステム上にデータを置けるSQL RDBMSミドルの殆どはデータブロックの空きが少なくなってきたら動的にデータ領域のサイズを拡張しているだけで、本質的には一定のデータ領域のなかで動いているのではないかな。ファイルシステム上であればブロックの追加アロケートなどが簡単なだけで

RDBMSのblobをFS代わりに使う？ とは言え、マップト・ファイルとか難儀しそうだから、 両者混ぜられないとは思うけど

RDBMS はデカルト積を活用してデータを増やすために使うもの（暴論）

返信先:@asahidexASMは言わばソフトウェアRAIDなのでRDBMSほどの高度さは無いですかね。DBFSがワンチャンかしら？ 彡(^)(^)

RDBMSを意図的に排除したシステムを組んだとして、不具合発生した時に客を納得させる説明が出来ない。 ステークホルダによるシステムの粗探しで確実に指摘される。（デファクトスタンダードである）Aでなくても良いからBを使いましたでは乗り切れない。

返信先:@oruminでも最近の single image とか各種 RDBMS 対応とかは知らなかったところで、参考になります。ちょっとまた考えてみようかなあ

データストアとして何を使うべきか、ってのをこの6年ほど専門としてやってきてるので、まあ「FS（blob）じゃダメなんですか？」とか「NoSQLの何が（RDBMSと比較して）良いんですか？」みたいなのは、山ほど説明してきてるのでなぁ…。

RDBMS のトランザクション無しでシステム作るの大変すぎてめげそう

with句めちゃくちゃ便利よな でも使えないRDBMSがあるから泣ける

[学習記録40日目] 中級編DAY26 内容：データベース(RDBMS / SQL / トランザクション / JDBC)」 学習時間：1h ・データベースの概要について学習しました。 #デイトラ

「今はRDBMSの導入がとても簡単になっていい時代だねぇ」とかの方向ならわかるけど、「ワシの時代にはファイルをロックして云々〜ミニマルで云々〜」とか時代遅れの説教始めるのマジで老害よ

DBMS（RDBMSではない）がまだ未熟だった頃のメインフレームの開発は当然フラットファイルになるのだが、オンラインでのロックの扱いがとにかく面倒であの苦労が無くなるだけで今時はRDBMSで良いじゃんその有り難みはプライスレスとか思う老害界の期待のルーキーの俺

とりあえず、DBMSとRDBとRDBMSとSQLを混ぜて論ずるの危険よ。こまけーことはいーんだよ実務ではよーってんじゃなくて、厳密な話を議論したいなら、だけどね。

返信先:@ora_gonsuke777新人だったり、RDBMSのトラブルに巻き込まれて疲れ果てた人が言っている分には、暖かい目で見れますが、「完全に理解した」人が言う事が多いので…

RDBとRDBMSの違いを知らない奴はアカン 「ファイルで良くね？」と言う大抵の奴は「RDBMSの機能を理解する頭がございません」と言ってるだけだもんなぁ

返信先:@SeYasashi簡単に開発されるとへーしゃの存在意義に関わってしまうんですが、sqliteなんかは小規模なRDBMSになりますかね。 彡(^)(^) sqlite.org/index.html

返信先:@noriharu088あって良かったRDBMS 彡(^)(^)

返信先:@ora_gonsuke777ファイルシステムだとこれらがクッソ面倒だからRDBMSが生まれたんやで、と新人時代にじっちゃんから習いました。

SQLite2の頃から使ってるくらいクライアント側でもRDBMS使う派だけど、Cプログラムの中に文字列リテラルとしてSQL埋め込むのは気持ち悪いというか、コンパイル時にパースくらいしておいてもいいんじゃないかみたいなのはなくもない

"RDBMS や TypeScript などを紹介するにとどまらず、Hono のミドルウェアを使った CSRF 脆弱性の対策といったところまでカバーしている" TSKaigiでTypeScriptの教材を紹介するの良いね！ blog.nnn.dev/entry/2024/05/…

なお、ファイルシステム上にデータベースを構築するのは二重でデータストアへのアクセス管理をかましている(・∀・)。 ここをボトルネックと見なして「ファイルシステムを用いないで生っぽいデータストアの読み書きをする（または手段を提供する）」ってRDBMSもある(・∀・)。

データベースってのがRDBMSを意味していてファイルシステムとの違いを考えてると仮定(・∀・)。 ざっくり ・OS自体が最低限提供するのがデータストアへのアクセス手段がファイルシステム ・OSの上でアプリ等が要求する高度なアクセス機能を提供するのがデータベース って感じ(・∀・)。

DBの代わりにファイルシステムを使ってて、ひどい目にあった話。DBMSというものがある理由を実感したと思う。 / “x.com” htn.to/3bUVkx3X5r #Twitter #RDBMS #セマフォア

返信先:@garamlover云うてもORMとて、SQL叩いてるのに変わりはなく。 SQLを実施しないRDBMSも存在しないですよね。 逆にNOSQLは製品バインドが強く、選定に戸惑います。

RDBMSがわりにCSVにデータを溜め込むソフトを作らされた経験あればRDBMSがどれだけありがたいかがわかりますね。

返信先:@s5mlDBというよりRDBMSは、多次元的にアクセス(SQL)しても結果に一貫性があって、その実行計画も最適化されてる。その上で冗長性、アクセス制御をファイル単位でなくデータ単位で持ってるとか色々な視点で存在しますね

返信先:@ellnore_pad_267＞「今、RDBMS に求める役割は何ぞ」 この前流行った（？）「SQL滅ぶべし」に通ずるものがありますね。立場によって皆さん違う回答というか、DBの使い方の前提が違うから方針が違うんだろうなぁ。 あと関係ないですけど、フリーレンアニメはいいですね！（フリーレンはいいぞ定期）

返信先:@ellnore_pad_267私も同じ考えでした。DBだと広いのでRDBMSに限っていえば、トランザクション分離レベルを設定して、参照制約を貼ってればトランザクションごとにDB内のデータの一貫性も保てるかと。元ツイの方のロック忘れでデータが壊れるというのがいまいち想像できず（NoSQL？）。

継続課金基盤システム開発（Go） 必須：・バックエンド(API, Batch)の開発：3年以上 ・システムの運用保守：3年以上 ・Golangの開発経験:3年以上 ・RDBMSの利用経験 場所：基本リモート（初日のみ六本木） 期間：即日～長期 単価：～60万 時間：10:00~19:00 面談：1回(WEB)　e-studio.co.jp/%e7%b6%99%e7%b…

続いて後者ですが、例えば、データが壊れたとなった場合、仮に管理システム内に原因があったとすると、RDBMSでは多くの場合で入力系の操作が原因と考えられるわけですね。 ところが、これが独自の管理システムとなると、（世にあるRDBMSと同等の信頼性があれば別ですが）原因はどこだになる訳です。

目の前に良い感じにできるRDBMSがあるので特にな…

AWS Startup Loft Osakaに来ております！！ 本日はコワーキングスペースを使わせていただいております！ 写真は頂いたグッズたち。手帳カッコいい。。！ このあと17:00からのRDBMS, NoSQLのセッションを聞く予定ですー。 #AWSStartupLoft pic.twitter.com/Z53y0Dlr9R

大元の問いが「RDBMSが～」なら一理あったが、それを解像度低くデータベースって言っちゃってるからなあ

インデックスの限界 行指向RDBMSの限界 行指向RDBMSの理論的限界 行指向RDBMSの論理的限界

返信先:@kumagiそもそも、ここ数日の議論、DBとDBMSとRDBとRDBMSを混同してる気がする。