スチーム速報 VIP あの夏の日、僕たちは輝いていた。
Kindleの蔵書が1万冊を超えてきて、そろそろ蔵書管理したくなり、 蔵書一覧を取得する方法を調べたので、まとめておく。 概要 蔵書一覧の取得方法としては大きく2つあり、 コンテンツと端末の管理ページからスクレイピングする方法と、 Kindle Cloud Readerが使っているWeb SQL Databaseのクライアント側のDBからそのまま取得する方法がある。 後者のほうが簡単なため、ここでは後者の方法について記載する。 (前者の方法が知りたい方は、https://qiita.com/yshr1982/items/072e8b44d456f6d9358bなどを参考にしてください。) // 追記 上記の2つの方法以外のやり方を情報共有してもらったので追記。 @error_401さんから頂いた情報によると Kindle for PCを利用している場合、本の情報が入ったXMLが生成されるた
"Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に
これはなに ども、レバテック開発部のもりたです。最近めっちゃ元気!! 今回は『データベースについて勉強したいあなたに送る技術書17冊(+11冊1講義7link)』として、もりたがここ半年くらいでわーっと集めたデータベース周りの書籍(とか)を紹介していきます。アプリケーションって結局はデータベースみたいなところがあると思うんですが、おれは長いことデータベースをどう学んだら良いのか分かりませんでした。同じような気持ちを抱えているITエンジニアの人もいると思うので、学習ロードマップと合わせて紹介していきます。 なお具体的な対象読者は業務でなんとなくSQL書いてるけど、ウィンドウ関数とか言われると分からんな……くらいの人です。 扱う領域と扱わない領域 扱う領域としてはだいたい以下 再入門本 SQL 内部構造 論理設計 周辺知識 データベース理論 その他高度なもの モデリング、NoSQL、分散データ
「Oracle Database(DB)は信頼性や可用性が高く、当社のシステムには欠かせない。しかしここ数年、保守料が右肩上がり。IT予算に占めるOracle DBの保守料金の割合が増えて困っている」。 製造業A社のシステム部長は悩んでいた。会計や販売管理、生産管理など社内の主要なシステムは全てOracle DBを利用している。しかし開発時期はバラバラで、システム構築を依頼したITベンダーもシステムごとに異なっていた。Oracle DBのライセンスはシステム構築に合わせて、その都度購入している。システムごとに同じOracle DBとはいえ、バージョンは異なり、システム部門の保守作業も手間になっていた。 「Oracle DBを使っているシステムの維持費用を削減したい」。こう考えたシステム部長は、安定稼働していて、今後も大きな業務機能の変更もないと想定できるシステムのデータベースの保守契約を止
繋ぎとして資料まとめ投下。 -神話・民謡・伝説- 汎用資料Wiki - 神秘世界 外国の神話や妖怪のまとめ。 ゆらぎの神話百科事典 ゆらぎの神話に関する用語の解説まとめ。創作。※はてブユーザーに感謝を。あえて外さないのが俺のジャスティス。 世界神話事典 Dictionary of Pandaemonium 外国の神話や宗教に関するまとめ。 たまねぎ地獄 ファンタジーや怪物・妖精に関する資料サイト 空想上の怪物やファンタジーにおける文化まとめ。 幻想世界神話辞典 世界全般の神話を集めたサイト。 神話と歴史 外国の神話の歴史などまとめ。 ファンタジィ事典 外国の神話まとめ。 アリアドネの意図 神話まとめ 外国の神話まとめ。 神魔精妖名辞典 神話上の怪物の名前やらまとめ。 神話総合サイト Fanatic of うぬぼれーる 絵で神話を解説するサイト。 妖怪王 日本の妖怪を中
「BigQueryは120億行を5秒でフルスキャン可能」は本当か? 先日、kaheiさんがGoogle BigQuery(Googleクラウドの大規模クエリサービス)について、こんなエントリを書いていた。 とにかくパフォーマンスがすごい。(Fluentd Meetupでの)プレゼン中のデモで、ディスクに収められた5億件のデータをSQLでフルスキャンするのに3秒しかかからない。9億件のデータを正規表現を含んだSQLでスキャンしても、7秒で終わる(これ、記憶がちょっとあいまい。もう少しかかったかも)。これには驚いた。佐藤さんがGoogleに入社して一番驚いた技術が、一般公開される前のBigQueryだったと言っていたが、その気持ちはわかる。 From Fluentd Meetupに行ってきました これを読んだ時、BigQueryの検索スピードについてちょっと補足したくなった。確かにFluent
FrameGen is a powerful application designed to streamline the process of creating xcarchive files from your xcodeproj projects. With an intuitive user interface and a wide range of functional capab...
悲報 2019年6月26日現在、TeamSQLのサポートがなくなってしまったようでダウンロードできなくなくなりました。。 TeamSQL has retired and is not available for download anymore. 今までSequel Proを重宝してきましたが、それを超えるGUIツールが出てきました。 その名も、TeamSQL 現状サポートしているものだけでもかなり豊富 今後、elasticやmongoDBにも対応されるようです。 機能 クエリ保存 履歴保持 ファイル出力 抽出した結果をボタン1つでcsvやjson形式に保存可能。 共有 データをエクスポートしなくても共有が可能。 グループの作成が可能なため、特定のユーザー同士で簡単に共有ができるとこがメリット。 可視化 様々なチャートでクエリの可視化が可能。 そのままイメージとして保存も可能。 テーマ選択
『インターネットマガジン』の創刊は、日本でインターネットが本格商用化された1994年で、月刊誌の形態として1994年10月号から2006年5月号まで136号を発刊してまいりました。これらに収録された記事は、日本のインターネットの1つの歴史として、資料性の高いコンテンツであると考えています。 TIMEMAPとは TIMEMAPは、時間軸に着目した新方式の検索エンジンです。情報の新しい探し方や見方を提供します。 アーカイブ内の記事が時系列に整理された年表が作成でき、また連想検索による関連記事の閲覧も可能です。 詳しくはこちら→ 『インターネットマガジン』の創刊は、日本でインターネットが本格商用化された1994年で、月刊誌の形態として1994年10月号から2006年5月号まで136号を発刊してまいりました。これらに収録された記事は、日本のインターネットの1つの歴史として、資料性の高いコンテンツで
※ かなり前の記事ですが、未だに引用されるので一応追記しておきます。タイトルと画像がキャッチーなのはちょっと反省していますが、これを見てBigQuery使うのを躊躇している人は多分あまり内容を読んでいないので気にする必要はないです。自分は当時の会社でも今の会社でも個人でも普通にBigQuery使っていて解析用データなどはBigQueryに入れる設計をよくしています。また、アドベントカレンダーだったのでネタっぽく書きましたが事前に想定できる金額です。 ※ 代役:プロ生ちゃん(暮井 慧) 巷のBigQueryの噂と言えば「とにかく安い」「数億行フルスキャンしても早い」などなど。とりわけ料金に関しては保存しておくだけであれば無視できるほど安く、SQLに不慣れなプロデューサーがクエリを実行しても月数ドルで済むなど、賞賛すべき事例は枚挙に暇がありません。 しかし、使い方によってはかなり大きな金額を使
Webデザイン・デザイナーに役立つネタを収集して、データベースにまとめて公開しています
概要 全般 推奨 非推奨 命名規則 通則 表 列 別名、相関名 ストアド・プロシージャ 統一的接尾辞 問合せ文 予約語 空白類 インデント 望ましい形式 Create文 データ型の選択 デフォルト値の指定 制約とキー 非推奨設計 付録 予約語リファレンス SQLスタイルガイド(日本語訳) 日本語訳について 日本語訳は誤訳や原文の最新版に追随していない恐れがあります。誤訳や改善点があれば、GitHubのissueまたはpull requestを使用するか、Twitterでお知らせください。 翻訳: 久利史之 @nkuritw 概要 このガイドラインは利用の他、forkしたり、自分自身のものに改変したりすることができます。ここで大事なのはスタイルを選択しそれを踏襲することです。変更の提案やバグの修正にはGitHubのissueまたはpull requestを使用してください。 このガイドライン
はじめに 「達人に学ぶDB設計」、「SQLアンチパターン」を読んだのでDB設計をする流れとその過程でのチェックポイントをまとめてみました。 今回は本に載っているものの中でも特に重要そうな部分に絞ってみました。 さらに詳しいことを知りたい方は本を購入してみてください。個人的には達人に学ぶDB設計徹底指南書のほうがおすすめです。こちらだけあれば十分だと思います。 DB設計には大きく分けて論理設計と物理設計の二つがありますが、今回はアプリケーション開発でメインとなる論理設計の部分に焦点をあてて説明をします。 一番最後にチェックポイントだけをまとめた章を用意したので、チェックポイントだけ知りたい方は最後だけ見ていただければと思います。 DB論理設計の流れ DB論理設計は以下のようなステップで進めていきます。 エンティティの抽出 エンティティの定義 正規化 ER図の作成 以下では各ステップごとに章を
開発者向けのSQLインデックス解説サイト、管理についての間違いない知識を提供します。 インデックスは開発時には忘れられがちである一方で、非常に効果的なSQLのチューニング方法です。Use The Index, Lukeでは、HibernateなどのORMツールの解説にとどまらず、SQLのインデックスについて基礎から説明します。 Use The Index, LukeはSQLパフォーマンス詳解のWeb上の無料版です。サイトを気に入って頂けたら、ぜひ書籍も購入してみて下さい。また、このサイトの運営をサポートする様々なグッズも販売しています。 MySQL、Oracle、SQL ServerなどにおけるSQLのインデックスUse The Index, Lukeでは、ベンダにとらわれないインデックスの説明を心がけています。製品特有の事柄については、以下のような表示をしています。 DB2Use The
パブリックドメイン、クリエイティブコモンズでライセンスされている各種クリップアートをダウンロードできます。 サイト作成、プレゼンテーションやレポートなどで使えるアイコン風のものも多いので、ちょっとしたアクセントを加えたいときに便利です。 ダウンロードは以下から。 Open Clip Art Library :: openclipart.org :: Drawing Together. http://www.openclipart.org/ 上記ページの「Clip Art Search by Keyword BETA」から検索して探すこともできます。 ジャンル別に探したい場合はここから http://www.openclipart.org/cgi-bin/navigate まとめて全部ダウンロードしたい場合はこちらから http://www.openclipart.org/downloads
この季節、生活環境が変わったりなんだりで必要となる知識があるでしょう。 ということで新生活の役に立ちそうな情報のあるサイトのまとめ。関係無さそうなのも多々ありますけど。 主にニュースサイトとして活動していた頃の自分用メモを並べたので 情報としては古いものがあると思いますが、知識としては問題無い。と思うよ。 お役に立てば幸いです。 ■1人暮らし ★ 一人暮らしでつけた知恵を教え合うスレ [日刊スレッドガイド] 自己紹介の時使える無難な趣味教えろ [【2ch】ニュー速クオリティ] 住んでから最悪だと気付いた物件・環境 [日刊スレッドガイド] 一人暮らしで買ってよかったと思うもの、後悔したもの [【2ch】ニュー速クオリティ] 安心できる引越業者を選ぶポイント [All About] お部屋晒し.com2 2ch家具板のお部屋をマタ〜リうpするスレのまとめサイト。 水場
【PR】あなたの写真を簡単キレイに無料補正 写真をポラロイド風に ひとつ目は、あっという間に写真をオシャレにできるオンラインツール Polaroid-o-nizer™ アップロードした画像(GIF・JPEG・PNG)のURLを入れてクリックするだけ 余白に文字を入れることもできます。(英語のみ) お好みで写真の角度を自由に変えられます。 ■ポラロイドイメージの作り方 Background color (RGB value) RGB値で背景色を設定できます。(デフォルトは白) URL to image (GIF, JPEG or PNG, 200x200 pixels minimum) 使用できるイメージサイズの最小サイズは200x200ピクセル x and y coordinates (optional) オプションで座標の指定ができます。 Rotation angle (between
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Health Insurance High Speed Internet Work from Home Healthy Weight Loss Best Penny Stocks Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
コピペ大事典「コピペディア」へようこそ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ コピペディアは、コピペで出来た百科事典です。 2ちゃんねるなどのコピペを、カテゴリー別にまとめています。 誰でも自由に投稿・編集が出来ます。どうぞお気軽に参加してください。 ,__ iii■∧ / ━ (,, ゚Д゚)/ ━━━━━━∧∧━━━━∧∧━━━━━━━━━━━━ | `つ ∇ (゚Д゚,,) (゚Д゚,,) | | | ̄ ̄| /⊂ ヽ /⊂ ヽ ~| | | □ | √ ̄(___ノ~ √ ̄(___ノ~ . ∪∪ | | || ━┳┛ || ━┳┛  ̄ ̄ ̄ ̄.| |========================= 最近更新された項目 ごめんnyaさい 餌まだかnya マツダ・タイタン 働
「Yahoo!百科事典」は、小学館提供の日本大百科全書(ニッポニカ)を無料で検索・参照可能なサービスですロック・ギターの革命児ジミ・ヘンドリックス生まれる 1942年11月27日、アメリカのロック・ギタリストで歌手のジミ・ヘンドリックス生まれる。12歳でギターを手にし、ロバート・ジョンソン、マディ・ウォーターズ、B・B・キングらのブルースを聴いて学んだ。60年代前半はアイズレー・ブラザーズなどリズム・アンド・ブルース・アーティストの伴奏バンドで働いた。66年ロンドンに移住し自らのバンド、ジミ・ヘンドリックス・エクスペリエンスを結成、演奏活動を始めるや一晩で時の人となり、エリック・クラプトン、ザ・フーのピート・タウンゼンドらのギタリストはその年のジミのクラブ出演すべてに通い詰めたといわれる。ギターを背中に回して弾いたり、歯で弾いたりといった曲芸的奏法や、エスカレートしたすえに舞台上でギターを
大規模UIをJavaScriptで実現するためのテクニック、サイボウズkintone開発の現場から。デブサミ2012 7万行規模のJavaScriptプログラムで構築されたユーザーインターフェイス。そのプログラミングで使われたテクニックとはどういうものか。 2月16日、17日の2日間、都内で開催されたイベント「デベロッパーズサミット2012」(デブサミ2012)で、サイボウズ株式会社 開発部 若原祥正氏、生駒浩隆氏が講演「kintoneの表と裏~大規模JavaScript開発と非構造データベース」を行いました。 講演では前半に大規模JavaScriptのテクニック、後半でスキーマレスデータベース構築の仕組みが解説されましたが、この記事では資料が公開された前半のJavaScriptのテクニックについて、ダイジェストで紹介します。 7万行のコード、フレームワークはClosure Library
NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 現在のシステム構築では、オープンソースのソフトウェアを使うことは当たり前になってきています。PostgreSQLはそうした中で主にエンタープライズ向けのデータベースとして着実に事例を増やしてきています。 その中で、PostgreSQLを大規模なミッションクリティカルなシステムの中で使うには、どのようなノウハウが求められるのか。オープンソースの利用に積極的なNTTデータがその事例を、1月26日に開催されたイベント「NTTデータオープンソースDAY 2015」のセッション「NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?」で紹介しています。講演内容をダイジェストにしまし
Twitterで話題になってたので簡単にまとめました。 ●MyISAMにしか無い機能を使いたい場合はMyISAMを使うしかない ・全文検索 (TritonnやSphinx) ・GIS ●InnoDBの利点(MyISAMの欠点) ▲障害対応系 ・クラッシュしても再起動するだけでリカバリができる ・クラッシュリカバリにかかる時間はテーブルサイズに比例するようなことはなく、コミット済みのデータは修復できる (巨大なMyISAMテーブルのREPAIRには数日単位で時間がかかることがある) ・オンラインバックアップができる ・INSERTやLOAD DATAなどを実行している途中でCtrl+Cでその更新系SQL文を止めても、テーブルは壊れないし、中途半端な状態で更新されることも無いし、スレーブが止まることも無い ▲性能系 ・行レベルロックなので並列性が高い(MyISAMはテーブルロック)。またSEL
どうも。よくブロックチェーン興味あるけどよくわからん、という声を某所から聞くので、僭越ながら自分が勉強するために使っている参考文献を紹介します。 今後自分が新しく読むたびに追加していく予定です。 色々と追加していって、だんだん初心者向けじゃなくなっている気がしますが、各通貨内の小見出しが、上から下に行くに従って内容が難しくなるように並べてあります。 Mastering Bitcoin (書籍) Mastering Bitcoin Mastering Bitcoin(翻訳版) https://bitcoinbook.info/translations-of-mastering-bitcoin 名著中の名著ですね。主にビットコインのブロックチェーンに関する一通りの説明が乗っています。業界では読んでいることが常識と呼ばれるくらいに一般的な書籍となっています。 全部目を通しておいて損はないと思われ
トップ1%に入る年収はいくらか? 先週土曜日(21日)、面白い体験をした。その日は、たまたま2件、テレビとラジオの出演があった。ともに、格差問題で、ピケティ本に関する話だった。筆者が、ピケティ本の解説本(『【図解】ピケティ入門 たった21枚の図で『21世紀の資本』は読める! 』http://www.amazon.co.jp/dp/4860637402/)を書いているから、お呼びがあったのだろう。 テレビはBS朝日『Live Nippon』(18:54~20:52)でテーマは「景気回復は本当か?格差問題は?」、ラジオはJ-WAVE『Prime Facto』(21:00-24:00)でテーマは「もしアイドルがピケティを読んだら?」だった。 BS朝日では、最近の格差拡大を意味する以下の図がでてきた。 これをベースにして、トップ1%の人のシェアが最近拡大しているという話だ。実は、ピケティ本の各国の
管理画面のフロントエンドコードを書く時代は終わりました。 Vironがあれば、OpenApi(Swagger)でAPI定義を行い、実装するだけで管理画面が完成します。 そしてこれはOSSです。誰でも自由にお使いいただけます。 概要 Vironは、複数の管理画面を管理できるよう設計された、管理ツールマネージメントコンソールです。 APIサーバーとOAS2.0 jsonファイルを作成するだけで、管理画面が一つ完成します。 経緯 私の会社では、大小さまざまな自社サービスが開発・運用されています。 管理画面をサービス・サイト毎に作っていましたが、それには限界がありました。 エンジニアからしたら、管理画面用のデザインやAPIを作らなきゃいけない。工数がかかる。 運用・プロデューサーは、UI・UXが管理画面で違うため、操作を覚えるという学習コストが高い。 さらに外から見たいときにスマホから見れないし、
Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応 SQL文を直接書かなくとも、自動的にSQL文を生成、実行してくれるORM(Object-Relational Mapper)は、プログラミングを容易にしてくれる技術としてRailsやHibernate、Springなどさまざまなフレームワークなどで活用されています。 一方で、ORMが生成するSQL文はときに複雑に、あるいは非効率なものとなり、データベース処理の遅さにつながることもあります。 このとき、SQL文の生成と実行を明示的にコードとして記述する必要がないというORMの特徴が、なぜデータベース処理が遅くなったのか、どのようなSQL文が生成され、そのどこに原因があるのか、といった調査を難しくている面があり
よくMySQLはサブクエリが弱いと言われるが、これは本当だろうか?半分は本当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし
近年、自分の中で集計/可視化は Fluentd(datacounter)+Growthforecast で定番化していました。 しかしプロダクトで新たに集計/可視化の要件が出てきたことと、 最近可視化ツール周りで 「Kibanaってなんじゃ?」「Graphiteってなんじゃ?」「InfluxDBってなんじゃ?」 など、このツール達は一体何なんだろう…?というのが前々から気になっていました。 今回良い機会なので ◯◯は何をするものなのか? というのを一つ一つ調べてみました。 いわゆる「触ってみた系」の記事なので だいぶ浅い感じです。 大分類 大きく分けると、可視化ツールは以下の3つに分けられそうです。 ログ収集/集計 時系列DB(+API)の担当。バックエンド側。 可視化部分の担当。 今回は バックエンド と 可視化部分 に焦点を当ててみます。 バックエンド 全文検索時エンジン+Restfu
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く