WebアプリからOracleに接続するconnectionStrings（tnsname.ora不要） - Qiita
Webアプリケーションからデータベースに接続するとき、必要なのはconnectionStrings。 通常、Oracleに繋ぐにはProvider=OraOLEDB.Oracle~とかData Source=myoracleDBとか書くけれど、たいていの場合はtnsname.oraが必要だったりする。 で、いちいち用意してサーバー管理者に「入れて～」というのはものすごくめんどくさい。 なので、tnsname.ora無しで繋いでしまおうというのが以下のconnectionStrings。 <connectionStrings> <add name="OracleDB" connectionString="Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=ホスト名)(PORT=1521))(CONNECT_DATA=(SERVER=DE
Oracle Databaseで接続障害が発生した際の調査手法 | アシスト
アシストは1987年よりOracle Database製品の取り扱いを開始し、教育、技術支援、サポートを提供しています。Oracle Databaseはシステムの基幹となるソフトウェアであるため、ミッションクリティカルなシステムに対応できる24時間365日のサポートが必要となります。2014年、弊社サポートセンターでは1万件以上のOracle Database製品に関するお問い合わせをいただきました。お問い合わせの内容は様々ですが、運用中に発生したトラブルに関するお問い合わせの中でも早期解決のご要望が高いのは、データベースへの「接続障害」が発生したケースです。 接続障害を解決するには、接続障害の発生状況を正確に把握し、どの部分で問題が発生しているのかを特定した上で、調査に必要な情報を素早く収集することが重要です。接続障害が発生した場合に何を確認すれば早期解決が期待できるか、サポートセンター
UNIQUE制約でのNULLの扱い
PostgreSQLで、テーブルの複数列でUNIQUE制約をかけたとき、その中にNULLを許可する列があった場合の挙動について。 次のテーブルを作成します。 このテーブルに次のINSERT文でデータを入れてみます。 結果は次のようになります。 id=3は、UNIQUE制約違反でINSERTに失敗しています。 ここで引っかかったのはid=5がUNIQUE制約違反にならず、INSERTに成功しているところです。 私のイメージだと、NULLは何もないという感覚だったので、id=4とid=5のデータはUNIQUE制約に違反してid=5はINSERTに失敗すると思っていました。 調べてみると、PostgreSQLの一意制約の解説では、 一般に、制約の対象となる列について同じ値を持つ行が、テーブル内に１行を上回る場合は、一意性制約違反になります。 しかし、この比較では2つのNULL値は等価とはみなされ
第2回 トランザクションを知ればデータベースがわかる―「データ復旧」「同時実行制御」を行う“不完全な”しくみ（3） | gihyo.jp
ロックのコスト：スラッシングとデッドロック スラッシング DBMSがロックを行うとき、具体的にはロックの取得と解放という2つの動作をしています。そして、ロックが取得されている資源にほかのトランザクションがアクセスをかけてきたら、共有ロック同士でない限り「ブロック」を行います。あとから来たトランザクションをロック解放まで待たせるわけです。よく駅や空港のトイレで行列ができるのを見かけますが、あれなどまさにブロックされたトランザクション群の典型です[5]。トイレの便座を共有ロックで、というわけにはいきませんね。 このしくみから必然的に導かれる結果は、並行トランザクション数が一定数を超えると、1つのトランザクションが待機させられる頻度と時間が増え、平均のパフォーマンスが悪くなるということです。システムの特性（更新が多いのか、検索が多いのか）やハードウェア性能にも左右されるため、一般的な閾値（いき
2層ロッキングプロトコル | 応用情報技術者試験に受からなかったらクビ。
応用情報技術者試験に受からなかったらクビ。 PG2年目24歳が2010年4月に実施される応用情報技術者試験に挑みます。たくさん更新して御免なさい。もう必死なんです。 2層ロッキングプロトコルとは、トランザクションにおいてデータ操作の前に排他資源に対して一斉にロックをかけ(成長フェーズ)、操作終了後に一斉に解放する(縮退フェーズ)方式のこと。直列可能性が保証される。2相ロッキングプロトコルではデッドロックを防ぐことは出来ない。 ※トランザクション 最初の操作からコミットまたはロールバックまでの操作のこと。ACID特性を備える。 ※直列可能性 2つのトランザクションがある場合、実行の順序に限らず結果が同じ場合、直列可能であると言う。 ※デッドロック 2つのトランザクションが互いの処理に必要なデータをロックし合っているために、処理が続行できなくった状態のこと。
データベース: トランザクション分離レベルについてまとめてみる
1. ダーティーリード ダーティリードはトランザクション処理において、あるトランザクションが更新されている最中に、他のトランザクションからデータを読み出すことができてしまう現象のこと。 ここではトラン２が"りんご"を"みかん"に変更した後、トラン１が"みかん"を読み込むがその後、トラン２によって"みかん"は"りんご"にロールバックされます。 汚れ（誤り）のあるデータを読み込んでいることがわかります。 図の例の場合の対策例としてはトランザクション２が専有ロック（他のトランザクションによる書き込み、読み込み不可）を対象の行にかける等が考えられます。 2. ノンリピータブルリード（ファジーリード） 読み出した行がほかのトランザクションにより更新または削除され、同じトランザクションで再度同じ行を読み込んだときに、その行が更新または削除されていること。 ここではトラン１が"りんご"を読み出した後、ト
第10回 結合大全 （2）内部結合：SQLアタマアカデミー｜gihyo.jp … 技術評論社
内部結合～何の「内部」なのか～ 内部結合とは 内部結合（inner join）は、一番よく使われる結合の種類です。ほとんどのSQLの参考書では、結合といえば最初に内部結合から話を始めるものです。構文についてはすでにご存じの方も多いでしょうが、一応ここで紹介しておきましょう。 今、図1の社員テーブルだけ見ると、社員の部署名はわかりません（わかるのは部署IDだけ）。部署名を知るためには、部署テーブルの部署名（dept_name）列の情報を持ってこなくてはなりません。このときの結合キーはもちろん、どちらのテーブルにも存在している部署ID（dept_id）列になります（リスト2、図3）。 リスト2 内部結合を実行 SELECT E.emp_id, E.emp_name, E.dept_id, D.dept_name FROM Employees E INNER JOIN Departmen
Googleドライブでデータベースが使えるという衝撃 | 非IT企業に勤める中年サラリーマンのIT日記
Googleドライブ上でFusion Tablesというデータベースが使えます。Google Apps Script（GAS）で制御できるのと、それを介してスプレッドシートと連携できるのでとても便利です。今回はFusion Tablesの導入から認証方法、GASからの制御方法（今回は簡単にSELECT文からの読み込みのみ）について書き留めておきます。Fusion Tablesの導入Google Drive上の「アプリの追加」からFusion Tablesを探して有効化します。登場してから数年経ちますがまだ（試験運用）のままですね。 有効化すると新規メニューに現れるのでクリックして起動し... いろいろアプリを導入できるらしいのですが、その中から、「Fusion Tables（試験運用）」を選びます。まだ試験運用みたいですね。 導入するとメニューに現れます。それをクリック。 以下の画面が現れ
MySQLの外部キー制約RESTRICT,CASCADE,SET NULL,NO ACTIONの違いは？ - Qiita
-- Create syntax for TABLE 'categories' CREATE TABLE `categories` ( `id` int(11) unsigned NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; -- Create syntax for TABLE 'items' CREATE TABLE `items` ( `id` int(11) unsigned NOT NULL, `category_id` int(11) unsigned NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
データベーススペシャリスト試験に3ヶ月で合格するために行ったこと
平成29年春季のデータベーススペシャリスト試験に合格したので、体験をもとに気を付けることや勉強方法などをまとめて記録します。 データベーススペシャリストとは システムにおけるデータを格納する技術のひとつである、リレーショナルデータベースを専門的に扱うための十分な知識があることを証明する資格です。 基礎理論のほか、論理設計、物理設計に関する知識、SQLの構文やパフォーマンスチューニングに関する知識も必須となっています。 最近ではNoSQLなどのモダンなデータベースを扱うことも増えてきましたが、販売管理システムや金融系のシステムなどを扱うにあたっては、当然のごとく要求されるスキルです。 資格の難易度 IPAの公式ページによると、H29実績で14.5％の合格率、約7人に1人が合格しています。 論文問題のあるプロジェクトマネージャやシステムアーキテクトよりはまだ簡単かもしれませんが、合格率を見るに
DBスペシャリストに合格したので、効率の良い勉強方法を紹介する - the invention of t88
IPAの高度情報試験のひとつ、DBスペシャリスト。 合格率15%程度で比較的難関な資格ですが、コツ・慣れで対応可能で、合格するだけなら、初心者でも意外と何とかなりました。 ということで、実体験を元に、効率の良い学習法やおススメの参考書を紹介します。 H30年DBスペシャリスト試験に合格しました（ぎりぎり） 試験概要 受験時のステータス 勉強方法 午前1 午前2 午後1,2 補足 試験概要 データベースの企画、要件定義、開発、運用、保守、に関する試験 シラバス： https://www.jitec.ipa.go.jp/1_13download/syllabus_db_ver3_1.pdf 高度情報はすべて共通ですが、午前×2 午後×2の4つの試験があります。 このうち午前1は免除あり。 本番は午後。午前はラジオ体操くらいな位置付け。 受験時のステータス ・30代はIT系かなー、とぼんやり思っ
DBMSのロック・分離戦略と同時実行制御 - マイクロソフト系技術情報 Wiki
2024-09-11 VB6.0からVB（.NET）へのコンバージョン VB6→VB.NET移行 FAQ 移行性評価作業の作業内容 サーバ更改（バージョン・アップ移行） 移行・マイグレーション 2024-08-07 DataAdapter TableAdapter 性能問題のポイント SQL Server のロックのエスカレーション 2024-07-26 あるある 2024-07-04 開発支援ツールの自動生成方式 2024-06-17 GitHub Copilot 2024-06-04 GitHub GitHub Actions GitLab GitBucket 2024-05-28 Azure OpenAI Service AzureのAI系サービス Azure Databricks 2022-12-26 RecentDeleted 2024-05-28 Copilot FrontPa
DB未経験の新米エンジニアが読んだ書籍を時系列順に紹介 - Qiita
僕はDB未経験でサーバーサイドのエンジニアになりました。 SELECT文を覚えるところから始まりましたが、今では(保守/運用側ではなく)開発者側としてのDBの知識と技術は少しは身についたと思っています そこで、未経験の状態から現在に至るまでに読んだ書籍を時系列順に紹介したいと思います。 僕のように未経験でスタートした方の参考になれば幸いです。 尚、自分の環境はSQLServerですが、最後に紹介するのマイクロソフトのドキュメント以外は、ベンダに関係なく勉強になる内容だと思います。 本当に未経験時に最初に読んだ本 ■ SQL 第2版 ゼロからはじめるデータベース操作 https://amzn.to/2MOO1E0 内容紹介(amazonより抜粋) プログラミング学習シリーズ『SQL ゼロからはじめるデータベース操作』は、「データベースやSQLがはじめて」という初心者を対象に、プロのデータベー
すぐに終了するはずの処理が、急に「いつまでたっても」終わらなくなった（パフォーマンストラブル）
解決方法 ロック待ちによって処理が止まっていたならば、ロック元となっている処理の状況を確認し、それを開放することで解決できます。 まず、DMVでロック元であるsession_id「51」の接続情報を「dm_exec_sessions」を実行して調べます（図2）。 図2で、session_id「51」は「WIN2012R2NODE1」というホストで、「SQL Server Management Studio」から実行されている処理であることを確認できました。SQL Server Management Studioは、SQL ServerやAzure SQL Database用コンポーネントの管理・開発環境です。本システムの本番環境では必要のないものですが、「試験的に実行していた処理が、途中で放置されていた」ようです。この処理のロックを開放したところ、遅延がすっきりと解消されました。 ちなみに
RDB - 実例で学ぶ、JOIN (NLJ) が遅くなる理屈と対処法 - Qiita
"Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に
データベースパフォーマンスに関する、僕が知りうる限り最高の教科書 - レベルエンター山本大のブログ
データベースの醍醐味は、パフォーマンスチューニングにあります。 チューニングによっては、同じ処理でも1時間掛かる場合もあれば、 1秒で終わるということもあり得る世界です。 僕はDBの魅力に取り付かれた者の一人です。 DBという技術の奥深さが気に入っています。 DBを極めると、どこの現場に行っても絶対に必要とされます。 また、どこの現場に行っても正解を導く方程式は一緒なので応用が利くのです。 しかし、その基本原理を体系的に学べる手段はあまりありません。 OracleMasterやMCDBAといった資格試験でも学べることは限られていて あとはWebで調べるなりマニュアルを読むなりするしかありませんでした。 とくに肝であるパフォーマンスチューニングについては、 経験則でチューニングしている部分も多いです。 Oracle、SQLServer、MySQLと色々なDBのチューニングをしてきましたが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第四正規化・第五正規化・ボイスコッド正規化がややこしいので、備忘録として自分なりにまとめてみた(データベーススペシャリストの勉強) | メサイア・ワークス
こわくない同時実行制御
データベーススペシャリスト過去問道場｜データベーススペシャリスト.com
SQL Server 2017
{{#tags}}- {{label}}
{{/tags}}