スポンサーリンク

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

adsense



1名無しさんID:ID:/KgBCy/80 [2026/04/11(土) 00:03:36.41]
国内初、特性情報から微生物種を検索できる統合データベースを開発・公開しました

https://digitalpr.jp/r/131436


2名無しさんID:ID:iFt25sMG0 [2026/04/11(土) 00:04:02.38]
Access


3名無しさんID:ID:RNQzSpns0 [2026/04/11(土) 00:04:40.34]
AIにSQL文作らせればええやん


4名無しさんID:ID:IjLVn+9GM [2026/04/11(土) 00:04:52.21]
こういうの20代がたててるのかと思ったら30すぎてやってるから怖いよな


5名無しさんID:ID:jNOiLuwo0 [2026/04/11(土) 00:04:54.95]
oracleプラチナ取ればいいぞ


6名無しさんID:ID:ot3WINL70 [2026/04/11(土) 00:05:19.44]
まりあじゃないの?


7名無しさんID:ID:Vy1HR3st0 [2026/04/11(土) 00:05:19.96]
ポスクレってやつがええらしい


8名無しさんID:ID:Xau6yaXm0 [2026/04/11(土) 00:05:29.53]


9名無しさんID:ID:uTLjP/BJ0 [2026/04/11(土) 00:06:02.73]
AIにテーブルの正規化させればええやん


10名無しさんID:ID:BPavcrOtH [2026/04/11(土) 00:06:11.09]
ぼくはオラトリオ( ^3^)


11名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 00:06:31.93]
どれでも結局一緒やから目の前にあるもんから始めろ


14名無しさんID:ID:w1cM6ZgBd [2026/04/11(土) 00:07:59.83]
基礎さえ分かればあとはaiがやってくれる


15名無しさんID:ID:TiUTkZvbH [2026/04/11(土) 00:08:01.80]
?


16名無しさんID:ID:WiTdfYLv0 [2026/04/11(土) 00:08:39.48]
モンゴ


17名無しさんID:ID:JnC31nf+0 [2026/04/11(土) 00:09:45.27]
管理だけならRDSの使い方覚えればいい


18名無しさんID:ID:hjMLfPZO0 [2026/04/11(土) 00:10:42.42]
SQLite3だろjk


20名無しさんID:ID:zVbnTGrh0 [2026/04/11(土) 00:11:20.32]
クエリをながせっ!


21名無しさんID:ID:NipU+tBP0 [2026/04/11(土) 00:11:57.95]
AIに全部やらせる時代だから今からやっても意味ないよ


22名無しさんID:ID:ZAsj+JRa0 [2026/04/11(土) 00:12:41.42]
Googleスプレッドシートはデーターベースです


23名無しさんID:ID:zN2sM7zZ0 [2026/04/11(土) 00:13:24.61]
Notes、な





24名無しさんID:ID:15sShXyq0 [2026/04/11(土) 00:13:28.17]
学生の時にオラクルマスターゴールド取ったけど業務ではDB2、MySQL、Postgres辺りしか使ってない


27名無しさんID:ID:hjMLfPZO0 [2026/04/11(土) 00:14:19.36]
>>24
×Postgres
○Postgre


30名無しさんID:ID:N+NFJ3Lda [2026/04/11(土) 00:14:55.51]
7年前とかはMySQL一択だったけどいつの間にかPostgres最強になった


39名無しさんID:ID:hjMLfPZO0 [2026/04/11(土) 00:18:05.72]
>>30
×Postgres
○Postgre


31名無しさんID:ID:4jFU6uQ10 [2026/04/11(土) 00:15:16.41]
sqlserver が楽でいい


32名無しさんID:ID:2pQDSiCG0 [2026/04/11(土) 00:15:59.86]
Oracleのデータベースってまだあるんだ


34名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 00:17:20.47]
仕事になるのはOracleとSqlServerとMySQL位やぞ
学べばどれでも分かるようになるから学べ


35名無しさんID:ID:0KbMy7Vc0 [2026/04/11(土) 00:17:26.95]
MariaDBがMySQLから離れていってMySQL互換とはもう言えなくなった


38名無しさんID:ID:ZBLYOQv40 [2026/04/11(土) 00:17:56.09]
データベースの勉強ってどのくらいである程度仕事で使えるレベルになる?
何すればいいか分からん


42名無しさんID:ID:NWw+zVuJ0 [2026/04/11(土) 00:21:36.75]
>>38
学べる現場で働ければいいんたがね


59名無しさんID:ID:ZBLYOQv40 [2026/04/11(土) 00:47:32.43]
>>42
,44
今AI先生に聞いてきて分かった気するわ

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

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

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

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


62名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 00:56:42.19]
>>59
正に「どうデータを管理するか」だね
オナニー管理DBを考えよう
テーブルオカズには「オカズid、メーカー、女優、フェティシズムコード」などが必用となるかもしれない
テーブルオナニストには「誰が、どのオカズidで、いつ」などの情報が必要になるかもしれない


66名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 01:10:31.84]
>>62
賢モメンならこれをウキウキと正規化してくれると思ったんやが…


74名無しさんID:ID:ZBLYOQv40 [2026/04/11(土) 01:30:04.84]
>>62
この例だと正規化するところなくないか?


76名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 01:32:49.78]
>>74
テーブルオカズの
メーカー、女優はそれぞれ別テーブルを作ってコード化する必要がある
テーブルオナニストの
誰が
は別テーブルを作ってid振る必要がある


77名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 01:39:59.68]
>>74
一々説明するかもアレかもしれんが
メーカー:SOD
メーカー:SOD
と並んでるテーブルは
マスタメーカーと言うテーブルを作って
メーカーCODE:1→SODとした方が管理しやすい


78名無しさんID:ID:ZBLYOQv40 [2026/04/11(土) 01:41:43.66]
>>77
それもしかしてメーカー名に限らず女優名もか?
変わる可能性があるから


79名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 01:43:32.79]
>>78
もちろんその通り
ただし、変わってもらっては困る要素もあって例えば担当者が結婚して性が変わってしまったり
そしたら顧客には昔のデータの方が必用性が高かったりするので難しい


80名無しさんID:ID:ZBLYOQv40 [2026/04/11(土) 01:49:12.91]
>>79
あーなるほどな
じゃあさらに同一人物テーブルいるな
変化のある可能性のものは切り出せばいいわけだな


82名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 01:53:31.55]
>>80
そうそう
変化のあるものは切り出して
それが例えば属性、男=1,女=2ならコードを設定する
それが例えばユーザIDみたいな無限に増えて行く可能性あるならIDを降って
それぞれ別テーブルを作るのよ





84名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 01:55:52.12]
>>80
同一人物テーブル要るね
ごめん基本的な事を説教してたわ
その辺は設計が難しくて別テーブルにするか同テーブルにどう持たせるかというジレンマが発生する


40名無しさんID:ID:nfG5C7Xy0 [2026/04/11(土) 00:21:05.08]
mysql使う意味ある?あれトランザクションDBとして使いもんにならなくない?
postgresに勝ってるところある?


48名無しさんID:ID:hjMLfPZO0 [2026/04/11(土) 00:23:15.21]
>>40
×Postgres
○Postgre
.


45名無しさんID:ID:IJhMI5yj0 [2026/04/11(土) 00:22:26.37]
今の時代データベースのチューニングなんて不要だからなぁ
全部クラウドサービスにお任せしちゃば良いし


46名無しさんID:ID:4hfUfJes0 [2026/04/11(土) 00:22:53.13]
とりあえずDuckDBとか使ってみたら


47名無しさんID:ID:2pQDSiCG0 [2026/04/11(土) 00:23:02.79]
ケンモDBみたいなのなかったっけ


50名無しさんID:ID:IJhMI5yj0 [2026/04/11(土) 00:24:30.61]
>>47
InnoDB?


49名無しさんID:ID:kYbKzTvY0 [2026/04/11(土) 00:23:35.05]
僕もやる!


51名無しさんID:ID:Dqcea7Mp0 [2026/04/11(土) 00:26:29.08]
ポスグレはポスグレでゴミなとこあるしなあ
無料だから許せてるところあるけど
っぱSQLServerよ


54名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 00:29:35.40]
>>51
SSMS使いやすいしなあ


71名無しさんID:ID:H5ycJlVY0 [2026/04/11(土) 01:15:12.93]
>>51
Management Studio使いやすいから開発にはいいよな


52名無しさんID:ID:Vy1HR3st0 [2026/04/11(土) 00:28:23.66]
ポスグレはオートバキュームフェラという、なんかワクワクする機能がついてるらしい🤤


53名無しさんID:ID:sLikpPrq0 [2026/04/11(土) 00:29:22.41]
SQLserverボソッ…


55名無しさんID:ID:x81ie9qZ0 [2026/04/11(土) 00:38:53.05]
Database といえば、とうとう IPA の高度試験のデータベースが
消えてしまうようだ。

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


56名無しさんID:ID:/0Occt/10 [2026/04/11(土) 00:41:57.15]
NoSQLが未だにわからん
どうやってリレーションを実現するんだ


57名無しさんID:ID:HVu2evsX0 [2026/04/11(土) 00:44:33.12]
>>56
ただのオブジェクト


60名無しさんID:ID:aXuPwa6F0 [2026/04/11(土) 00:49:23.00]
>>56
RDBじゃないんだからリレーションしない


69名無しさんID:ID:H5ycJlVY0 [2026/04/11(土) 01:13:19.80]
>>56
ただのKVSやで


58名無しさんID:ID:JA9uJbP40 [2026/04/11(土) 00:47:14.59]
データいじる系のSQLはどれもそう変わらないから触りやすいやつで良いよ


61名無しさんID:ID:5Dwq1Gs00 [2026/04/11(土) 00:55:23.94]
TRUNCATE TABLE [テーブル名]
とりあえずこれを全テーブルに対して実行な





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


73名無しさんID:ID:Vy1HR3st0 [2026/04/11(土) 01:18:38.12]
>>64
これやね
データファイルが本体とか勘違いしてる人が多いけども本体はリドログとかのトランザクションログ


65名無しさんID:ID:PUel/jMI0 [2026/04/11(土) 01:09:21.53]
もうだいぶrdb使わないケースも出てきたね
aws使ってると小中規模のシステムでvpc作りたくない


67名無しさんID:ID:H5ycJlVY0 [2026/04/11(土) 01:11:19.33]
まず基本的なRDBの勉強ならSQLiteで十分
あとはMySQLでもPostgreSQLでもOracleでもSQLServerでもDB2でもSymfowareでもHiRDBでも好きなもん使え
Accessは止めておけ
個人的にストアドでR言語使えるPostgreSQLをおすすめする
最近はSQLServerでも使えるからR言語は勉強しておけ


90名無しさんID:ID:aXuPwa6F0 [2026/04/11(土) 06:33:37.78]
>>67
最初からpostgresqlで良くね
わざわざショボいsqlite触るの無駄だとお思う


96名無しさんID:ID:H5ycJlVY0 [2026/04/11(土) 11:05:44.78]
>>90
無意味にポスグレサーバーを立ち上げる必要も無いだろ


75名無しさんID:ID:QASr0DxM0 [2026/04/11(土) 01:32:23.57]
ノーコードはいいぞ
プログラミング不要で誰でもアプリが作れて、管理する人がいなくなってDBの勉強がなぜ必要かを実感できる


81名無しさんID:ID:TvKiuKqr0 [2026/04/11(土) 01:52:34.68]
大規模DBの難しいところは物理設計なんだよな


83名無しさんID:ID:H5ycJlVY0 [2026/04/11(土) 01:54:04.18]
大昔DB板ができた時にUNIX板のノリで彼女にINSERTできませんというスレ建てたの思い出す流れ


85名無しさんID:ID:kMo13Awm0 [2026/04/11(土) 01:56:03.47]
ランダムファイルとシーケンシャルファイル


86名無しさんID:ID:gKP9twyK0 [2026/04/11(土) 02:09:36.41]
ORA-600まだでんの?


88名無しさんID:ID:Vy1HR3st0 [2026/04/11(土) 02:16:19.83]
>>86
ora-600は人類の歴史が終わるまで出る


87名無しさんID:ID:aLFhnw1q0 [2026/04/11(土) 02:11:10.94]
有償ならSQLServerが完全日本語化していて環境構築から開発、保守までGUIツール1つで完結するから使いやすい
開発版はフル機能で完全無料だが本番用はOracle程じゃないがライセンスは安くない


91名無しさんID:ID:pMweNLlu0 [2026/04/11(土) 06:46:24.88]
最近はPostgreSQLとSQLiteばかり使ってる


93名無しさんID:ID:+qhrN4Eqa [2026/04/11(土) 08:10:31.33]
Neo4j?とかいうのをやればいいんだろ


95名無しさんID:ID:VDhepA2J0 [2026/04/11(土) 10:24:41.30]
MongoDB
MariaDB / MySQL
PostgreSQL
Oracleとかほとんど使われてないぞ今時


97名無しさんID:ID:NsJl4U/Z0 [2026/04/11(土) 11:07:10.42]
firebaseを使いこなせたら楽しそうなんだよね


98名無しさんID:ID:H5ycJlVY0 [2026/04/11(土) 11:11:06.25]
firebaseと紛らわしいBorlandのInterBaseからforkしたfirebirdって完全に空気だよな
ケンモメンってDelphi使いの高齢プログラマ多そうなのに


99名無しさんID:ID:DsRQ2g+N0 [2026/04/11(土) 11:12:08.46]
今はポスグレだろ

出典:https://greta.5ch.io/test/read.cgi/poverty/1775833416/