タグ

関連タグで絞り込む (4)

タグの絞り込みを解除

dbとprogrammingに関するstealthinuのブックマーク (10)

  • 本番でTableを1つDeleteしてしまいON DELETE CASCADEでさらに4つTable dataが消えた話 - Qiita


    起きた事 本番環境のデータ調査の依頼を受けた。その調査を受ける前に、それとは別で不要データを本番DBから削除する作業をMySQL Workbenchで行っていた。 本番DBで、データ調査を行う際にMySQL WorkbenchでSQLのselectと間違えてdeleteを実行してしまい、Tableを1つ丸ごとDeleteしてしまった。 ON DELETE CASCADEが親テーブルに設定されてしまっていたため、さらに4つのTable dataが芋づる式に消えてしまった。 ON DELETE CASCADEの説明としては、この記事がわかりやすかったです。 https://www.dbonline.jp/mysql/table/index11.html テーブルの構成(テーブル名などは例として挙げていて、実際のものとは多少異なります) 正しい設定 usersテーブルでuserを削除した時に、そ
    本番でTableを1つDeleteしてしまいON DELETE CASCADEでさらに4つTable dataが消えた話 - Qiita
    stealthinu
    stealthinu 2020/12/03
    drop tableしたんじゃなくてdeleteで全データ削除しちゃったのね。んでon delete cascadeが双方向！に設定されててみな消えたと…　そら頭真っ白になるな。
    リンク

  • 分析SQLのコーディングスタイル - クックパッド開発者ブログ


    SQL、書いてますか？ こと大規模データ処理の分野においてはSQLはもはや標準インターフェイスであり、 分析やらバッチやらに関わっている皆様は日々大量のSQLクエリーを生産していることと思います。 そこでちょっと気になるのが、 SQLのコーディングスタイルってどうするのが一般的なんだっけ……？ という点です。 イマドキはSQLなんてO/R mapperに吐かせることが多いからなのか、 それともコードを広い範囲で共有することがそもそもないからか、 SQLのコーディングスタイルについて見聞きすることは他のプログラミング言語に比べるとだいぶ少なく、 いまいち決定版と言えるスタイルがないなと感じています。 そんなわけで本日は、SQLのコーディングスタイルについての意識を活発化させるべく、 クックパッドでわたし︵青木︶が使っているコーディングスタイルから特徴的な点を紹介したいと思います。 特に、分析
    分析SQLのコーディングスタイル - クックパッド開発者ブログ
    stealthinu
    stealthinu 2016/11/10
     参考になった。自分も予約語なるべく大文字にしてたけどまあ確かに小文字でもいいわな。先頭カンマかあ…　試してみてもいいかなあ。  

    ●SQL
    ●db
    ●programming
      
    リンク

  • 嵐のコンサートがあるとダブルブッキングしてしまうホテル予約システムを作ってみた

    今年の5月1日に、仙台市内のホテルで多重予約のトラブルが発生したと報道されています。 部屋数２０３室の仙台市のビジネスホテルで、９月１８～２３日の宿泊予約を数千件受け付けるトラブルがあった。アイドルグループ「嵐」のライブが宮城県内で開催される期間だった。インターネットでの申し込みが殺到し、システム障害が起きたとみられるという。 トラブルがあったのは、仙台市泉区の「ホテルルートイン仙台泉インター」。ホテルなどによると、９月１９、２０、２２、２３日に宮城スタジアム（宮城県利府町）で嵐がライブを開くことが明らかになった後の５月１日午前５時ごろ、ネットを使った予約申し込みが殺到していることに気づいたという。 ２０３室のホテルなのに「予約」数千件　嵐公演で殺到か：朝日新聞デジタル より引用 5月1日の朝に何があったのか調べてみると、この日の早朝にテレビや新聞でコンサートの情報が流れたようですね。 お

    嵐のコンサートがあるとダブルブッキングしてしまうホテル予約システムを作ってみた
    stealthinu
    stealthinu 2015/05/07
    排他制御不備のせいではという予想だけどブ米にもあるようにそれ以前の仕様的なところでこの問題だったんじゃないのかなあ。でもジャニヲタの方々の行動力は自分の想定超えてるからそうとばかりも言えんか…
    リンク

  • イミュータブルデータモデル(入門編)

    This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur

    イミュータブルデータモデル(入門編)
    stealthinu
    stealthinu 2014/10/21
    この「リソース」と「イベント」に分けてリソースの修正は必ずイベントが噛んでるはず、という考え方は良いな。
    リンク

  • 主キーはインデックスではない - 設計者の発言


    仕事柄、奇妙なDB構造を目にすることが多い。どういう発想からそんな設計がされるのかを理解したいと思っていたのだが、モデラー仲間の秋里さんが先日うまい指摘をした。﹁主キーをインデックスみたいなものと勘違いしているからではないでしょうか﹂。インデックス︵キー︶というのは、レコードの並び順を規定するキーのことだ。 たしかに思い当たる節がある。﹁こんな順にレコードが並んでいれば処理上都合がよさそうだ﹂という考えで主キーが設定される。さらに主キーはユニーク制約でもあるので、重複が起こらないように﹁多め﹂に項目を突っ込んでおく。つまり﹁ユニーク制約をともなう代表的インデックス﹂程度に主キーが理解された結果として、グダグダなDB構造が出来上がるのではないか。 じっさい、昔こんなことがあった。{a,b,c,d}の複合主キーをもつテーブルＸがある。ところが、別のテーブルＹからテーブルＸの特定レコードにアクセ
    主キーはインデックスではない - 設計者の発言
    stealthinu
    stealthinu 2014/08/27
    『「全テーブルの主キーを"id"にしてしまえばいいではないか→問題がなくなるのではなく「潜航」してしまう。結果的に関数従属性やユニーク制約や更新不可制約の保全を個々のアプリが引き受ける羽目になる』
    リンク

  • 今まで見たもっともクソなテーブル設計 - 何か着ていればいいよ


    あれは、僕がデータベースを扱ううち最初から3件目のプロジェクトだった。 C++のソースが難解で火を吹いているという話で、自分は低スキルの若造。火にくべるには丁度良い程度のやる気と責任感をもっていた。折悪く別のプロジェクトが終了した直後だったもので投入されたのでした。 現場で﹃DBからデータを吸い出すツールかSQLを作ってくれ﹄といわれ話をきくと他社が作ったDB定義がすこぶる使いづらいという。ER図やDB定義を見せてくださいと言ったのだけど、そんなものは無いという返事。 今ならもうここら辺で逃げ出すところですが、当時は﹃ふーん。﹄てなもんでそういうこともあるのかくらいの軽い気持ちで考えていました。 で、プロジェクトの資料をあさりまくって何とかDB定義のようなものも見つけDBのデータを調査し始めたのですが何かがおかしい。 機能の数に比して異様にテーブル数が少ないのです。 ふと周りを見ると、皆
    今まで見たもっともクソなテーブル設計 - 何か着ていればいいよ
    stealthinu
    stealthinu 2014/03/05
    はー、さすがにこんなすごいのは今まで経験したことないわ…
    リンク

  • 第1回　NoSQL、そしてCassandraとは | gihyo.jp


    NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF︵単一故障点︶を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何かNoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach
    第1回　NoSQL、そしてCassandraとは | gihyo.jp
    stealthinu
    stealthinu 2010/04/28
    NoSQL=Not only SQL CassandraはFacebookが開発したBigtableデータモデルのオープンソース
    リンク

  • MySQL 文字化け問題を本気で直す

    mysql> status; -------------- mysql Ver 14.7 Distrib 4.1.20, for redhat-linux-gnu (i386) using readline 4.3 Connection id: 36 Current database: staff2006 Current user: maiha@localhost SSL: Not in use Current pager: lv Using outfile: '' Using delimiter: ; Server version: 4.1.20 Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client char

    stealthinu
    stealthinu 2006/10/20
    デフォルトの文字コード指定をUTF8に全部そろえる
    リンク

  • Ywcafe.net

    Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Credit Card Application Contact Lens Online classifieds Healthy Weight Loss Anti Wrinkle Creams Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information

    stealthinu
    stealthinu 2006/06/23
    位置情報を検索
    リンク

  • １人で稼ぐ日記 | MySQL：１台しかない環境でエセ負荷分散


    MySQLのネタ。1台しかない環境でエセ負荷分散を行う。 MySQLで負荷分散を考えたとき、1台目にマスターのＤＢサーバー、2台目以降をスレーブのＤＢサーバーとして用いる。 マスターは更新系のみのＳＱＬ文を、 スレーブは参照系のみのＳＱＬ文を投げる。 こんな負荷分散を1台のサーバーで行う必要が出てきた。 現在1台でやっていて、ディスクＩＯが追いつかずに捜し求めた結果、下の形で落ち着いた。1つのテーブルでインデックスを含めたサイズが 30MB〜100MBほどで安定している、という条件があるのですが かなり負荷下がります。 ※上記サイズは搭載メモリサイズによって変わります -------------------------- ■やりかた 負荷が高いテーブルをＡとする1‥Ａと同じテーブル構成で、エンジンをMEMORY(he
    stealthinu
    stealthinu 2006/03/08
    検索用のテーブルをメモリ上にもって、更新はディスクととメモリ上とに行う。あたまいい。
    リンク
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.