正之の葬儀のときに葬儀奉行であった会津藩家老友松氏興は、神社の維持管理の方法として、神社の神田を作ってそこからの収益で維持することを考えた。そして、荒野を切り開いて田を開発するために造られたのが土田堰（はにたぜき）である。土田堰は長瀬川（酸川の合流地点よりやや北側の辺り）から引水され、磐梯山東麓から土津神社の境内前を通り、大谷川下流にそそぐまでの約17キロメートルの堰で、磐梯山の南麓・猪苗代湖北西部一帯を灌漑している。土田堰によって開墾された村は土田新田村と呼ばれた。また、正之の墓と土津神社を守り、祭事を行う人々のために造った集落が土町（はにまち）である。土町は土津神社の門前に位置し、住民は年貢や賦役を免除されていた。現在、土田堰は江戸時代と同様に磐梯山南麓一帯の水田を潤しており、また、土町は民宿街として多くの観光客で賑わっている。
寛文12年8月11日、正之は重臣と共に見祢山へ登り、磐椅神社へ参拝した。その時にこの地を気に入り、自らの墓所と定めたという。翌年に正之が死去すると、遺言どおりにその地に葬られ、神式の葬儀によって埋葬された。この時期、江戸幕府は葬式は仏式によるものと定めていたが、吉川惟足が老中稲葉正則と交渉し、神式で執り行う旨の許可をとった。その後、前述したとおり2年後の延宝3年に墓所の南側約1キロメートルの地に土津神社が造営された。古来の正式に則った神殿造で、日光東照宮と比較されるほどの絢爛豪華な建物だったという。しかし、慶応4年（1868年）の戊辰戦争時、母成峠の戦いで会津藩が敗れた後、猪苗代城代高橋権大夫の命で土津神社には火が放たれ、全焼してしまった。その後、会津藩が斗南藩（現・青森県下北半島）に移封されると、土津神社の御神体も斗南藩に遷された。明治4年（1871年）の廃藩置県によって斗南藩が廃されると、御神体は猪苗代へ戻り、磐椅神社に祀られた。この後、明治7年（1874年）から土津神社の再建が始まり、同13年に完成し、御神体が遷されて現在に至っている。昭和62年（1987年）5月12日、会津若松市東山町と耶麻郡猪苗代町に所在する「会津藩主松平家墓所」が国の史跡に指定された。
土津神社は延宝3年（1675年）、磐梯山麓見祢山の地に葬られた保科正之の墓所に造営された。「土津」（はにつ）という名称は、寛文11年（1671年）に正之が吉川惟足より吉川神道の奥義を授けられた際に「土津」の霊神号を送られたことに由来している。翌寛文12年12月18日（1673年2月4日）に正之が死去すると、遺言通り見祢山の麓・磐椅神社の西方に葬られた。正之は生前、死後は磐梯山の神を祀る磐椅神社の末社となって永遠に神に奉仕したいと望んでいたという。そのため、土津神社は磐椅神社の末社となっている。現在境内には、明治13年（1880年）に再建された社殿と7つの末社、山崎闇斎の撰文で正之の治績を刻んだ高さ7.3mの土津霊神之碑があり、さらに奥の院として正之の墓所がある。
アメリカ合衆国国勢調査局に拠れば、郡域全面積は442.49平方マイル (1,146.0 km²)であり、このうち陸地417.63平方マイル (1,081.7 km²)、水域は24.86平方マイル (64.4 km²)で水域率は5.62％である。
トランザクション処理では通常、ホストが"トランザクション的資源"を提供し、"トランザクションマネージャ"が、資源に対する全ての操作を含んだトランザクションを管理する。分散トランザクションの場合も、他のトランザクションと同様に、4つのACID特性全てを満たし、作業の単位（一まとまりの操作）に対して、結果が完了するか全く行われないかのどちらかになるという原子性が保証される。Open Group コンソーシアムがX/Open Distributed Transaction Processing (DTP) Modelを提唱しており、これは分散トランザクションモデルに従うコンポーネントの振る舞いのデファクトスタンダードになっている。データベースはトランザクション的な永続性記憶資源として一般的なもので、複数のデータベースにトランザクションがまたがることも頻繁にある。厳密には、単一DBMS内で異なる物理的ノードに分散コンピューティングしたデータベースにするのが分散データベースであり、複数DBMS間にまたがるトランザクションが分散トランザクションである。異なるDBMSが異なる資源管理であり、異なる資源管理間の同期を取る (あるいは、ACID特性を実現させる）サブシステムがトランザクションマネージャである。分離性(ACIDのI, Isolation)は、複数のデータベースにかかわるトランザクションにおいて、特別な考慮を必要とする。各データベースが直列化可能性 を守っていても、大域的には特性が破られてしまう（大域直列化可能性参照)可能性がある。実際には、商用のデータベースシステムは並行性制御のために、厳密な二相ロック(SS2PL)を使用する。参加する全てのデータベースがこれを採用すれば、大域的な直列化可能性を保証することができる(コミット順序を参照）。分散トランザクションの正しい完了を保証する一般的な方法は2相コミットプロトコルである。このアルゴリズムは通例数ミリ秒から数分単位の短い時間でコミットできる更新操作に適用される。寿命の長い分散トランザクションも存在する。たとえば旅行を予約するトランザクションは航空券の予約、レンタカー、ホテルの予約などからなる。航空券の予約は確認が取れるまで数日かかることもあるため、資源を長期間ロックしてしまう二相コミットは適用できない。この場合より適切な方法は、複数のアンドゥレベルを持つことである。これにより、ホテルの予約をキャンセルし、システムは特定の操作をアンドゥできるよう設計することができる（不可逆な操作が完了の場合を除く）。長寿命の分散トランザクションは、Webサービス上に実装されている。これらのトランザクションは補償トランザクションの原則を用いており、ロックを施さず楽観的に分離性が保たれているものとする。 X/Open の標準でも、超寿命の分散トランザクション処理は対象としていない。Enterprise JavaBeans(EJB) やMicrosoft Transaction Server(TMS)といった多数の現代的なテクノロジーが分散トランザクションの業界標準をそれなりにサポートしている。