- すべて
- 画像・動画
並べ替え:新着順
基礎を学びましょう。 CPUやOSの仕組み、そしてそれを利用して動くRDBMSはどういう原理なのかを学べば「なぜインデックスを張ると速くなるのか」などは自明に感じられるようになります。 何がわからないのかがわからな… (残り1445字) #mond_kumagi mond.how/ja/topics/0ded…
返信先:@yasunorikakuですよね、「CPUやOSの仕組み、そしてそれを利用して動くRDBMSはどういう原理なのか」の勉強をしたほうが将来的により良いポジションへの異動や会社に転職できる可能性が高いとは思いますが、そういった気がないと最悪、「あいつ求められることをやっていないし、いつまでも遊んでばかり!低評価!」で…
(残り1445字)に笑ったw CPU、メモリ、ディスク、ネットワークをRDBMSはどう使っているか学ぶのは大事。 まずは広く浅く、だんだん深くしていけばいいと思いますね。 そしてその知識は色んな所で応用が利きます。 x.com/kumagi/status/…
基礎を学びましょう。 CPUやOSの仕組み、そしてそれを利用して動くRDBMSはどういう原理なのかを学べば「なぜインデックスを張ると速くなるのか」などは自明に感じられるようになります。 何がわからないのかがわからな… (残り1445字) #mond_kumagi mond.how/ja/topics/0ded…
[書籍] 様々なオープンソースIT基盤が構築できるようになる本(全696ページ) community.hpe.com/t5/hpe-blog-ja… #OpenSource #OSS #Linux #DataCenter #Cloud #GPU #AI #GenAI #Web #Virtualization #Container #Kubernetes #Security #Compute #Server #S3 #HPC #IaC #RDBMS #NoSQL #NewSQL #WebMail pic.x.com/wvqx1yks81
\#dbts2024 アーカイブ動画公開中/ 会員登録(無料)で約130セッションのアーカイブ動画が見放題!ぜひご登録ください。 ▼Pick Up▼ C3「SQL実行計画 – 主要RDBMS製品の比較(Oracle, MySQL, PostgreSQL)」(コーソル) 動画URL:hubs.li/Q02N76kD0 pic.x.com/b2xondpk4m
読了 歴史も踏まえつつ目的と理論からRDBMS周りを学べる学術書(技術書ではない) リレーショナル代数やRDBMSの設計理論あたりが難しいものの、論理展開は丁寧なので根気強く読み返せば読めた DBスペの勉強でフワッと理解した程度のトランザクション周りもスッキリした感 pic.x.com/j4ryzqzmr6
DDDにおけるリポジトリパターンって、リポジトリから取得するデータ単位は集約ルート。。。? このあたりよくわかんないな。 SQL(RDBMSの場合)がむちゃくちゃ複雑になりそうだし取得したデータをさらにゴニョゴニョしないと集約に必要なエンティティとか値オブジェクト生成できないけど。。。
再掲。名前忘れたけどどこぞの教育用RDBMSが非SQLで所謂キレイなRDB検索言語を用意していたっけなあ。 世の中は、あのたぐいの実装を、なんで教育用だけに留めておくんだか… x.com/windymelt/stat…
SQLは難しいとか理解できないと言われたらそれはノーだけれど、だからといって現代であれがRDBMSとのnative interfaceなのはどう考えてもおかしい気がするので、human-readableでmachine-readableでまともな型が静的に付くDSLが作られてほしすぎる
RDBMSの技術的選択、選択ミスで会社が潰れる前にサービスのほうが流行らなくて潰れることのほうが多そう。 そしてどのRDBMSでも一定の実績があればデータ量やトラフィック量が増えるまでは問題なく動くから、結局メンバーや組織が慣れてるかどうかで選ばれがちってとこかと。
MySQLをディスっただけで、叩かれるの大変ですね… でもね、今やRDBMSなんてどれを使っても『機能的には』大差ないですよ 私はMySQL3系からずっと使ってる信者の私が言うんだからマジですってば その程度の差異で会社が潰れるなんて能力低すぎだなとは思いますけど zenn.dev/nem/articles/4…
MySQLに関してはむしろパテントとか権利関係の利害調整が簡単になった感… RDBMSの本家Oracleがバックについたからパテント訴訟とかで使用不能になるリスクが大幅に減ってエンタープライズ向けに採用しやすい
返信先:@cubbit2ガチすよろしくす。 彡(^)(^) Oracleは「もうRDBMSだけではなく、非構造化データも組み合わせて使える。データウェアハウス(DWH)やアナリティクス、トランザクション処理などさまざまなワークロードに網羅的に対応している」 japan.zdnet.com/article/352180…
フワッとした感じで言うと変なビジュアルプログラミング環境導入したら顧客のほうがめちゃくちゃ事業成長してそっちのスケーリングについていけなくなって身動きとれなくなったところでその顧客向けの環境が壊れてどうにもならなくなったというのと、RDBMS上にスキーマレスDBを構築して会社ごと崩壊
まぁ今はそれにクラウドで可用性を高く担保した上で簡単にRDBMSが構築できてしまうから、オッサン達のように勉強するきっかけやモチベーションがないのかもしれないけど。ストレージもネットワークもクソ速いし。
RDBMSは大変に複雑ソフトウェアシステムで、作られてきた経緯から得意なところも不得意なところもあるし、やっちゃいけ無いこともある。なので、ある程度内部構造的なことが理解ができているRDBMSを選択するのが無難。まぁそんなこと言っているとOracleやSQL Serverから逃げられなくなるけど。
SQLAlchemyのようにRDBMSへのトランザクション制御をクラス化すると、慣れると意外と使いやすいです。 x.com/oshima_123/sta…
Pythonで「クラス」を使うのってどんなとき?とよく聞かれるので、クラスの使いどころをテーマに勉強会しようかなと考え中。具体的にこういうときに便利だよ、クラス以外にもこういうやり方があるよ、みたいな話ができるといいなと考えてます。
SQLは難しいとか理解できないと言われたらそれはノーだけれど、だからといって現代であれがRDBMSとのnative interfaceなのはどう考えてもおかしい気がするので、human-readableでmachine-readableでまともな型が静的に付くDSLが作られてほしすぎる
返信先:@yuki_ayumuそですそです。排他ロックの存在を知ってそのまま変わることなくPostgreSQLを学生時代は触ってました。7.1とかだった気がしますね。 MySQLも歴史あるRDBMSになっちゃいましたね(^-^;
2010年代前半のHBaseの立ち位置ってMySQLの代わりにスケールするRDBMSって使い方してるところがチラホラあったような気がするけど、そんな使い方してるんだったらTiDBに移行するのは妥当な選択って思う。 pingcap.co.jp/case-study/cyb…
どのRDBMSを選択すると性能が出て人手もかからないか、というのは究極的には同じサービスを提供するけどバックエンドが異なる系を並べて試すのがいいけど、現実にはなかなか大変そうだよなあ。 などとPostgreSQL-MySQL論争をみて思う。 Tsurugiとかどうなんだろ?
RDBMSの世界は、テーブル設計を正規化した上でも、インデックス設計が最適化と深く関わるので難しそう。走りながらチューニングするのは運用の手間がかかりそうだが、そういうものを人手がかからないようにできないものかな。理想はインデックスを意識しないとか。
必要性がなければ、NoSQLとか流行るわけがないので、ニーズはあるのよ。 そういうのが必要な仕事を受けてなかっただけかな。 なんでもRDBMSでは運用負担やRWが重すぎる。 Redisにはお世話になった。