- すべて
- 画像・動画
並べ替え:新着順
ユーザー定義関数では内部で制御構文や繰り返し処理が使えるから、複雑な処理が実装できる 逆に複雑なSQLを書かなくても済むようになり、可読性も良くなる RDBMSを自由にできる権限があるなら、是非挑戦してみてほしい ってことを思いながら、今日はSQL Serverで関数を作ってた
個人的には情シスでもSQLは書けてほしいと思っているが、SQLが書けるようになれば、次はデータベースの「ユーザ定義関数」を覚えてほしい ほとんどのRDBMSでは自作関数が作れて、その関数をSQL文のなかに組み込んで自由に呼び出せる SQL Serverであればスカラー値関数から覚えるのがわかりやすい
>お蔵入りにしたのが邪悪の根源 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用)
SQLの父とも言うべき Edgar Frank Coddの研究成果を既存の自社製品を潰すからとお蔵入りにしたのが邪悪の根源 IBMで、ちゃっかり商売の種にして世界屈指の大金持ちになったのがOracleの創始者という邪悪が邪悪を生む構図
最近は Docker Compose に可能な限り必要なコンポーネントを突っ込んで、各自の PC で一通り動く環境を作るようにしている。 メモリ 16GB あれば、 RDBMS とリバースプロキシくらいなら余裕でローカル実行できますし。 一部コンテナ化が難しいクラウドコンポーネントなどはあきらめたりしてますが。
データベースの概要について解説しました。 RDBMS と NoSQL に焦点を当てています hogetech.info/database/what-… #Linux #エンジニア pic.twitter.com/zFYsR2QcLe
逆な気がする…。 先にRDBMSやHTML/CSSに触れてればOfficeも効率的に使えるだろうけど、 先にExcel/Wordに触ると印刷レイアウト目的の罫線の達人になっちゃうよ(そういうドキュメントいっぱい見てきた…)
エンジニアが基礎力を固めたかったら、ちゃんとMS Office を使えるようになればいい。 Excelを使いこなすには、テーブル形式でデータを入力して演算する。そいういう基礎が重要になる。これは、DBでデータを処理する時と一緒だ。…
モデル駆動型アプリで販売管理ぽいデモアプリを「できらぁ!」とブチあげて作ってみようとしてるんだけど、そもそもRDBMSを使ってモノ作りしたことがないことにようやく気づいた。 ビューやらフォームはさておき、テーブルがちゃんと作れないことにはねぇ…。
ITフリーランス向け案件情報📌 案件名:【Java】美容予約・検索システム保守開発 期間:即から長期 <必須スキル> ・Javaでの開発経験(3年以上) ・RDBMSを利用するアプリケーション開発経験(3年以上) 🔍詳細は以下からお問い合わせください。 job.gandf.co.jp
1日目 昔からRDBMS全盛なんで「データ独立」文言は初耳 商高時代のCOBOLデータ保存がそれに当たるのかも ハイアラキカルは階層呼び タプル=行/組、これも行呼び ドメイン(定義域)の直積って組合せも初見 3層スキーマアーキテクト、Oracleスキーマとごっちゃになりそう #データベーススペシャリスト
本音を言うと「RISC鯖+UNIX+Oracle」のシステム構成が大好きなんだけど、RDBMSは階層型DBMSと比べてトランザクションの処理能力が劣るので、階層型DBMSの環境構築ばかりやらされてしまった
Oracle(オラクル)とは データベース管理システム(DBMS)を中心に業務用のパッケージソフトウェアを開発・販売している企業、また、同社が販売するリレーショナルデータベース管理システム(RDBMS)、「Oracle Database」を指します。 #駆け出しエンジニアと繋がりたい
返信先:@honeycomb_bnbnインデックス、集合演算使うと遅くなるというRDBMSがこの世にはあったりする😮💨 たしかselect * での大量データフェッチの性能を自慢してたような。それRDBMSじゃないやん🫠
NewSQL、結局インメモリでPAXしながらぶっといネットワークとクラウド分散エグゼキュータで殴る定石が浸透すれば「なんでHTAPが見果てぬ夢みたいな扱い受けてたんだろ」ってなるんでむしろその人のRDBMSリテラシを測る話題としてちょうど良いと思うんですよね。
ブラウザ上でデータベースのER図を描ける無料サービス。drawioのようにアカウントを作ることなく利用できるほか、オープンソースなのでセルフホストも可能。各種RDBMSのDDLとしてエクスポートもできる。わいわい / “GitHub - drawdb-io/drawdb: Free, simple, and intuitiv…” htn.to/4siBh6hrdG
HTAPが技術的に可能でありニッチなニーズがあることは事実である一方、「結局はOLTP RDBMSのオプション扱い」みたいところに帰着してるのも現実なのでは。少なくとも向こう10年くらいは、HTAPのユースケースがこれ以上広がることは無いと思う。