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
Data & Tools DataManaged Database for PostgreSQL & MySQLNew generation of Relational Databases designed to scale on-demandManaged Database for Redis™Accelerate your web application with powerful caching of Memory DatabasesManaged MongoDB®Drive your own document-oriented database. Let us managed the engineServerless SQL DatabaseGo serverless with fully managed databaseMessaging and QueuingSend mess
前回の MySQL/MariaDBとTransactdのInnoDBロック制御詳細 その1 - BizStationブログ では、InnoDBのロックの詳細について説明しました。 今回は、TransactdのトランザクションにおいてInnoDBのロックをどう扱うかを説明します。Transactdは、InnoDBロックを自在に操って同時実行性を高めることができます。 ロック制御は、マルチスレッドプログラミングとmutex lockなどの制御とよく似ています。これらを扱ったことがあるようでしたら、Transactdのロック制御はとてもやり易く感じると思います。 書き込みにおけるパフォーマンスの確保には、ロックを最小限にし同時実行性を高めることが不可欠です。ミッションクリティカルなアプリケーションもパフォーマンスの良いものにしましょう。 Transactdのロック制御 TransactdのAPI
職務経歴者や履歴書、職務記述書、求人広告は、昔から仕事を説明するのに使用されてきました。これらは、仕事を知るために事前に読んでおくべきもので、その内容を解釈しておく必要のある事柄が書かれた、文章のみのドキュメントです。 これが私たちに誤解を与えるのです。 このブログ記事では、このドキュメントに共通して書かれる肩書きについて検証していきたいと思います。私たちは誰もが肩書きを持っていますが、いったい肩書きとは正確に何を意味するのでしょう? さらに言わせてもらうと、同じ言葉に対して、私たちはどれだけ共通の認識を持っているのでしょうか? このことを掘り下げていく前に、まずはワークシェイプについて簡単に説明していきます。 1. 自分の時間をどのように使いたいか? この質問に対する答えは、人材と仕事をマッチングさせる上でとても重要なことだと考えます。ワークシェイプとは、この質問に対する答えが視覚的に表
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く