【IT】データベース ・オブ・ザ・イヤー2018はPostgreSQL
■ このスレッドは過去ログ倉庫に格納されています
solid ITは1月2日(現地時間)、「PostgreSQL is the DBMS of the Year 2018」において、2018年のデータベース・オブ・ザ・イヤーを発表した。solid ITのデータベース・オブ・ザ・イヤーはDB-Engines Rankingにおいて1年間でもっともスコア値を増やしたデータベースが選ばれる。
2018年のデータベース・オブ・ザ・イヤーに選ばれたのはPostgreSQLで、これにMongoDB、Redisが順に続いている。PostgreSQLは2017年に次いで2回目の1位を獲得しており、多くの開発者の間で好ましいデータストアと認識されているようだと説明されている。
年 データベース・オブ・ザ・イヤー
2018 PostgreSQL
2017 PostgreSQL
2016 Microsoft SQL Server
2015 Oracle
2014 MongoDB
2013 MongoDB
PostgreSQLはリレーショナルデータベース管理システムに要求される機能を幅広く実装し、開発者から高い信頼を集めている。最近は、ドキュメント指向データベースが実装している機能を取り込むことでRDMS以外のデータベースの需要に応えるとともに、分散データベースやビッグデータ処理などの要望にも対応しており、採用シーンを広げている。
一方、2013年と2014年にデータベース・オブ・ザ・イヤーに選ばれ、2018年には2位に選ばれたMongoDBはNoSQLと位置づけられつつも、ACIDをサポートするなどリレーショナルデータベース管理システムに要求される機能を取り込むことで、逆にRDMS側のユーザの要望に応えるなどして採用されるシーンを増やしている。PostgreSQLもMongoDBも長期にわたって成長傾向を続けており、今後も採用シーンが増えることが予想される。
https://news.mynavi.jp/article/20190107-751230/ 人は記憶型と思考型に大別できる
無料で使えるからな ■MySQLよりテーブル結合機能が豊富だし。PostgreSQLは。 ちょっと負荷かかると、接続しているクライアントがちょくちょく切断されるんだよな。 Postgresが特に良い訳ではない
MySQLをOracleが買ったもんで商用に使い難くなったユーザが、Postgresに流れただけ
Postgresは、負荷が高いとガベージコレクションで性能が乱れるので、MySQLよりも使いにくいのだけど、Mariaも不安だし、消去法でこれしかない ここ最近で最も普及したのは
MariaDBだろうに >>7
SQLiteでもやっとくか。どこでも動く。 個人はsqliteで遊ぶと楽しいよ。
環境かんたんに作れるし。 >>7
応用っていっても
仕事ならMySQL
趣味ならAccess
とかでいいんじゃね? 1年間でもっともスコア値を増やした
より
スコア値が一番高いところを選んだほうがいいんじゃないの? 確かにSQLiteは楽しい
PHPのレンタルサーバ借りてMySQLはお金払わないとサポートしないよって場合も
SQLiteをPHPがサポートしているから普通にDB処理ができる
cronと合わせて趣味範囲ではなかなかやれることが多くて良いねぇ 同時期に買収されたSolarisもMySQLも無事にオラクルに殺されたな 今年はOracleがJavaを滅亡させる年になるよ
Javaしか使えない糞エンジニアが多いので、完全に消えるまでは10年くらいかかりそうだが、何れCOBOLと同じ状況になる オープンソースなら20年前からぶっちぎり独走だよな MySQL全盛の頃になんでポスグレなんて使ってんの?馬鹿なの?死ぬの?と蔑まれていた俺様の時代が来たぜ パフォーマンスなんてAWSで上のものに変えればいいだけだからな 金融系のアプリとかじゃなきゃMongoDB+Dockerが便利
ちょっとしたcache用ならredisだし
RDB系はスキーマ作る時間が無駄なんだよな
NoSQLで動くマイクロサービス作ってからRDBに統合する方が開発効率高い気がする >>19
SolarisなんてOracleに買われる前から瀕死だったでしょ どうせ会社が金出すんだからAWS&SQLServerが楽ちん >>12
アクセスはゴミだ
初心者はリレーションなんかどうでもいいからsqliteでバンバンSQLの練習をした上達する デーブスペクター ・オブ・ザ・イヤー2018 に見えた。
「あなた疲れてるのよ。」 オスジカ学会オブザイヤーくらいマニアックだな。
あれほどの豪華なソフトウェアを無料で公開する原動力はなんなんだろう。 >>36
そんなこと言わないで。試作品としてフロントエンドを小一時間で作ってみるには、あれほど容易なものはないんだから。
Android SDKでkotlinを使って全部手打ちして画面や遷移を作り上げるのとは、
労力が全然違う。 >>39
あの辺の開発効率は異常だよな
小規模なら一桁違う >>26
Theの発音を決めるのは続く単語のスペルじゃなく、発音。
Yearはイで始まるのでジが正しい。
例えばThe MP3 fileはジ エムピースリー ファイル。 AccessのようなGUIだけでサクサクっとフロントエンドまで開発できるソリューションは他にないよな。
入力チェックや保存ボタンなどの共通処理はイベントフックで処理するクラス作っとけば更に早い。
セキュリティを考えるとパーソナルDB以上にはならないか。
目立ったアップデートも無く、
入力はPowerApp、データ出力はPowerBIに置き換えられていくのかな。 >>39
試作品で済めばいいんだけどなー
試作品にちょこちょこ手入れてるうちにいつしかそれがそのまま
本番になって作り直せなくなる罠 >>47
2〜3人ならファイル共有でも行けると思う
まあ、スケールしにくいから今後大きくなるなるなら辞めといた方がいい
まあ労力掛かってないから作り直せば良いんだが AccessはSQL Serverをネイティブサポートしてればな
ODBCは使いにくい テーブルだけRDBMSに保存して、クエリ実行はAccessのクライアント側だもんな
データが巨大になると遅すぎて話にならない 初心者が第三正規形なんぞ学習するのは無駄
sqliteでsqlバンバン書いて集合演算を身につけるほうが実際に役に立つ
アクセス使うやつの書くクエリーはネストが深すぎてとんでもなく処理時間かかる。1時間かかっても平気な顔してやがるからぶん殴りたい。 >>51
sqlserverと繋いで、ビューをリンクテーブルとして扱うか、
条件付きならストアドか、コードでadodbでsql文を投げてやればサーバーで処理されるよ。 >>14
お金やらからまないweb系サービスならサーバレスでいいかもしれんが、
現状お金からみはサーバレスは時期尚早だな >>55
6. 3ぐらいから使えると感じた
昔のは酷かった >>56
6.3って20年前だしそのころ無償かつ日本語が使えるRDBMSって他にあったっけ? ■ このスレッドは過去ログ倉庫に格納されています