You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Ridgepole インスパイアの golang 用 DB スキーマのマイグレーションツールを作りました。 https://github.com/naoina/migu Migu は Ridgepole と同様に(バグが無い限り)冪等性が保証されています。 Ridgepole と違うところは、スキーマ定義を DSL ではなくて golang の struct で定義するところです。こうすることによって、モデル定義 = スキーマ定義となるので DRY になります。 使い方 下記を schema.go というファイル名で保存します。ファイル名は何でもいいんですが、ここでは schema.go を使います。package 名も何でも構いません。 package schema type User struct { Name string Age int } 次に migu_test というデータ
Why JSON Schema?While JSON is probably the most popular format for exchanging data, JSON Schema is the vocabulary that enables JSON data consistency, validity, and interoperability at scale. Streamline testing and validationSimplify your validation logic to reduce your code’s complexity and save time on development. Define constraints for your data structures to catch and prevent errors, inconsist
このサイトは様々なスキーマを紹介します。スキーマとは、ウェブマスターがページをマークアップすることによって大手検索プロバイダーに認識されやすくなるHTMLタグです。 Bing、Google、Yahoo! などの検索エンジンサイトはこのマークアップを通してより質の高い検索結果を出すことができ、またユーザは探したいページを簡単に見つけられるようになります。 多くのサイトはデータベースに保管されている構造化データから生成されています。このデータはHTMLにフォーマットされる場合、元の構造化データを復元することが難しくなります。検索エンジンを初めとする多くのアプリケーションは構造化データに直接アクセスすることによってメリットを得ることができます。ページ内にデータを埋め込むオンページマークアップを導入することによって、検索エンジンはさらに質の良い検索結果を出すことができ、ユーザが本当に必要な情報を提
MongoDBなどはスキーマレスなデータベースであり,先にスキーマ決めなくても,何でもつっこめることになってる. データベースから見ればスキーマレスということでいいけど,アプリケーション的には,何が入ってるかちゃんと管理したい. 下の例では,AliceとBobでは持ってるフィールドがちがって,Bobはhobbyを持ってるけど,Aliceは持ってない. { name => 'Alice', age => 20, } { name => 'Bob', age => 21, hobbies => ['tennis', 'soccer'], } これくらいなら見れば分かるけど,長期間運用してて,結局何が入ってるのか分からない,みたいなことがあって,難しかった. オブジェクトをどんどん渡していくと構造を教えてくれるのを作った. hitode909/perl-object-classifier · G
NOTE: This page lists implementations with (or actively working towards) support for draft-06 or later. For implementations supporting only draft-04 or older, or that are no longer in development, see the Obsolete Implementations page. Implementations below are written in different languages, and support part, or all, of at least one recent version of the specification. Implementations are classif
好きな IPA は志賀高原ビールの @soh335 です。 早くビール飲みたいのですが書かないと怒られるので今日は、隣の発明家が作った GitDDL というモジュールについて説明しますね。 (隣の発明家に任せると「GitDDLまじイノベーティブ(完)」としか説明してくれないので) なにするものなの 名前を見て通り、Git で database の schema 管理をするものです。それ以前は、DBIx::Class::Schema::Versioned とかを使っていたようです。 仕組み まず、Git で管理されている schema ファイルを指し示すコミットのハッシュを database 上で管理します。 schema に変更があった場合、このコミットのハッシュが databse 上のものとで差異が生まれます。よって database 上の schema は期待する schema ではな
これまたマニアックな苦笑。 DB Patternsでは、ありがちなデータベース設計を共有することができる。 フォトアルバムだったらこういうテーブルがあって、こことこのキーが共有されるとかなんとかをグラフィカルに見ることができる。 まだ投稿も少ないし、いろいろ突っ込みどころもあるのだが、初心者のうちは確かに悩むところだし、便利なサービスではなかろうか。 ユーザー登録をするとすでにあるパターンをForkしたり、新しく作ったりもできるようだ。興味がある方はどうですかね。
2. 分散 KVS の利点と課題 利点 Elastic scaling (弾力性のあるスケーラビリティ) Big data (大規模データ) Goodbye DBAs (さらばデータベース管理者) Economics (経済性) Flexible data models (柔軟なデータモデル) 課題 Maturity (成熟) Support (サポート) Analytics and business intelligence (アナリティクスとビジネスインテリジェンス) Administration (管理) Expertise (専門性) NoSQL について知っておくべき 10 の事柄 ( http://www.publickey1.jp/blog/10/nosql10.html ) より引用 今日のテーマ 3. HBase 、 Cassandra のデータモデル multi dim
デフォルトで用意されている Solr の数値型データタイプには、基本形として int, float, long, double の4種類があります。 さらにそれぞれに最初に t, p , s が追加された、tint, pint, sint 等のバリエーションがあります。 schema.xmlのサンプルより抜粋 t ではじまるデータタイプは範囲指定検索( range queries )が高速にできます。範囲指定をよく使うフィールドに使うとよいでしょう。 上記で class="solr.TrieIntField" とあるようにトライ木(Trie)でデータ管理されています。 p と s は古いバージョンとの互換性のために存在しているのであまり気にしなくてもいいかもしれません。 p ではじまるデータタイプは数字を文字列として扱います。ソートすると文字コード順にソートされます。文字列なので範囲指定検
XML Messages for Updating a Solr Index Solr accepts POSTed XML messages that Add/Replace, Commit, Delete, and Delete by query, using the url /update (there is also a CSV interface). Here is the XML syntax that Solr expects to see: The Update Schema (Not to be confused with schema.xml.) add/replace documents Simple Example: <add> <doc> <field name="employeeId">05991</field> <field name="office">Bri
HowFriendFeedUsesMySqlToStoreSchemaLessData - FriendFeed では MySQL を使いどのようにスキーマレスのデータを保存しているのか 目次 この記事について FriendFeed? では MySQL を使いどのようにスキーマレスのデータを保存しているのか 背景 概観 詳細 一貫性と原子性 性能 FriendFeed? では MySQL を使いどのようにスキーマレスのデータを保存しているのか この記事について "How FriendFeed? uses MySQL to store schema-less data" の日本語訳です http://bret.appspot.com/entry/how-friendfeed-uses-mysql CC 2.5 でライセンスされています: http://creativecommons.org/
はじめに W3C XML Schema は学ぶのも使うのも簡単だ … 落とし穴をよける方法を知っていればね。「やるべきこと」はこれだ。最低これだけおぼえておけばいい。 これを使え!: 要素宣言、属性グループ、モデルグループ、単純型 可能な限り XML 名前空間を使え! そしてその正しい使い方を学ぶべし。 そして「やってはいけないこと」がこれだ。 XML Schema の名人になろうとするな! それには何ヵ月もかかるだろう。 こんなものは使うな!: 複合型(その理由)、 属性宣言(その理由)、 記法(その理由) ローカル宣言は使うな!(その理由) 置換グループは使うな! (その理由) targetNamespace 属性のないスキーマ(いわゆるカメレオンスキーマ)を使うな!(その理由) 後で説明するが、実際これらの「やってはいけない」ことをやらないことで失うものは何もない。 長くておぼえられ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く