リレーショナルデータベース管理システム…RDBMS…竜胆ちゃんがBMSしてる…ってこと…

10年近く前にRDBMSの設計したプロジェクトに関わってるエンジニアから久々に連絡あって、僕が強行（？）したスキーマが、運用していったらそれでめちゃくちゃ助かったみたいな内容だったので、既読スルーした。そうなるだろうと思ってやってるんでそんなこと言われてもって感じ。当たり前です。

これ裏(postgrest)では、INSERT ... ON CONFLICT句が動いてるっぽい。MySQLだと同等の構文はON DUPLICATE KEY UPDATE で若干挙動も違う…一歩踏み込むとRDBMSて魔境

「SQLを独学したい」というニーズにも適合していない。無償で使えるRDBMSがいくらでもあるからだ。学習目的なら『SQL Server Express』や『MySQL』は無償だし参考資料が豊富にある。Accessの直接的な代替には『LibreOffice Base』が使える。

『Microsoft Access』はネットワーク対応、マルチユーザ対応の弱さと、不完全なRDBMSであること、高度なことをやろうと思ったら決して易しくはなく一足飛びに本格的RDBMSを使った方が使い回しがきくこと、などが廃れた理由なのかなと思う。

簡単なRDBMS作って学ぶしたいな

てっきりRDBMSローカル環境に張ってるのかと思ったのでちょっと意外＞RT

10月受けられないから、優先順位上げて応用情報を受けたので、ここからkaggleをやりたい の前に放置しているblogをいじろうかな、新しく覚えたRDBMSを使ってみたいsqliteかmysqlで

返信先:@gorilla0513Zig製RDBMS、軽く探した所見当たらないのでブルーオーシャンっぽい。

固定長のパスワードハッシュを格納していたRDBMS（種類不特定）の列項目に格納する内容がソルトの32バイト分長くなるのに、「テーブルの定義に変更はないものとする」は流石に出題プロセスが問題では。それ以外にも問題4の品質の悪さが光った。 #情報処理技術者試験 #情報処理安全確保支援士試験 pic.twitter.com/EW59YKQWJm

答え: どちらのRDBMSもdeflateを用いたプロトコルを持っています。ただし列ごとではなくて一括で行われています。よってこれを有効にすると行のデータサイズが十分スライディングウィンドウに入る程度ならJOINによって親の繰り返しが生じるから結果が膨らむということを気にする必要はあまりありません

顧客から、OSSのRDBMSに対してOracleやMicrosoft SQL Serverと同じ保守レベルを要求されたら「何いってんだこの人」って感じになるし、 逆に、ベンダが「OSSのRDBMSなんて使えないよ」って言ってたら「何いってんだこの人」って感じになる。

以前はserverlessにするとしてDatabaseは何使おう?っていろいろ考えていたけど 今はとりあえずMySQL(他RDBMS)を使うってことにしておけば その後にやっぱり使うDatabaseを変えることになっても移行スクリプトでなんとかなる 逆に最初がRDBMS以外だとなんとかならない という結論になった

生保資産管理システム、国領で運用してたシステムを日鋼町に移設するのにRDBMSを変更してまでやろうとして、無理っぽいから外部センター利用ってこれOCIでも使うのかしら？

RDBMS 複雑なことをしているようで、実はシンプルなことをしていたりするけど、やっぱり複雑なことしがち

backend workflowでバッチ処理作るとこれまたWU消費も多い。しかも時間がかかる。 RDBMSのありがたさよ MongoDBとか使ってるところはこういう問題どうしてるんかな

ふとbotのネタが浮かんだけど割とちゃんと設計しないといけない気がしてるのと、RDBMSよりNosqlの方が向いてるか？みたいな疑問で何も進まなくなった

返信先:@multilayerOracle Databaseの多目的性は頭抜けているとは思いますが、Oracleに限らず、多かれ少なかれ今のRDBMSってコンバージドですよ。

返信先:@mokemoke6502もはやRDBMS動くとこまで自力でなんとかする必要ある時代じゃないしねぇ(´･ω･`)

昔IN句の上限が1000個のRDBMSってなかったけ？Oracleだったかな？ / “MySQLでIn句に大量の要素を渡すとまずい理由” htn.to/3Z5hv7665V

EMPRESS RDBMSってまだあるんだ

返信先:@konya「SQLの実務経験」がクエリーしか書いていなかったら理解できる事案かとw 簡単なセットアップならともかく、RDBMSの環境構築は突き詰めると、それだけでメシが食えるほど奥深い領域ですから（笑）

なぜ我々は未だにHTTPレスポンスを返すようなアプリケーションを全てFaaSに載せてないのか考えた結果、RDBMSが強過ぎるからと結論づけました。他はおまけ！

ユーザー定義関数では内部で制御構文や繰り返し処理が使えるから、複雑な処理が実装できる 逆に複雑なSQLを書かなくても済むようになり、可読性も良くなる RDBMSを自由にできる権限があるなら、是非挑戦してみてほしい ってことを思いながら、今日はSQL Serverで関数を作ってた

個人的には情シスでもSQLは書けてほしいと思っているが、SQLが書けるようになれば、次はデータベースの「ユーザ定義関数」を覚えてほしい ほとんどのRDBMSでは自作関数が作れて、その関数をSQL文のなかに組み込んで自由に呼び出せる SQL Serverであればスカラー値関数から覚えるのがわかりやすい

current_date関数のないRDBMSってなんだよ…

>お蔵入りにしたのが邪悪の根源 IBM 当時主力のIMS DBを優先して遅れを取ったのは事実ですが実はSystem/38を含めると 1970 Codd博士提唱 1974 System R開始（→S/38へ） 1978 System/38リリース（RDBMS標準） 1979 Oracle databaseリリース 1981 SQL/DSリリース(VSE用) 1983 DB2リリース(MVS用)

いろいろなrdbmsとNoSQLも含む 経験を持つバトルロワイヤルな雑談は楽しい:)

NoSQLとRDBMSを運用していくのがつらいから、RDBMS（TiDB）に統一、か～ #TiDB_findy

最近は Docker Compose に可能な限り必要なコンポーネントを突っ込んで、各自の PC で一通り動く環境を作るようにしている。 メモリ 16GB あれば、 RDBMS とリバースプロキシくらいなら余裕でローカル実行できますし。 一部コンテナ化が難しいクラウドコンポーネントなどはあきらめたりしてますが。

データベースの概要について解説しました。 RDBMS と NoSQL に焦点を当てています hogetech.info/database/what-… #Linux #エンジニア pic.twitter.com/zFYsR2QcLe

逆な気がする…。 先にRDBMSやHTML/CSSに触れてればOfficeも効率的に使えるだろうけど、 先にExcel/Wordに触ると印刷レイアウト目的の罫線の達人になっちゃうよ（そういうドキュメントいっぱい見てきた…）

RDBMSの気持ちを理解したいんだけど何読んだら良いだろう…

モデル駆動型アプリで販売管理ぽいデモアプリを「できらぁ！」とブチあげて作ってみようとしてるんだけど、そもそもRDBMSを使ってモノ作りしたことがないことにようやく気づいた。 ビューやらフォームはさておき、テーブルがちゃんと作れないことにはねぇ…。

ITフリーランス向け案件情報📌 案件名：【Java】美容予約・検索システム保守開発 期間：即から長期 ＜必須スキル＞ ・Javaでの開発経験(3年以上) ・RDBMSを利用するアプリケーション開発経験(3年以上) 🔍詳細は以下からお問い合わせください。 job.gandf.co.jp

1日目 昔からRDBMS全盛なんで「データ独立」文言は初耳 商高時代のCOBOLデータ保存がそれに当たるのかも ハイアラキカルは階層呼び タプル=行/組、これも行呼び ドメイン(定義域)の直積って組合せも初見 3層スキーマアーキテクト、Oracleスキーマとごっちゃになりそう #データベーススペシャリスト

Oracleさんも頑張って20万TPSぐらい出すのを作ってくれたら、世の中はRDBMSの天下になるんだけどねぇ…

本音を言うと「RISC鯖+UNIX+Oracle」のシステム構成が大好きなんだけど、RDBMSは階層型DBMSと比べてトランザクションの処理能力が劣るので、階層型DBMSの環境構築ばかりやらされてしまった

なんでNoSQLにしたの？RDBMSでよかったくない？というサービスでありふれている