  |
はてなキーワード:MySqlとは
ソフトウェアにおける「LAMP」とは、Webアプリケーション開発や運用のためのオープンソースソフトウェアの組み合わせを指します。
LAMP登場以前のソフトウェア開発環境は、現在に比べて選択肢が限られており、多くの場合、コストが高かったり技術的なハードルが高かったりしました。
1990年代初頭まで、UNIXベースのシステムがエンタープライズレベルで広く利用されていました。これには、Sun MicrosystemsのSolarisやIBMのAIXなどがあり、これらのシステムは高価でありながら強力なサーバーとして機能しました。
OracleやIBMDB2などの商用データベースが一般的で、これらは高価なライセンス料が必要でした。MySQLのようなオープンソースのデータベースが広まる前は、大規模なデータ管理には高い投資が必要でした。
Webアプリケーションにおいては、CGI（CommonGatewayInterface）スクリプトが利用されていました。これにはPerlがよく使われており、サーバーとブラウザ間のデータ交換を扱っていました。しかし、CGIはプロセスごとに新たにスタートするため、スケーリングには不向きで、リソースを大量に消費する傾向がありました。
Apache登場以前は、NCSAHTTPdのような初期のWebサーバーソフトウェアが利用されていましたが、設定や管理が複雑で、今日ほど柔軟ではありませんでした。
フロントエンドの開発では、HTMLが基本的であり、JavaScriptが登場し始めたばかりで、CSSはまだ普及していませんでした。このため、デザインと機能性は限られており、ユーザー体験は今日見られるようなリッチなインタラクティビティには程遠いものでした。
LAMPスタックの登場は、ソフトウェア開発とインターネットのWebサービスの領域に大きな変革をもたらしました。
以下に、その主な影響を挙げます。
LAMPスタックの各コンポーネント（Linux,Apache,MySQL,PHP/Perl/Python）はオープンソースであり、無料で利用可能です。
これにより、企業や個人開発者は高額なライセンス料を払うことなく強力なWebアプリケーションを構築できるようになりました。
この低コストのアプローチは特にスタートアップ企業や小規模プロジェクトに大きなメリットをもたらし、革新的なアイディアが資金の制約なく試される土壌を提供しました。
LAMPスタックは、その設置と運用のしやすさから、多くの開発者に受け入れられました。
オープンソースであることから、コードのカスタマイズや改良が可能で、コミュニティからのサポートも豊富でした。
これにより、Web開発の敷居が大きく下がり、より多くの人々が開発活動に参加できるようになりました。
ApacheWebサーバーは、高いカスタマイズ性と拡張性を持っており、MySQLは大規模なデータセットでも高性能を発揮することができました。
PHPは動的なWebページの生成に適しており、これらの技術が組み合わさることで、性能が要求される大規模アプリケーションも効率的に運用可能になりました。
LAMPスタックの普及により、Web開発プラットフォームとしての成熟が進み、企業や開発者は、安定した基盤の上でさらに複雑なアプリケーションを構築することが可能になりました。
これにより、電子商取引、コンテンツ管理システム（CMS）、およびその他多くのWebベースのサービスが急速に広がりました。
低コストかつ高機能な開発環境が広く利用可能になったことで、新しいタイプのWebサービスやビジネスモデルが登場しました。
LAMPを基盤とする多くのスタートアップが、業界に新風を吹き込み、既存の市場構造を変革する原動力となりました。
LAMPスタックの影響は、テクノロジー業界全体において、コストの効率化、アクセスの拡大、そしてイノベーションの加速という形で現れました。
https://survey.stackoverflow.co/2024/technology
https://survey.stackoverflow.co/2022/#technology
https://survey.stackoverflow.co/2020#technology
| - | 2020 | 2022 | 2024 |
| PostgraSQL | 36.1 | 43.6 | 48.7 |
| MySQL | 55.6 | 46.9 | 40.3 |
| SQLite | 31.2 | 32.0 | 33.1 |
| SQLServer | 33.0 | 26.9 | 25.3 |
| MongoDB | 26.4 | 28.3 | 24.8 |
| Redis | 18.3 | 22.1 | 20.0 |
| MariaDB | 16.8 | 17.9 | 17.2 |
| Elasticsearch | 13.8 | 12.2 | 12.5 |
| Oracle | 16.5 | 11.5 | 10.1 |
※2022年は他の年とおなじ小数点1桁にそろえるために四捨五入してる
10年前のブログだけど、すでにそういう指摘がされてたみたいだね
読めば分かるが言ってることは間違いじゃない。でもMySQLに噛みつかなくてもって内容
TypeScriptとかフロントも頑張ってるけど端々に俺凄いサービス作ってるんだぜが溢れてて何故かMySQLの不得意部分をわざわざ使わないくせに叩くからこうなってる
mysqlレベルのものを使って会社潰れるは、自分には使いこなせません言ってるようなものなのに、
よく自分の技術力のなさを技術記事投稿サイトで偉そうにひけらかせるなと思ってた
こういうのが出てきたら叩くのがはてな界隈だろうになぜか賛成の声が多くて驚いてた
https://zenn.dev/nem/articles/ade7b83cae2fa5
みんな好きねコレ
やばめのスタートアップね。出来るリーダー逃げられて後釜で必死に頑張ったんだろうけどちょっとの成功体験で天狗になったかな？
こんなのが多い５名のチームリーダ出来るとかやっぱスタートアップには夢がある！
水増し感ある。会社の宣伝だと少しでも引っかかるためにたくさん書くけど、今回は社名書かなくて正解
既に書かれてるけど要件に合わないんでMySQLは除外だし、MySQLもその用途で俺使われないよねって思ってたのに勝手に難癖つけられて「弊社潰れる！」とか言われて不憫
書かなくて良いこと書いてるしRLS以外も確証無い部分での言いがかり。その役職荷が重いんじゃない？
言い訳がヤバい。ごめんなさい言うのがリーダーやマネージャー。はっきり言うけどやってること失敗だしこんな会社のマルチテナントのSaaSとか使いたくない
会計系とかだったらマジ始末悪い。AIだったら多分ポンコツ。総合的にさくらより怖い
こんな人をリーダーにしてそれなりにお金払えるスタートアップが存続出来るんだからIT業界夢あるな！AIいっちょ噛みでボロ儲けや！
なんでRLSが必須なのか分からんかった。ご自慢のTypeScriptでどうにかなるだろうしAzureにユーザー管理系サービス無いの？
Uber のエンジニアは「PostgreSQLではアーキテクチャに制限がありすぎてUberのシステムを支えきれない、MySQL＋InnoDBに変えたら全部解決した」
Postgresは性能面がネックなのよね
