データベース管理を学んでみようと思う　Oracle？とかいうのやればいいんだろ

国内初、特性情報から微生物種を検索できる統合データベースを開発・公開しました

国内初、特性情報から微生物種を検索できる統合データベースを開発・公開しました | 独立行政法人製品評価技術基盤機構

国内初、特性情報から微生物種を検索できる統合データベースを開発・公開しました ―研究者の負担を軽減して、スマートセル構築の迅速化に貢献します―

digitalpr.jp

Access

AIにSQL文作らせればええやん

こういうの20代がたててるのかと思ったら30すぎてやってるから怖いよな

oracleプラチナ取ればいいぞ

まりあじゃないの？

ポスクレってやつがええらしい

桐

AIにテーブルの正規化させればええやん

ぼくはオラトリオ( ^３^)

どれでも結局一緒やから目の前にあるもんから始めろ

基礎さえ分かればあとはaiがやってくれる

?

モンゴ

管理だけならRDSの使い方覚えればいい

SQLite3だろｊｋ

クエリをながせっ！

AIに全部やらせる時代だから今からやっても意味ないよ

Googleスプレッドシートはデーターベースです

Notes、な

学生の時にオラクルマスターゴールド取ったけど業務ではDB2、MySQL、Postgres辺りしか使ってない

×Postgres
○Postgre

7年前とかはMySQL一択だったけどいつの間にかPostgres最強になった

×Postgres
○Postgre

sqlserver が楽でいい

Oracleのデータベースってまだあるんだ

仕事になるのはOracleとSqlServerとMySQL位やぞ
学べばどれでも分かるようになるから学べ

MariaDBがMySQLから離れていってMySQL互換とはもう言えなくなった

データベースの勉強ってどのくらいである程度仕事で使えるレベルになる？
何すればいいか分からん

学べる現場で働ければいいんたがね

,44
今AI先生に聞いてきて分かった気するわ

データベースのポイントは2点
1つ目は「どうデータを管理するか」
2つ目は「いかにデータを早く検索できるか」

1つめの管理の話は正規化の話
第一正規化→　管理するものを最小単位に分けて登録します
第二正規化→　何度も対で使うデータのセットは分けて(参照により)登録します
第三正規化→　何度もデータ同士の依存があるものはさらに分けて(参照により)登録します

2つ目はインデックス作って全文検索じゃなく効率よく検索しましょって話

データベース理解してきたわ。
けど第一正規化は脳死でできるとしても、第二、第三は実務に詳しくないと適切な設計できなそうだな

正に「どうデータを管理するか」だね
オナニー管理DBを考えよう
テーブルオカズには「オカズid、メーカー、女優、フェティシズムコード」などが必用となるかもしれない
テーブルオナニストには「誰が、どのオカズidで、いつ」などの情報が必要になるかもしれない

賢モメンならこれをウキウキと正規化してくれると思ったんやが…

この例だと正規化するところなくないか？

テーブルオカズの
メーカー、女優はそれぞれ別テーブルを作ってコード化する必要がある
テーブルオナニストの
誰が
は別テーブルを作ってid振る必要がある

一々説明するかもアレかもしれんが
メーカー:SOD
メーカー:SOD
と並んでるテーブルは
マスタメーカーと言うテーブルを作って
メーカーCODE:1→SODとした方が管理しやすい

それもしかしてメーカー名に限らず女優名もか？
変わる可能性があるから

もちろんその通り
ただし、変わってもらっては困る要素もあって例えば担当者が結婚して性が変わってしまったり
そしたら顧客には昔のデータの方が必用性が高かったりするので難しい

あーなるほどな
じゃあさらに同一人物テーブルいるな
変化のある可能性のものは切り出せばいいわけだな

そうそう
変化のあるものは切り出して
それが例えば属性、男=1，女=2ならコードを設定する
それが例えばユーザIDみたいな無限に増えて行く可能性あるならIDを降って
それぞれ別テーブルを作るのよ

同一人物テーブル要るね
ごめん基本的な事を説教してたわ
その辺は設計が難しくて別テーブルにするか同テーブルにどう持たせるかというジレンマが発生する

mysql使う意味ある？あれトランザクションDBとして使いもんにならなくない？
postgresに勝ってるところある？

×Postgres
○Postgre
.

今の時代データベースのチューニングなんて不要だからなぁ
全部クラウドサービスにお任せしちゃば良いし

とりあえずDuckDBとか使ってみたら

ケンモDBみたいなのなかったっけ

InnoDB？

僕もやる！

ポスグレはポスグレでゴミなとこあるしなあ
無料だから許せてるところあるけど
っぱSQLServerよ

SSMS使いやすいしなあ

Management Studio使いやすいから開発にはいいよな

ポスグレはオートバキュームフェラという、なんかワクワクする機能がついてるらしい🤤

SQLserverﾎﾞｿｯ…

Database といえば、とうとう IPA の高度試験のデータベースが
消えてしまうようだ。

一応後継試験はできるようだけれど、A4 くらいの解答用紙の
1 枚を使ってスキーマを手書きで書かせる試験にはなりそうも
ない。一時代の終わりを感じる。

NoSQLが未だにわからん
どうやってリレーションを実現するんだ

ただのオブジェクト

RDBじゃないんだからリレーションしない

ただのKVSやで

データいじる系のSQLはどれもそう変わらないから触りやすいやつで良いよ

TRUNCATE TABLE [テーブル名]
とりあえずこれを全テーブルに対して実行な

Oracle用語のREDOログ、Postgres/MySQL用語のWALがRDBの本体という気がするよ
この手のクラシックなRDBはRaftのようなモダンな分散合意アルゴリズムを採用してないので、master/replicaでHAクラスタ組むようなシナリオでは
REDOログを同期で転送する(パフォーマンスにダイレクトに響く)か非同期で転送する(ACID特性が消し飛ぶ)のいずれかを選択するハメになる
唯一神で良かった時代の産物だな

これやね
データファイルが本体とか勘違いしてる人が多いけども本体はリドログとかのトランザクションログ

もうだいぶrdb使わないケースも出てきたね
aws使ってると小中規模のシステムでvpc作りたくない

まず基本的なRDBの勉強ならSQLiteで十分
あとはMySQLでもPostgreSQLでもOracleでもSQLServerでもDB2でもSymfowareでもHiRDBでも好きなもん使え
Accessは止めておけ
個人的にストアドでR言語使えるPostgreSQLをおすすめする
最近はSQLServerでも使えるからR言語は勉強しておけ

最初からpostgresqlで良くね
わざわざショボいsqlite触るの無駄だとお思う

無意味にポスグレサーバーを立ち上げる必要も無いだろ

ノーコードはいいぞ
プログラミング不要で誰でもアプリが作れて、管理する人がいなくなってDBの勉強がなぜ必要かを実感できる

大規模DBの難しいところは物理設計なんだよな

大昔DB板ができた時にUNIX板のノリで彼女にINSERTできませんというスレ建てたの思い出す流れ

ランダムファイルとシーケンシャルファイル

ORA-600まだでんの?

ora-600は人類の歴史が終わるまで出る

有償ならSQLServerが完全日本語化していて環境構築から開発、保守までGUIツール1つで完結するから使いやすい
開発版はフル機能で完全無料だが本番用はOracle程じゃないがライセンスは安くない

最近はPostgreSQLとSQLiteばかり使ってる

Neo4j？とかいうのをやればいいんだろ

MongoDB
MariaDB / MySQL
PostgreSQL
Oracleとかほとんど使われてないぞ今時

firebaseを使いこなせたら楽しそうなんだよね

firebaseと紛らわしいBorlandのInterBaseからforkしたfirebirdって完全に空気だよな
ケンモメンってDelphi使いの高齢プログラマ多そうなのに

今はポスグレだろ