皆さんこんにちは、エンジニアの西尾です。 新しい機能・サービスを開発する際、私は特にデータベース設計に気をつかいます。 データベースはシステムの土台です。 土台が不安定だと、その上に積み上げていくアプリケーションコードがいびつなものになり、つらい思いをします。 また、一度動き出してしまったシステムのデータベース設計を変えるのは、容易なことではありません。 データベース設計には”これだ!”という正解はないと思っています。 サービスの特徴、システムの性質、toB向け/toC向け、Readが多い・少ない、Writeが多い・少ない。 その他もろもろの背景により、データベース設計の仕方も変わってきます。 このテーブルは正規化していないから駄目だ、この設計はいわゆるポリモーフィック関連だから使ってはいけない、などということはありません。 アンチパターンと呼ばれるものも時と場合によっては正解になります。
Basic support for relational databases: MySQL, SQL Server, PostgreSQL and others Data Editor SQL Editor Database schema editor DDL Basic ER Diagrams Basic charts Data export/import Task management Database maintenance tools All DBeaver Community featuresAdvanced securityAdvanced support for relational databasesConnection through ODBC driversNoSQL databases support: MongoDB, Cassandra, Redis, Couch
最終更新日 : 2019/12/20 SQL Database の Hyperscale が Build 2019 で GA され、SLA 付きで使用できるようになりました。 現在公開されている情報を見ながら学習してみました。 公式のドキュメントは次の情報となります。 最大 100 TB の Hyperscale サービス レベル Azure SQL ハイパースケール データベースに関する FAQ ハイパースケール サービス レベル SQL Hyperscale のパフォーマンスのトラブルシューティング診断 より詳しい情報については、次のドキュメントから確認できます。 Socrates: The New SQL Server in the Cloud Develop data application on a no-limits SQL data platform Introducing
Platform InfluxDB enables real-time analytics by serving as a purpose-built database that optimizes processing and scaling InfluxDB 3.0 Overview Better ingest performance, sub-second queries, and lower storage costs Integrations 300+ plugins for easy interoperability Connectors Use with popular client libraries, tools, and open source projects Easy Data Collection Telegraf collects data from 300+
連載バックナンバー 2017年後半は、PostgreSQL 10、MySQL 8.0、SQL Server 2017がリリース予定 OSSデータベースは2017年後半、「節目」のバージョンが登場します。今回は、2017年前半に登場したデータプラットフォーム製品、そして2017年後半以降に新バージョンが登場しそうな製品をチェックしましょう。 まずPostgreSQLは、次期バージョン「PostgreSQL 10」がリリース予定です。2017年7月13日にはこのBeta 2版がリリースされています。 PostgreSQL 10では、パーティションテーブルや論理レプリケーションなどの“さらに大規模な環境”を想定した機能を軸に、パラレルクエリの大幅改善のような「信頼性」「運用性」を向上させるための機能がふんだんに盛り込まれる予定です。新機能の数は100以上とも言われており、かなりボリュームのあるバ
「ANSI/SPARC 3層スキーマアーキテクチャ」を理解する:「データベーススペシャリスト試験」戦略的学習のススメ(4) あの逃げ恥・津崎さんも保有する難関資格「データベーススペシャリスト」。本企画では、データベーススペシャリスト試験 午前/午後試験対策のための「基礎知識」を抜粋してお届けします。今回は、「ANSI/SPARC 3層スキーマアーキテクチャの基礎」を解説します。
【2021/10/15 追記】 この記事は更新が停止されています。現在では筆者の思想が変化している面もありますので,過去の記事として参考程度にご覧ください。PDO に関しては大きく変わっていない部分が多いとは思いますが, PHP 8.x 以降での動作保証はありません。 あらかじめ読んでおきたい記事 Qiita - 【PHP超入門】クラス~例外処理~PDOの基礎 by @7968 初心者がやりがちなミス 以下のどれかに1つでも当てはまるコードは見直す必要があります.付録にリンクを貼っておきましたので,「該当するかも?」という人はクリックして飛んで読んでください.太字にしてあるものは脆弱性に直結する危険度の高いものです. mysql_query などの非推奨関数を利用している SET NAMES あるいは SET CHARACTER SET などで文字コードを指定している そもそもデータベース
データベース設計の基本中の基本であるER図。ER図を書きたいけど、「記法が分からない」「どういうステップで書けば良いか分からない」という若手エンジニアも多いのではないでしょうか。 ER図は10種類近くあり、種類によって記法が異なります。このことが難しいイメージを与えていますが、実はそれほど難しいものではありません。覚えれば良いER図は2種類だけです。 しかも、この記事で解説している基礎知識を押えれば、たった5つのステップで作成することができます。 この記事では、ER図の基礎知識からER図の書き方まで、エンジニアが抑えておくべきER図の全知識をどこよりも分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもER図を書けるようになっているでしょう。 この記事を参考に最適なデータベース設計を進めて下さい。 1.ER図とは ER図とは、「データベース設計(データモデリング)で使う設計
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W
第2回 簡潔なコーディングのために (2017/7/26) ラムダ式で記述できるメンバの増加、throw式、out変数、タプルなど、C# 7には以前よりもコードを簡潔に記述できるような機能が導入されている 第1回 Visual Studio Codeデバッグの基礎知識 (2017/7/21) Node.jsプログラムをデバッグしながら、Visual Studio Codeに統合されているデバッグ機能の基本の「キ」をマスターしよう 第1回 明瞭なコーディングのために (2017/7/19) C# 7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。これらは分かりやすいコードを記述するのに使える Presentation Translator (2017/7/18) Presentation TranslatorはPowerPoint用のアドイン。プレゼンテー
富山で某 O 江さんが Entity Framework 4 で切り捨てたと言ってたので、最新の Entity Framework 6.1.2 について書きます。割と頑張っているし、Entity Framework 7 が期待出来そうです。 EF6.1.2 RTM Available - ADO.NET Blog - Site Home - MSDN Blogs Entity Framework 6 に関しては今後はバグ修正レベルのアップデートになりそうです。ASP.NET 5 と同じタイミングで Entity Framework 7 をリリースしないといけないので大変なのでしょう。 それでは使えないと思われがちな機能を紹介していきます。 コードファーストのモデルクラスを DB から自動生成する コードファーストのモデルクラスという表現はいまいちですが、DbContext を使う POCO
横断的にDB操作の類似コマンドを探すためのサイト 例えば MySQL を知っている人が 新しく他のデータベース、例えば Oracle を学習する際に MySQL でいうところのアレは Oracle ではどういうコマンドなんだろう という感じに情報を探す場面が多くあります。 そういう類の情報を探すときに役に立ちそうなリファレンスサイトを作りました。 xref.jp xref.jp - Database 追記: コンテンツ増やしました yum, apt-get, rpm 等々の横断比較リファレンス - clock-up-blog ソースコード GitHub に上げてあるので興味ある人は見てみると良いです。 kobake/xref.jp · GitHub PHP で書いてます。すんごい汚いです。謙遜じゃなくて本当に。 プルリク歓迎。 機能 マトリクス方向の切替 比較表の見出しの向きって、その組み
今日も前回に引き続きデータベース設計の話をする。今回の話で一旦データベース設計については筆を置くつもり(ブログ書いてないで原稿書けよ>俺)であるが、その前に話をすっきりさせて置きたいと思う。最後を飾るテーマはIDの設計である。 数字しかないのに意味を含んだID前回のエントリを見ていただいた方から、次のような構造を持った学籍番号があるというフィードバックを頂いた。 全部数値で"入学年度下2桁"+"学科コード"+"学科内のあいうえお順の順位" このようなルールで割り当てた学籍番号を、単なる数値として扱うのであれば大きな問題はない。これは数値しか含まれていないので、SQLのデータ型としては単に数値型を使えば良いだろう。だが、学籍番号から入学年度を判断する、あるいは学科を判断するといった用途で使われるのであればやはり適切ではないといえる。リレーショナルモデルの観点だけからではなく、IDとして適切で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く