オラクル、MongoDB互換API「Oracle Database API for MongoDB」をAutonomous JSON Databaseで提供開始
オラクル、MongoDB互換API「Oracle Database API for MongoDB」をAutonomous JSON Databaseで提供開始 オラクルは、MongoDB互換APIである「Oracle Database API for MongoDB」を、Oracle Cloudで提供しているAutonomous JSON Databaseで提供開始したと発表しました。 これによりMongoDB対応のアプリケーションやツールがAutonomous JSON Databaseでも使えるようになります。 Run your @MongoDB applications on @OracleCloud. With @OracleDatabase API for MongoDB, you can continue to develop #JSON-centric applicatio
ジョー・セルコ著、ミック訳『プログラマのためのSQL 第4版 すべてを知り尽くしたいあなたに』(翔泳社)を読んだ - nekoTheShadow’s diary
honto.jp 前々から気にはなっていたものの、かなりの大ボリューム(大型本で全816ページ)ということで、なかなか手を出せないでいたのですが、このたび何とか読み終えることができました。読んでいた期間はだいたい2か月ぐらいでしょうか。といっても2か月間ずっと読んでいたのではなく、気が向いたときにだらだら読み進めていた感じなので、毎日ちゃんと読めば1か月弱ぐらいで読み切れたとは思います。 自分は電車での移動中に本を読むことが多いのですが、コロナウィルスの影響で外出を自粛していた結果、電車に乗る機会が激減。とくにリモートワークになって、電車通勤がなくなったことが一番大きく、それが本書を読み切るのに時間がかかってしまった最大の要因のような気がします。 それはさておき、本書の内容をひとことでいうならば「SQLの一般教養」。かなり大部の本なので、ニッチな機能や細かなテクニックが紹介されているのかと
ぐるぐるSQLという用語は止めてくださいという話 - Qiita
はじめに @abe_masanori さんが ぐるぐるSQLは止めてくださいという話 https://qiita.com/abe_masanori/items/1a2b9c1f1069c43237f8 という記事を書かれたのですが、そこで「ぐるぐるSQL」なる見慣れない用語が使われていて、それは「N+1問題」というのだとコメントを書いたところ、妙に反発を受けてしまったので改めて記事にしたいと思います。 用語としてどちらが古いか？ さしあたり「ぐるぐるSQL」と「N+1問題」の用語のどちらが正しいかの議論は後回しとして、それぞれの用語の初出を調べてみましょう。例えばtwitterで検索すると、「ぐるぐるSQL」の最古のツイートはこちらのようです。 それだけしか使用してないなら、NP_Listとかでサブプラグインを作成するのがいいんだろうとは思ってるですが、これってやっぱりスマートなSQLはな
ぐるぐるSQLは止めてくださいという話 - Qiita
1. はじめに 仕事の都合で DB/SQL の性能問題を調査する機会が少なくありませんが（決してメインの仕事ではないですが）、その中でよく出くわす問題の１つに「ぐるぐるSQL」（もしくは「ぐるぐる系」）といわれる、ループで大量の SQL 文を呼び出しているものがあります。 感覚ですが、私の周りでは OLTP 系システムの DB/SQL の性能問題の原因の割合は以下のように感じています。 30%：ぐるぐる SQL 20%：SQL 文の書き方が不適切 15%：索引がない or 不適切 15%：パーズが遅い 10%：データモデルがおかしい 10%：その他 （大昔は２番目 / ３番目がほとんどだったのですが、最近はなぜがぐるぐる SQL が多い…） ぐるぐる SQL の実装では、ネットワーク通信や、アプリ側のクエリ生成 / 結果データ構築、DB 側のクエリ受信 / 結果送信といった、処理の本質的で
2020年現在のNewSQLについて - Qiita
Disclaimer 当記事はNewSQL開発ベンダの技術ブログや各種論文、その他ニュースサイト等の内容を個人的にまとめたものです。 そのため、理解不足等に起因する誤解・誤認を含む可能性があります。更なる理解が必要な方はリファレンスに挙げた各種文献を直接参照下さい。技術的な指摘は可能であれば取り込み修正しますが、迅速な対応はお約束できません。 NewSQLの解説は二部構成 当記事は前編でNewSQLの概要編となる。 全体の目次は下記である。 NewSQLとは何か NewSQLのアーキテクチャ NewSQLとこれまでのデータベースの比較 NewSQLのコンポーネント詳解 1章から3章までの内容を当記事で解説する。 4章はさらに詳細な技術的解説となり、後編の「NewSQLのコンポーネント詳解」で記述している。 こちらも合わせて一読いただきたい。 1. NewSQLとは何か NewSQLとは、海
O/Rマッピングは百害あって一利なし！ - Qiita
O/Rマッピング(Object-relational mapping)について、Wikipediaには以下のように書かれています。 データベースとオブジェクト指向プログラミング言語の間の非互換なデータを変換するプログラミング技法である。 O/Rマッピングを実現する仕組みを、O/Rマッパーと言います。（両者を区別しなくても私が言いたいことは伝わると思いますので、ORMと統一して記述します）（また、個人的な理由で、プログラミング初学者向けに語りかける口調にしていますが、初心者向けの記事というわけではありません） 最近はWEBアプリ開発をするにあたって、WEBフレームワークに標準で何らかのORMが組み込まれていることが多いため、その存在を知らない人はまずいないでしょう。 私も何度かORMと向き合ってきましたが、そうこうしているうちに気がつきました。 ORMはめんどうくさい！ …ってことに。 みん
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策｜ハイクラス転職・求人情報サイト AMBI（アンビ）
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ
分析SQLのコーディングスタイル - クックパッド開発者ブログ
SQL、書いてますか？ こと大規模データ処理の分野においてはSQLはもはや標準インターフェイスであり、 分析やらバッチやらに関わっている皆様は日々大量のSQLクエリーを生産していることと思います。 そこでちょっと気になるのが、 SQLのコーディングスタイルってどうするのが一般的なんだっけ……？ という点です。 イマドキはSQLなんてO/R mapperに吐かせることが多いからなのか、 それともコードを広い範囲で共有することがそもそもないからか、 SQLのコーディングスタイルについて見聞きすることは他のプログラミング言語に比べるとだいぶ少なく、 いまいち決定版と言えるスタイルがないなと感じています。 そんなわけで本日は、SQLのコーディングスタイルについての意識を活発化させるべく、 クックパッドでわたし（青木）が使っているコーディングスタイルから特徴的な点を紹介したいと思います。 特に、分析
PhpStormでヒアドキュメント内の言語のハイライトと入力補完
PhpStorm には、ヒアドキュメントにシンタックスカラーを適用したり、ヒアドキュメント内で入力補完できる機能があります。 ヒアドキュメントを使用するとソースコードが読みづらくなりがちなので好きではありませんが、案件によっては多用していたりするのでこの tips が有効な現場も多いと思います。 動作確認環境 Mac OS X Mountain LionPhpStorm 7.0PHP 5.4 目次 ヒアドキュメントに書いた HTML, CSS, JS のハイライトと入力補完 ヒアドキュメントに書いた SQL のハイライトと入力補完 ヒアドキュメントに書いた HTML, CSS, JS のハイライトと入力補完 以下は普通にヒアドキュメントで HTML を書いているところです。ヒアドキュメントの ID は EOT にしています。PhpStorm では文字列として判定されているようで、緑色になっ
MySQLで指定されたカラム名を持つテーブルを検索する - Qiita
select table_name, column_name from information_schema.columns where column_name = '検索したいカラム名' and table_schema = '検索対象のデータベース名'; Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
DDLとは 「データ定義言語」 (Data Definition Language)： - IT用語辞典バイナリ
DDL フルスペル： Data Definition Language 読み方： ディーディーエル 別名： データ定義言語 DDLとは、データベースにおけるデータ構造を定義するために用いられる言語のことである。 DDLはリレーショナルデータベースを対象として、テーブルなどの構造を制御することができる。DDLで用いられる主な命令には、新しくテーブルなどを作成する「CREATE」や、既存のテーブルなどを削除する「DROP」、既存のテーブルなどに変更を加える「ALTER」などがある。 DDLを扱うデータベース言語の代表的なものとしては、SQLなどを挙げることができる。ちなみに、データベース中のデータを取り出したり更新したりといったデータの操作そのものを行う言語はDML（Data Manipulation Language）と呼ばれている。
誰でも簡単に超高速なクエリができるBigQueryとは？
この2つの技術は、グーグル独自の技術というわけではない。しかし、ハードウェアから構築している、既存のグーグルのクラウド技術を活用し、パブリックなクラウドサービスとして提供可能なレベルの実装になっている点がGoogle BigQueryの強みとなっている。 BigQueryの特徴 他の類似サービスとの比較 巨大データを処理する技術としては、同じグーグルが使ってきたMapReduceというものがある。MapReduceとBigQueryを比べると、MapReduceが巨大なデータを安定的に処理できるプログラミングモデルであることに対し、BigQueryはアドホックにトライ＆エラーしながらクエリを実行するサービスであることが異なっている。 MapReduceは、非構造化データを、プログラミングモデルを通して扱うことができ、巨大なテーブルの結合や巨大な出力結果のエクスポートも可能である半面、処理時
【PDO】bindParamとbindValueの違い【PHP】 | WEBマスターの知恵ブログ
bindParamとbindValueの違いについての覚書です。 bindValue ： 値をパラメータにバインドする プリペアドステートメントで使用する SQL 文の中で、対応する名前あるいは疑問符のプレースホルダに値をバインドします。 bindParam ： 指定された変数名にパラメータをバインドする 準備された SQL ステートメント中で、 対応する名前もしくは疑問符プレースホルダにパラメータをバインドします。 PDOStatement::bindValue() と異なり、 変数は参照としてバインドされ、PDOStatement::execute()がコールされたときのみ評価されます。 PHPマニュアルの該当箇所には、このような説明があります。 ただ、これだけでは何のことかイマイチ分かりません。 この二つで分かりやすいのは、単純な動作のbindValueです。 基本的な動
FuelPHPのモデルとデータベース操作方法の選択 — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
FuelPHPはデータベース操作方法を複数提供しており、初心者の方はどれを使ったらいいのかがわかりにくいです。 そこで、どのようなデータベース操作方法を使ったらいいかを判断できるような情報を提供してみたいと思います。 FuelPHPのモデルとは？ モデルはデータの管理を担当します。いわゆるビジネスロジックはモデルに配置します。データベースを操作するコード（SQL文を発行するもの）もモデルに配置することになります。 FuelPHPのModelクラスは空のクラスです。メソッドやプロパティを一切持ちません。つまり、FuelPHPはモデルについて制約を設けていません。 自由放任ということです。 とはいえ、それだけでは不親切なのでデータベース操作についての複数の方法をFuelPHPは提供しています。 FuelPHPでのデータベース操作方法 FuelPHPでデータベースを操作する方法は以下の5つが考え
ナチュラルキーよりサロゲートキー
Landscape トップページ | < 前の日 2005-01-05 2005-01-07 次の日 2005-01-08 > Landscape - エンジニアのメモ 2005-01-07 ナチュラルキーよりサロゲートキー 当サイト内を Google 検索できます * ナチュラルキーよりサロゲートキーこの記事の直リンクURL: Permlink | この記事が属するカテゴリ: [SQL] [Postgres] [MS SQL Server] RDBMS における主キーや参照整合性制約の外部キーは、ナチュラルキーよりもサロゲートキーを使う方がより変更に強くなる。 - ナチュラルキー顧客コードなどの、ビジネスにおいて自然に発生するキー。自然キーともいう。 - サロゲートキーレコードを一意に特定するためにシステムが振り出すキー。アイデンティファイア (Identifier) ともいう。Post
ドメインロジックとSQL：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 旧聞ですみません。 ドメインロジックとSQLというのは、Martin Fowler氏というアジャイル・XPの提唱者の1人が書いたブログ一説です。そこから、SQLを考えてみましょう。 ■Martin Fowler氏のブログについて この記事はMartin Fowler氏のブログを読んで頂かないと理解できない内容かもしれません。 Rubyをやったことのない人はちょっと戸惑うかも知れないが、ぜひ、先ずはMartin Fowler氏のブログからがんばって読んでください。 今回、Rubyを使ってサンプルを作っている。いつもはJavaやC#（アプリケーション開発者が読めるC言語ベースのプログラミング言語）を使うのだが、まあいいややっちゃえーって思ってやってみた。Rubyを選
@sikushima 氏のDB語り:適材適所/ストアドプロシージャ/ORM編
SQLの苦手を克服する本(技術評論社)/生島 勘富 @Sikushima ぜひ、こちら http://bit.ly/9wrdmq も、ご覧下さい。 QT @ryan5500: マーティンファウラーの記事読んでる．これすごいなー．ドメインモデルが一番わかりやすいけど，その一部を差し替えて複雑なSQLにするだけでこんなにパフォーマンスあがるのか． 2010-03-17 07:07:17 SQLの苦手を克服する本(技術評論社)/生島 勘富 @Sikushima マーティンさんの http://bit.ly/12p9WO のパフォーマンスの差は私の経験則ではもっと大きな差になると思う。これ、多分、APとDBが同じマシンでやってるのじゃないかな。パフォーマンスの差はデータ量にもよるから何とも言えないけどね。 2010-03-17 08:09:26 SQLの苦手を克服する本(技術評論社)/生島 勘富
「SQL アンチパターン」は色んな戦争の火種になりそう - yoshiori.github.io
監訳の一人である @t_wada に献本頂きました。 ありがとうございます！！！ でだ、いきなりだけどコレ、タイトルで損してると思うんだよね…… だって、SQL のアンチパターンてタイトルだったら、 join した結果の方で where で絞るよりも on 句で先に絞れ 的なのが書いてあると思うじゃん！！ 問い合わせ言語の事だと思うじゃん！！！ 違った…… ほとんど書いてあるのは DB 設計についてだった…… まぁ、副題は「Avoiding the Pitfalls of Database Programming」のだし、まぁいいか。 んで、読んでみた感想とか もうね、何年か DB 絡んだ開発したことのある人なら（・∀・）ﾆﾔﾆﾔ出来ると思う。 「”マルチカラムアトリビュート”とか 10 年前に通ったわー」 とか 「あーはいはい”インデックスショットガン”乙」 みたいな。 Explain
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://wannabe-note.com/1078
check if column exists before ALTER TABLE -- mysql