ナメック星人の神様になるまで（覚えている範囲） １．ナメック星から地球へやってくる。 （たしか、戦争か環境の変化でナメック星に住めなくなってしまいピッコロだけ宇宙船に乗って地球にきた） （そのときの生き残りがナメック星に残っていて悟空達が ナメック星にドラゴンボールを探しに行ったはず） ２．神様になりたくて神様のところに行く （これってかなりサイコだねｗ） ３．神様のところで修行するもピッコロには悪の心があるとそのときの神様から指摘される。 ４．ピッコロは神様になるために悪と善の心身を分離する。 ５．ピッコロ神様になる。同時にピッコロ大魔王誕生 ６．これ以降デンデへと世襲される。

マイクロソフト、NoSQLデータベース「Extensible-Storage-Engine」をオープンソースで公開。25年以上、ExchangeやActive Directoryなどで利用 マイクロソフトは、Windows NT 3.51に初めて搭載されて以来、何度もコードを書き換えられてExchange 4.0やActive Directoryのバックエンドなど、さまざまなマイクロソフト製品に組み込まれ、文字通り何百万台ものマシンで稼働してきたNoSQLデータベースエンジン「Extensible-Storage-Engine」のソースコードを公開しました。 Extensible-Storage-EngineはISAMベースのデータベースエンジン。 トランザクションに対応した更新処理と検索による一貫性を備え、また一貫性を保持するためのクラッシュリカバリ機能も搭載。ライトアヘッド処理とスナッ

はじめに Twitterのタイムラインを見ていたらバッチ系のプログラムで逐次コミットをやめて一括コミットにしたら爆速になったというのを見ました。当たり前でしょ、と思ったけど確かに知らなければ分からないよね、と思って主に初心者向けにRDBを扱うときの注意点をまとめてみました。 プログラミングテクニック的なところからテーブル設計くらいの範疇でDBチューニングとかは入ってないです。 自分の経験的にOracleをベースに書いていますが、他のRDBでも特に変わらないレベルの粒度だと思います。 大量の逐次コミットをする バッチアプリケーションでDBにデータをインサートすると言うのはかなり一般的な処理です。しかしデータ量が少ない時はともかく大量のインサートを逐次コミットで処理するとめちゃくちゃ遅くなります。数倍から十数倍遅くなることもあるので、10分程度のバッチが１時間越えに化けることもザラにあるので原

このブログが話題になってますね。制約を付けること自体はよいことだけど、無目的に適用すると害も生じると思います。 無目的という言い方はおかしいな…。外部キー制約をどのように使えばいいのか、逆にどんなときに使うとまずいのかを考えてみたいと思います。 tech.tabechoku.com 例えば、これ。外部キー制約はできるだけ付けるとか、何も考えずに付けるとよくないと思います。 外部キー制約は、可能な限りつけるようにしています。 DBが別れている場合、外部キーはもちろん貼れないのですが、そうでない場合はとにかく何も考えず貼っています。データベース設計の際に気をつけていること - 食べチョク開発者ブログ テーブル設計をシミュレーションする いいたいことの結論はこれ。以上終了なのですが、もう少しわかりやすく書いてみよう。 何も考えずに外部キーを貼るのは良くないな。トランザクション境界の外で結果整合性

PC整理の障壁「Thumbs.db」 フォルダ整理をしていると、ときどきフォルダが削除できなくて困ってしまうことがありませんか？ Windows7以降のPCでよくある現象のようです。原因はいろいろあると思いますが、よく出くわすのが下記の画面。 「エクスプローラーによってファイルは開かれているため、操作を完了できません。」 「Thumbs.db」という謎のファイルが邪魔をしていて、フォルダが消せないよ、というメッセージが出てきます。 そんなことを言われても、「Thumbs.db」というファイル自体、目に見えないことも多くて、どうすれば良いのか分かりませんでした。 結局、少し時間を置いて他の作業をしてからフォルダを削除すると、すんなり消えてくれることもあります。 しかし、大量のフォルダを削除したいときや、まとまった時間に一気に整理を終わらせたいときには、不要なフォルダはできるだけすぐに削除した

改正個人情報保護法において、個人情報取扱事業者は、個人データを利用する必要がなくなったときには、当該個人データを遅滞なく消去する努力義務を負うことになります。 ※本QAの凡例は注の通りです1。 改正の背景 改正前個人情報保護法においては、個人情報（個人データ）の取得段階、利用段階、保有段階、提供段階についての規定が設けられていましたが、必要なくなった個人データの取扱いに関する規定、すなわち、廃棄・削除段階の規定はありませんでした。 この点、「利用目的の達成に必要な範囲」（個人情報保護法16条）を超えた場合には、速やかに消去すべきと考えられてきましたが、利用目的は多岐にわたることから個人情報を保存していることがただちに同規定に違反するとは考えられませんでした（瓜生和久編著「一問一答　平成27年改正個人情報保護法」（商事法務、2015）66頁）。 しかしながら、クラウドコンピューティングの普及

言い訳から始めます。この記事を（途中まででも）読んだ人は、次のように言いたくなるでしょう。 『理論から学ぶデータベース実践入門』は良い本なのか悪い本なのか、いったいどっちなんだよ?! この本は間違いや説明不足があり、誤読されやすい表現も多く、その点では残念な本です。しかし、面白いアイディア、するどい観察も含まれていて、行間を補い深読みすれば、多くの示唆を得られる本でもあります。 よって、「良い／悪い」の二択では答えられません。良い点と悪い点の両方を、できるだけ客観的に記述するしかないのです。それをした結果、長い記事となりました。 内容： ことの発端： zhanponさんの批判 奥野本擁護と奥野本批判 僕の擁護・批判の方針 zhanponさんの指摘の再検討 1. 論理的な矛盾とデータの不整合を混同している 2. 命題論理の限界についての説明がおかしい 3. 古典論理の定義を間違えている 4.

お久しぶりでございます。scalaでバックエンドを開発しているaxtstar(@axtstart)でございます。 前回はRe:ゼロから始めるJavaScript入門 の話をしましたが、今回は、、、、 やっとScalaの話…ではなく、Scalaは私よりも詳しい方にお任せして Excel マクロでツールを作りましたのでその話をします。 DevOpsでよくある要望 DevOpsや開発、システムテスト等で、とあるExcel上にあるデータをDBに格納したい。みたいな案件・要望はよくあると思います。 そしてそのExcelファイルも、セルのデータの中に改行コードや引用符がないのであれば良いのですが、そうとも限らないというのが実情です。 また昨今はxmlやJSONといった形式のデータがセルに格納されていて、それを登録するなんて話もあったりするかもしれません。 なのでVBAでExcelのセル内容をそのままD

以前書いた「MySQL データベースからテーブル定義書を生成する」が、地味にアクセスがあるようです(当社比)。ナウでヤングで意識高いギークさんには見向きもされないような類の古臭いイシューだと思ってましたが、平成27年のニッポンでは現在進行形の悩ましい問題だったりする訳ですかね？ とまぁそんな訳で続編というか改訂版というか。前回記事では、ダンプした DDL を SQL::Translator という CPAN モジュールを使った perl スクリプトで XML 化した上で、それを XSLT で HTML 変換するという、ちょっとややこしい手順でした。その後、MySQL のダンプコマンド mysqldump には --xml というオプションがあって、こいつを使えば XML 形式の DDL がカンタンに入手できることが判明！(って今頃ヲイw つまり、 mysqldump --no-data -

悩ましいseed用データ作り db/seeds.rbで利用するデータは大別すると以下の２つに分かれるかと思います。 マスタデータ（例：国名、首都、都道府県、市区町村など） 環境別の初期データ（例：開発環境の登録済みユーザアカウントなど） これらのうち、マスタデータについてはそれほど問題はないのですが、登録済みのユーザアカウントとなるとユーザーテーブルと関連するテーブルが増えるほど作成が面倒になってきます。これを解決するためにdevelopment環境でもFactoryGirlを使ってテスト用のデータを読み込むという手を使うこともできるのですが、FactoryGirlをdevelopmentで使うのを避けたいという人はいるでしょう。 seed_dumpを使ってデータベースの中身をダンプする そこで活躍するのがseed_dumpです。このgemはデータベースにあるデータをdb/seeds.rb

DB保存時に個人情報的なやつは暗号化しておきたいという要望はよくあるかと思います。 今回はattr_encrypted というgemを利用してみました。 自前で実装するなら ActiveSupport::MessageEncryptor が利用できるようですのでこちらも少し試してみました。 まずはActiveSupport::MessageEncryptor 以下のような module を作成し、（cipherについては後述） encrypt_secure_key は secrets.yml に定義。 module Encryptor CIPHER = "aes-256-cbc" def encrypt(password) secure = Rails.application.secrets.encrypt_secure_key crypt = ActiveSupport::Message

データベース移行ではどのような作業を行わないといけないのか？全体的な流れを俯瞰的に見なければ、作業の見積もりなどが難しいことだろう。というわけで、今日はデータベース移行時に必要になる作業について7つのステップに分けて紹介しようと思う。言うまでもないことであるが、移行時には既存システムを直接いじるわけではない。（稼働中のシステムを直接いじるのは、走ってるクルマに乗り込むのと同じぐらい危険な行為である！！）開発用のシステムを別途用意して作業を進めるという前提で読んで欲しい。 1. データベース構築まずは何はともあれ新規データベースを構築することである。MySQLであれば典型的な構成にしておけばそれなりに高速に動作するので、細かいチューニングは後で問題が出てからやれば良い。my.cnfはインストールディレクトリの下のsupport-filesディレクトリにあるものを弄ってもいいし、MySQL P

環境 rails 3.1.1 factory_girl 2.2.0 requireでfactory_girlとfactoryファイルすべてを読み込むと、seeds.rbでもfactory_girlが使えます。seeds.rbでfactory_girlを使うのは、テストと同じデータをブラウザでも確認できる、seeds.rbを非常に簡潔に書くことができる、といった利点があります。 以下の例では、このようなデータを作成する例です。 特定のユーザーを含む6人のUserインスタンスを作成 100件のArticleインスタンスを作成 100件のArticleインスタンスはそれぞれ、6人のうち1つのuser_idをランダムにふられる db/seeds.rb require 'factory_girl' Dir[Rails.root.join('spec/support/factories/*.rb')]

Stack Overflow for Teams is now called Stack Internal. Bring the best of human thought and AI automation together at your work. Try for free Learn more