報酬(プレゼント) ゲーム・冒険の進行状況を Twitterで紹介してくれた方の中から、 抽選でAmazonギフト券1万円分を1名様、500円分を50名様にプレゼント! (当選された方にはツイッターDMでご連絡しますので、応募の際は @paiza_official をフォローお願いします) >>キャンペーン規約を確認する
![DBエンジニア、魔法使いになる【プログラミングゲーム】](https://cdn-ak-scissors.b.st-hatena.com/image/square/be911a3f3773476d4ebe2e778428070e34a38b19/height=288;version=1;width=512/https%3A%2F%2Fpaiza.jp%2Fcode_and_sql%2Fimages%2Fogp%2Ftwitter_ogp_1200_628.png)
【2017/12/7更新】全部入りSQLの予約語まとめ【MySQL, PostgreSQL, Oracle, SQL Server】MySQLSQLSQLServerPostgreSQLoracle DBの予約語を調べる機会があったのでいろいろなDBの予約語を1枚の表にまとめてみました。 2017/12/7 時点のデータです。 Qiitaの表示スペースと文字数制限の関係で以下の表はいくつか抜粋して載せています。 各バージョンのまとめはこちらのスプレッドシートにアップロードしましたのでダウンロード等してご活用ください。 情報のソースはこちらを参照。 EC-CUBEのプロジェクトでカラム名変更の対応をした時の記事も書きましたので良ければご覧ください。 【EC-CUBE】MySQL8で新しく予約語となった「rank」を「sort_no」に変更した話 # キーワード mysql8 mysql5.7
最終更新 2019-09-11 クラウドのリレーショナル・データベースサービス Amazon RDS、Azure SQL Database、Google Cloud SQL について、機能・料金・管理面などの比較をしてみます。 2019/06/21、Amazon RDS にて Aurora 以外にも容量自動拡張機能が追加されました。詳細019/04/26、Amazon RDS の 1時間単位の課金が秒単位 (ただし最低利用10分) になったことを追記。2019/04/10、DBバージョン・CPU・メモリ等を最新化。Azure SQL Database の「読み取りスケールアウト」の説明を追記 (追加コストなし!) リレーショナル・データベースとは リレーショナル・データベース (RDBMS) とは、表形式でデータを保存でき、 SQL などの言語によってデータの取得・集計・加工が行えるもので
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
ここに書くことによって途中でやめられなくするメソッドです。 ハッカーニュースを眺めていたら以下のようなCS系講義動画のまとめリポジトリが流れていました。 GitHub - Developer-Y/cs-video-courses: List of Computer Science courses with video lectures. へーっと思いながら何個かポチってみたところ以下に出くわしました。 15721.courses.cs.cmu.edu 英語が(自分にとって)聞き取りやすく、動画の品質(画質やスライドがちゃんと見えるかどうかといった部分)も良いものでかつ興味のある内容で出来ればスライドもおしゃれで・・・となるとなかなか少ないですが、これはかなり見やすいです。 スライドも概念図が頻繁に登場したりして、これだけでも聞き取れなかった部分などをかなり補完できます。 スケジュールページ
※4/6 その後調べた情報などを記事末尾に追記 前提となるニーズ サーバの負荷情報とか、アクセス状況のような KPI を取得・保存し、可視化(参照してグラフ化)したい。 リアルタイム性が要求される。5分以上前のデータしか見れませんみたいなのはお呼びでない。 古いデータはそんなに精度は気にしないけど、ロングスパンで俯瞰して見れたら便利。 最近はビッグデータ環境の時系列データ解析もビジネスではけっこうニーズがありそうだけど、そっちはもう少し要求が多そう。 ここでは考えないことにする。 選択肢になりそうなもの 古きよき RRDtool Elasticsearch + Kibana Graphite + Grafana InfluxDB + Grafana 等 Zabbix 他に、現実的には SaaS に任せるという手段もあるだろうけど、そう言うと話が終わってしまいそうなので、ここでは考えないこと
Graphite does three things: Kick ass. Chew bubblegum. Make it easy to store and graph metrics. (And it’s all out of bubblegum.) Learn more about Graphite About the Project Graphite is an enterprise-ready monitoring tool that runs equally well on cheap hardware or Cloud infrastructure. Teams use Graphite to track the performance of their websites, applications, business services, and networked serv
Mencari slot gacor hari ini? Anda berada di tempat yang tepat! Dalam dunia perjudian online, istilah "gacor" sering digunakan untuk menggambarkan slot yang sedang "panas" atau memiliki peluang tinggi untuk memberikan kemenangan besar kepada pemain. Dalam artikel panjang ini, kita akan membahas segala sesuatu tentang slot gacor: cara menemukannya, strategi untuk bermain, dan tentu saja, rekomendasi
The National Democratic Alliance (NDA) has emerged victorious in India’s 2024 general election, but with a smaller majority compared to 2019. According to post-election analysis by Goldman Sachs, JP Morgan,… The tech layoff wave is still going strong in 2024. Following significant workforce reductions in 2022 and 2023, this year has already seen 60,000 job cuts across 254 companies, according to i
リモートのoracleからデータを抜いてローカルのoraceにコピーしようとしたら、抜いてくる段階で異様に時間がかかってしまいはまりました。。 環境 MacOS X Yosemite Ruby 2.1.5 ruby-oci8 oracle11.2.0.4 やりたかったこと リモートのマスターDBからデータをCSVで抜いて、ローカルの開発用DBにコピーしたい 問題 テスト環境では問題ないのに、本番DBにつなぐとSELECTした後のfetchが異様に遅い 本題 とあるシステムの開発のために、リモートのDBから定期的にローカルにデータをコピーしてくる必要がありました。 rubyからoracleにつなぐのは初めてだったんですが、とりあえず調べながらさくっと作ったコードが以下 @conn = OCI8.new('scott','tiger','hogehogetns') sql = 'select
SPARQL Endpoint 東京都 SELECT DISTINCT * WHERE { <http://ja.dbpedia.org/resource/東京都> ?p ?o . } SPARQL結果 ロック音楽のリスト (もしあれば画像uriも) SELECT DISTINCT ?label ?depiction WHERE { ?s <http://ja.dbpedia.org/property/genre> <http://ja.dbpedia.org/resource/ロック_(音楽)> ; rdfs:label ?label . OPTIONAL { ?s foaf:depiction ?depiction . } } SPARQL結果 誕生日が1月1日 SELECT DISTINCT ?label ?birthYear WHERE { ?s <http://ja.dbpedi
もしかしたら使うかもしれないので調べてみた。 shard 日本語に訳すと(ガラスや貝殻の) 「破片」といったような意味 データベースをshardに分解して複数のサーバに分散して運用するのがDB sharding データベースパーティショニングとも言えるのかしら? 単一のサーバのDBテーブルを複数のファイルに分割するのをパーティショニングとも呼ぶが、「パーティショニング」という言葉を使ってDB shardingのことを言っているブログ等もちらほら見かけます。 より突っ込んでみたい人は「shared nothing」でぐぐってネ。 なぜデータベースを分散処理するのか 横軸にはサービス運用開始からの時間経過を設定し、縦軸には「DBの応答時間」、「DBへの問い合わせ数」、「DBサイズ」の各数量をとります。サービスが順調に利用されていっているものとし、「DBサイズ」や「DBへの問い合わせ数」は時間経
オープンソースのドキュメント指向データベース「RavenDB」開発チームは1月7日、最新版となる「RavenDB 2.0」をリリースした。性能の強化や機能の改善などが行われている。 RavenDBはC#で実装されたドキュメント指向データベース。スキーマフリー、トランザクションのサポート、軽量かつスケーラブルといった特徴を持つ。C#で一般的なクエリ方式「LINQ」もサポートし、.NETアプリケーションから容易に利用できるのが特徴。米Hibernating Rhinosがオープンソースで開発しており、ライセンスはAGPv3。また、非オープンソースなアプリケーションで利用できる有料の商用ライセンスも米Hibernating Rhinosから提供されている。 メジャーアップグレードとなる2.0では多数のバグ修正が行われているほか、大量のドキュメントをデータベースに挿入するためのBulk Inser
技術畑の人間が新たにPostgreSQLでSQL/DBを学ぶのに最良の方法は本だろうか、それともチュートリアルだろうか?もしくはそれよりも良い策が他にあるだろうか。 今までは他の人の書いたコードを読んだり、実際にいろいろ試したり、PostgreSQLドキュメントに目を通したりして学んできた。その甲斐もあってかDBを理解してきたが、まだ多くのことを知らないし間違って身に付いていることもあるだろう。その証拠にスラドでDBのストーリーを読むと初めて目にする用語が結構ある。 なお、自分はプログラミングに関しては複数言語で長年の経験があるが、SQLに関してはPostgreSQLを通じて多少いじった程度である。数学は三角法、代数、少々の統計をかじったバックグラウンドがある。 また、近くに通える大学はなく、DBに詳しい人も周りにいないため独学せざるを得なく、インターネットと本が頼りなのが実情であることを
SQLアンチパターン 作者: Bill Karwin,和田卓人,和田省二,児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型本購入: 9人 クリック: 698回この商品を含むブログ (46件) を見る本書の著者はサロゲートキーに対して消極的なのだから、「サロゲートキーの使い方がおかしい」とか言うのはお門違いなのかもしれないが... 健忘症的サロゲートキー 「SQLアンチパターン」第3章の記述を総合すると、著者はサロゲートキーについて以下のように考えていると思う。 自然キーの一意性・不変性が当てにならない場合に「自然キーの変更の影響を受けないようにする」という目的でサロゲートキーを導入する。 自然キーの重複を防ぐために、自然キーにUNIQUEインデックスを振ることを推奨する。 自然キーの代わりにサロゲートキーを外部キーにする。自然キーは他のテーブルに転
一方で、Webサービス系などで論理設計と物理設計をもう一緒くたにやっていくような場合は、 正規化の論理に目の前にあるサロゲートキーを含めないようにすることが大切で、モデリングはナチュラルキーを基軸に考えていくとよいでしょう。 サロゲートキー (代理キー) サロゲートキー + (複合)ユニーク制約 ナチュラルキーをPKにせず、例えば連番となるようなカラムを用意して、それをPKにします。 これがサロゲートキーと言われるものですが、ナチュラルキーには別途ユニーク制約を付与する というのを忘れてはいけません。 ここでは、ナチュラルキーにユニーク制約を付けずにサロゲートキーだけを導入する方式は、業務的・実装的に意味はないと考え、ここでは取り扱いません。 議論の対象にすらしません。ユニーク制約を付けることで業務的なユニーク性を保ちつつサロゲートキーの恩恵を得ることができ、同時にナチュラルキーを明示する
我々が日常関わるWebサービスにせよ、企業の端末で扱われているシステムも、ほとんど必ずデータベースと組み合わせてできている。 データベースの組み合わせはとても便利なもので、集計は簡単にできるし、情報のソートは一発。何より、大量のデータを扱うことができる。 以前、あるR社出身の人に、R社が作った住宅情報の功罪という話を聞いたことがある。 この話は、本当にそうなのかは僕は知らないが、あくまでも受け売りということでエッセンスだけ理解して欲しいと思うのだが、R社が作ったのは、 ・駅から徒歩(バス)N分 ・間取り というソート可能な序列だった。これが日本の住宅相場のルールを決めた。つまり、R社としては、日本中どこでも比較可能なテンプレートを作ったことが勝利の要素だったと言う。 彼の論としては、ここにもしも「景観の良さ」というパラメータを入れていたら、日本の住宅事情は大きく変わったのではないか?!とい
DBエンジニアの皆さん、自分のスキルに自信がありますか?「自分の強みと弱みを知っている」と言えますか? 確信をもって「大丈夫」と言える人はほとんどいないでしょう。筆者も長い間、さまざまな人の相談にのってきましたが、スキルの悩みは永遠のテーマと言えます。 そもそも“DBエンジニア”といっても、 プロジェクトのDB担当(アプリ、基盤) DBコンサル DBの運用担当 サポート系 など、さまざまな職種があります。おのおの得意不得意があるのは当然です。 そこで、経験年数、所属組織、職種、所属企業の種類(エンドユーザ側か、SI子会社か、派遣か、など)といったデータも取るように調査してみました。 対象としたスキルと定義 今回どのようなスキルを対象としたか、項目と定義をまとめたのが表1です。レベル1が初心者、3がほぼ一人前、5がエキスパートや指導者という感じです。 ITの項目が多くを占めますが、コミュ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く