自動更新

並べ替え:新着順

ベストポスト
メニューを開く

ストアドプロシージャってRDBMS上で動くプログラムくらいにしか認識してなかったけどあれコンパイルされた状態で格納されてんのか(どうりで作成するときに時間んがかかるはずだ)

すずくま@suzukuma1954

メニューを開く

#dbts2024 アーカイブ動画公開中/ 会員登録(無料)で約130セッションのアーカイブ動画が見放題!ぜひご登録ください。 ▼Pick Up▼ C3「SQL実行計画 – 主要RDBMS製品の比較(Oracle, MySQL, PostgreSQL)」(コーソル) 動画URL:hubs.li/Q02N76kD0 pic.x.com/b2xondpk4m

インサイトテクノロジー@insight_socio

メニューを開く

読了 歴史も踏まえつつ目的と理論からRDBMS周りを学べる学術書(技術書ではない) リレーショナル代数やRDBMSの設計理論あたりが難しいものの、論理展開は丁寧なので根気強く読み返せば読めた DBスペの勉強でフワッと理解した程度のトランザクション周りもスッキリした感 pic.x.com/j4ryzqzmr6

メニューを開く

「ただし最近のストレージ層分離型のクラウドRDBMSは除く」みたいな話かな? #pgunconf

hmatsu47(まつ)@hmatsu47

メニューを開く

DDDにおけるリポジトリパターンって、リポジトリから取得するデータ単位は集約ルート。。。? このあたりよくわかんないな。 SQL(RDBMSの場合)がむちゃくちゃ複雑になりそうだし取得したデータをさらにゴニョゴニョしないと集約に必要なエンティティとか値オブジェクト生成できないけど。。。

こーじ(39歳小太り美少年)@saba1024

メニューを開く

再掲。名前忘れたけどどこぞの教育用RDBMSが非SQLで所謂キレイなRDB検索言語を用意していたっけなあ。 世の中は、あのたぐいの実装を、なんで教育用だけに留めておくんだか… x.com/windymelt/stat…

Windymelt💀(めるくん)🚀❤️‍🔥@windymelt

SQLは難しいとか理解できないと言われたらそれはノーだけれど、だからといって現代であれがRDBMSとのnative interfaceなのはどう考えてもおかしい気がするので、human-readableでmachine-readableでまともな型が静的に付くDSLが作られてほしすぎる

非実在naka aki@naka_aki_spl

メニューを開く

RDBMSの技術的選択、選択ミスで会社が潰れる前にサービスのほうが流行らなくて潰れることのほうが多そう。 そしてどのRDBMSでも一定の実績があればデータ量やトラフィック量が増えるまでは問題なく動くから、結局メンバーや組織が慣れてるかどうかで選ばれがちってとこかと。

masa寿司@masa_iwasaki

メニューを開く

MySQLをディスっただけで、叩かれるの大変ですね… でもね、今やRDBMSなんてどれを使っても『機能的には』大差ないですよ 私はMySQL3系からずっと使ってる信者の私が言うんだからマジですってば その程度の差異で会社が潰れるなんて能力低すぎだなとは思いますけど zenn.dev/nem/articles/4…

山本まさき@mkwktm

メニューを開く

MySQLに関してはむしろパテントとか権利関係の利害調整が簡単になった感… RDBMSの本家Oracleがバックについたからパテント訴訟とかで使用不能になるリスクが大幅に減ってエンタープライズ向けに採用しやすい

オルカ乗り@神奈川+東京@aqua_drive_bike

メニューを開く

返信先:@cubbit2ガチすよろしくす。 彡(^)(^) Oracleは「もうRDBMSだけではなく、非構造化データも組み合わせて使える。データウェアハウス(DWH)やアナリティクス、トランザクション処理などさまざまなワークロードに網羅的に対応している」 japan.zdnet.com/article/352180…

gonsuke777@ora_gonsuke777

メニューを開く

フワッとした感じで言うと変なビジュアルプログラミング環境導入したら顧客のほうがめちゃくちゃ事業成長してそっちのスケーリングについていけなくなって身動きとれなくなったところでその顧客向けの環境が壊れてどうにもならなくなったというのと、RDBMS上にスキーマレスDBを構築して会社ごと崩壊

女性声優@ssig33

メニューを開く

まぁ今はそれにクラウドで可用性を高く担保した上で簡単にRDBMSが構築できてしまうから、オッサン達のように勉強するきっかけやモチベーションがないのかもしれないけど。ストレージもネットワークもクソ速いし。

Tadahiro Ishisaka🖖@ishisaka

メニューを開く

RDBMSは大変に複雑ソフトウェアシステムで、作られてきた経緯から得意なところも不得意なところもあるし、やっちゃいけ無いこともある。なので、ある程度内部構造的なことが理解ができているRDBMSを選択するのが無難。まぁそんなこと言っているとOracleやSQL Serverから逃げられなくなるけど。

Tadahiro Ishisaka🖖@ishisaka

メニューを開く

そりゃつぶれんやろと思いつつ、正直皆さんよく勉強もせずに適当にRDBMSを使っていすぎなのでは。 MySQLを使っても会社は潰れない zenn.dev/nem/articles/4…

Tadahiro Ishisaka🖖@ishisaka

メニューを開く

ドキュメントdbでシュシュっとやってバッチでrdbmsに流したらええやんけ

えふいい@fee1plz

メニューを開く

RDBMS がまともな形式で Logical Plan を直接食ってくれるようになったらいろいろ解決しそうではある

KOBA789@KOBA789

メニューを開く

SQLAlchemyのようにRDBMSへのトランザクション制御をクラス化すると、慣れると意外と使いやすいです。 x.com/oshima_123/sta…

しま@oshima_123

Pythonで「クラス」を使うのってどんなとき?とよく聞かれるので、クラスの使いどころをテーマに勉強会しようかなと考え中。具体的にこういうときに便利だよ、クラス以外にもこういうやり方があるよ、みたいな話ができるといいなと考えてます。

メニューを開く

返信先:@curelemonade2そうそう、思想としてはそういう感じです。ただSQLにコンパイルされるのではなくてRDBMSがネイティブにまともな言語をサポートしてほしい!!!

Windymelt💀(めるくん)🚀❤️‍🔥@windymelt

メニューを開く

見せてもらおうか RDBMSの基礎知識とやらを pic.x.com/zkchfe1nh8

マイヅラー@nanananana0606

メニューを開く

SQLは難しいとか理解できないと言われたらそれはノーだけれど、だからといって現代であれがRDBMSとのnative interfaceなのはどう考えてもおかしい気がするので、human-readableでmachine-readableでまともな型が静的に付くDSLが作られてほしすぎる

Windymelt💀(めるくん)🚀❤️‍🔥@windymelt

メニューを開く

MySQLかPostgreSQLかって議論よりか、RDBMSかそれ以外かを議論する方が建設的じゃないかなと思う。

megmog@めぐもぐ@mmegmogm

メニューを開く

あ、今AWS上でRDBMS使うなら、MySQL互換の大量データもさばけるAmazon Auroraがオヌヌメ

Christina@stlmix

メニューを開く

MySQLとPostgreSQLでどーのこーの言うてもなぁ・・RDBMSってその2つしかないわけじゃないしぃ

ゆーい@yu_e_1978

メニューを開く

返信先:@yuki_ayumuそですそです。排他ロックの存在を知ってそのまま変わることなくPostgreSQLを学生時代は触ってました。7.1とかだった気がしますね。 MySQLも歴史あるRDBMSになっちゃいましたね(^-^;

ゆーい@yu_e_1978

メニューを開く

返信先:@yu_e_1978MySQLを最初に使ったのは、たぶん、四半世紀前でした。(^^; RDBMS処女は、MySQLに捧げました///

結城 あゆむ@広島ミックスあゆむバー@yuki_ayumu

メニューを開く

僕のベストRDBMSはSQLiteです!

Hori, Masaki@ま@masakihori

メニューを開く

返信先:@otchy単にコストが掛けられていないだけかもしれませんが、GraphQLやOASのスキーマを食べてRDBMSみたいなお手軽ビジュアルクライアントを出すツールが出回っていない(手でクエリ書くやつならある)ところからも、本質的にこれらには画面を作り出す情報が不足してように思うので、そこを埋めたい気持ちです

susumuis/いしがみプロ@susumuis

メニューを開く

返信先:@susumuisおお、良さげですね。 GraphQL 人間が辛いの分かります。RDBMS みたいなお手軽ビジュアルクライアントが無いんですよね。

Otchy@otchy

メニューを開く

2010年代前半のHBaseの立ち位置ってMySQLの代わりにスケールするRDBMSって使い方してるところがチラホラあったような気がするけど、そんな使い方してるんだったらTiDBに移行するのは妥当な選択って思う。 pingcap.co.jp/case-study/cyb…

カントク@uokada

メニューを開く

どのRDBMSを選択すると性能が出て人手もかからないか、というのは究極的には同じサービスを提供するけどバックエンドが異なる系を並べて試すのがいいけど、現実にはなかなか大変そうだよなあ。 などとPostgreSQL-MySQL論争をみて思う。 Tsurugiとかどうなんだろ?

メニューを開く

RDBMSの世界は、テーブル設計を正規化した上でも、インデックス設計が最適化と深く関わるので難しそう。走りながらチューニングするのは運用の手間がかかりそうだが、そういうものを人手がかからないようにできないものかな。理想はインデックスを意識しないとか。

メニューを開く

必要性がなければ、NoSQLとか流行るわけがないので、ニーズはあるのよ。 そういうのが必要な仕事を受けてなかっただけかな。 なんでもRDBMSでは運用負担やRWが重すぎる。 Redisにはお世話になった。

kinneko@kinneko

メニューを開く

多分実際に調べたら他のrdbmsより高めに出るよ。 mysqlはwordpressとセットで使われる事が多くて、恐らく零細、中小企業が使ってる割合が大企業より多いから。

Otogawa Katstutoshi (oto)@k_otogawa

メニューを開く

結局は誰もmysql採用した所の倒産率のデータ出そうとせんかったなぁ... rdbmsの中でも高めならもうossの配慮やら何やら関係無くてただの事実だし...

Otogawa Katstutoshi (oto)@k_otogawa

メニューを開く

返信先:@kazuph一般的な使い方をそこそこの規模でしてる間はそんなに違うの?って感じですよね。というか、普通のRDBMSとして普通にリリースされているんだから、本来は大差ないのが当たり前なんじゃないの?と思います。

wtnabe, yet another yak shaver@wtnabe

メニューを開く

他の RDBMS にも欲しい SQL 拡張がたくさん入ってる。 duckdb.org/docs/sql/funct… pic.x.com/mymedzkral

メニューを開く

RDBMSについては、定期的に特定のケースでわかった気になったような人が変なことを声をデカくして言う。教育上非常によろしくない気がする。

numori@numori_

メニューを開く

返信先:@fetus_hina昔はRDBMSを求めるならPostgreSQL、SQLのサブセットが使えるストレージとして速度を求めるならMySQLって言われたなあ。最近だと超大規模な構成にするならナレッジが溜まってるMySQLってくらい?

やす⋈尾鷲市移住&テレワーク中@hirayasu

メニューを開く

これ。 実際マルチテナントsaasに向いてるのか、向いてないのかはちょっと気になる。 言及してる人確かに少なかったなぁ。 メジャーなrdbmsで1番面倒臭かったりすると別に過言では無くなる。 x.com/tmbrms/status/…

丹原 匡彦_Tambourine@tmbrms

「MySQLを使うと会社が潰れる」は冗談だからいいとして、「MySQLでマルチテナントSaaSをやるとうっかりミスで会社が潰れます」は正しいのかどうかをコメントしてくれよ、みんな。言葉遣いの注意とかどうでもいいんだよ

Otogawa Katstutoshi (oto)@k_otogawa

トレンド13:51更新

  1. 1

    アニメ・ゲーム

    涼宮ハルヒ

    • 角川文庫
    • 涼宮ハルヒの直観
    • ハルヒ
    • イラスト
    • 2024年
  2. 2

    スポーツ

    メジャー史上初

    • 43盗塁
    • 43号
    • 43-43
    • チェイス・フィールド
    • 大谷翔平が
    • 前人未到
    • ホームラン
    • チェイスフィールド
    • 大谷翔平
    • おおたに
    • 43本塁打43盗塁
    • メジャー
    • 史上初
  3. 3

    アニメ・ゲーム

    メドゥーサ

    • セワスチアン
    • セワス
  4. 4

    エンタメ

    影山拓也

    • 桐谷健太
    • キュロスの女
    • 田村保乃
    • テレ東
    • 保乃
    • 出演決定
    • テレビ東京
  5. 5

    43本塁打-43盗塁

    • 43本塁打、43盗塁
    • 43盗塁
  6. 6

    エンタメ

    桜日和とタイムマシン

    • まだ言えません(仮)
    • シングル発売
    • 初音ミク
  7. 7

    ニュース

    杭瀬川

    • 岐阜県大垣市
    • 赤坂東地区
    • 岐阜県池田町
    • 池田町市橋
    • 泥川
    • 氾濫発生
    • 氾濫発生情報
    • ライブカメラ
  8. 8

    朝比奈まふゆ

    • 鳳えむ
    • 望月穂波
    • まふゆ
    • ヘアスタイル
    • ガチャ
  9. 9

    ポムの樹

  10. 10

    アニメ・ゲーム

    ディアデイズ

    • 追加DLC
    • ヴァンガード
    • アキナ
    • Nintendo
20位まで見る

よく使う路線を登録すると遅延情報をお知らせ Yahoo!リアルタイム検索アプリ
Yahoo!リアルタイム検索アプリ