GitHubライク、GitHubクローンなサーバアプリ。 目的 自分のソースコードを自分のHDDで管理したい。公開する必要はない。 きっかけ 2018年6月にGitHubがMicrosoftに買収された。どうなるか不安を感じたのでローカルでGitHubサーバを立てる方法を探した。 動機 プロプライエタリなサービスはいつ終了や改悪、改変されるかわからず怖い せめて自分のコード管理くらい自分でできるようになりたい Webサービスのリスク GitHubや類似のWebサービスを使ってもいい。ただ、その場合は以下のようなリスクがある。 不自由(OSSでないため自分の思い通りにできない) WANネット接続必須 サービス終了(データ消失リスク) サービス改悪(泣き寝入り) サービス改変(仕事の手続きを変更余儀なくされる) GitHubサーバアプリ GitHubライクなOSSのサーバアプリが存在する。これ
ツイッターでは、また「国民の怒りで自民党を壊滅させよう」などというハッシュタグがトレンドになっている。しかし、今のままでは絶対に自民党は壊滅しないし、政権交代も起きない。断言する。 コロナ対応はじめ菅政権の政策はどう考えても終わっているし、このまま行けば総選挙のある9月頃には支持率も惨憺たるものになっているだろう。自民党は間違いなく議席を減らすだろうし、それによって菅内閣は退陣に追い込まれるだろう。しかし、それでも与党の過半数は揺るがず、政権交代は起きない。岸田か河野か知らないが、別の自民党総裁が生まれ、総理に就任するだけである。 なぜそう言えるのか。 圧倒的な組織票(と公明党からの選挙支援)を持つ自民党に対し、野党が勝つには、無党派層からの圧倒的支持を得るしかない。ところが、その無党派層は、たとえ自民党に失望していたとしても、「強い動機」がなければ野党に投票することなく、ただ投票に行かず
こんにちは。アーキテクト部の廣瀬です。 弊社ではサービスの一部にSQL Serverを使用しており、BigQuery上のデータ基盤へテーブルを連携しています。連携の仕組みは非常によくできているものの、データ不整合や遅延が発生し得るという課題を抱えていました。しかし、SQL Serverのスナップショット分離レベルを導入することでそれらを解決できました。本記事では、抱えていた課題および解決までの流れと、スナップショット分離レベルを導入する際に気を付ける点を紹介します。 データ基盤連携の方法と課題 データ基盤との連携方法は、日次連携とリアルタイム連携の2種類です。それぞれの連携方法と抱えていた課題について説明します。 日次連携 1日1回、SQL Server専用の一括コピーツールである「bcp」を使用してテーブル全体のデータを取得する連携方法です。データ取得時のSQLのイメージは以下の通りです
SQL Server には「NOLOCK」というヒント句があります。 基本的な動作については ヒント (Transact-SQL) – Table に記述があり、このドキュメントには次のように記載されています。 READUNCOMMITTED ヒントと NOLOCK ヒントはデータのロックにのみ適用されます。 READUNCOMMITTED ヒントおよび NOLOCK ヒントを含むクエリを含め、すべてのクエリは、コンパイル中と実行中にスキーマ安定度 (Sch-S) ロックを取得します。 このため、同時実行トランザクションがテーブルの Sch-M (スキーマ修正) ロックを保持している場合、クエリはブロックされます。 たとえば、データ定義言語 (DDL) 操作では、テーブルのスキーマ情報を変更する前にスキーマ修正 (Sch-M) ロックを取得します。 READUNCOMMITTED ヒントま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く