# Every published address for architecture principles, part 2 of 2

This leaf as JSON: https://banes-lab.com/json/api/ids/architecture/_2
count: 22
group: architecture

| ref | kind | title | summary | json | markdown | bytes | fingerprint |
| --- | --- | --- | --- | --- | --- | --- | --- |
| architecture:manual-identity-migration | technique | Manual Identity Migration | A technique for renaming files one container at a time by hand, re-pointing each pattern and comparing what each aggregator collects before and after. | https://banes-lab.com/json/records/architecture/manual-identity-migration | https://banes-lab.com/records/architecture/manual-identity-migration.md | 12867 | 25758f7d3a7e7c5e33bf77c0e7b9efb074ea5fb12db112c1a4d99e5247a87eb2 |
| architecture:collision-consolidation | principle | Collision Consolidation | A design rule that a filename already held by another file is first read as a sign that both files do the same job, and a variant is added only after the code shows that their jobs differ. | https://banes-lab.com/json/records/architecture/collision-consolidation | https://banes-lab.com/records/architecture/collision-consolidation.md | 8794 | 1add87eb7dbd5b669145b78e573f9846026d8e1a74e097f0355308dcffdda539 |
| architecture:mirrored-test-placement | constraint | Mirrored Test Placement | A rule or precondition that a test sits in the concern folder of the file it tests, under a test root mirroring that file's governed root, and moves whenever that file moves. | https://banes-lab.com/json/records/architecture/mirrored-test-placement | https://banes-lab.com/records/architecture/mirrored-test-placement.md | 9636 | 4e60b26e6423add21a18d7b5ef732def9fa8f50339bf4a3fe30b1b9a7a235f91 |
| architecture:sanctioned-generic-subject | constraint | Sanctioned Generic Subject | A rule or precondition that a file takes the one generic subject only when it is generic over its type parameters and names no domain noun anywhere in its source. | https://banes-lab.com/json/records/architecture/sanctioned-generic-subject | https://banes-lab.com/records/architecture/sanctioned-generic-subject.md | 7448 | a3f6d33744035a55211429068a4103ca50e88e13a5319ce383f3a63033f80003 |
| architecture:conformance-at-creation | principle | Conformance at Creation | A design rule that a file created under a governed root is named and placed correctly when it is first written, so no conversion queue accumulates behind new work. | https://banes-lab.com/json/records/architecture/conformance-at-creation | https://banes-lab.com/records/architecture/conformance-at-creation.md | 8789 | 13f8abc3d10fde53645ba7ae1147fe60604a7f3d6a1da93c41d38d6a16c7126c |
| architecture:registry-held-order | principle | Registry-Held Order | A design rule that load or execution order is held by an import list or a registry, so a filename carries no numeric prefix the grammar would have to parse. | https://banes-lab.com/json/records/architecture/registry-held-order | https://banes-lab.com/records/architecture/registry-held-order.md | 8344 | 56004ad94033ab7025202c98a1d236fe3d3ffedf4445042b568e1fa165993024 |
| architecture:externally-resolved-slot | mechanism | Externally Resolved Slot | A mechanism that resolves a name slot whose words another source owns against that source, whether an index that allocates identities, an upstream key set or a field the file itself carries, so the closed vocabulary never holds a copy of them. | https://banes-lab.com/json/records/architecture/externally-resolved-slot | https://banes-lab.com/records/architecture/externally-resolved-slot.md | 11789 | e5b58b9c6b4e3d7643feeef5fd0971911e552978644c5570fbf6792c87331c71 |
| architecture:case-dialect | mechanism | Case Dialect | A mechanism that binds file extensions to the case their language names files in and reads the same subject, variant and concern slots from the stem's word boundaries. | https://banes-lab.com/json/records/architecture/case-dialect | https://banes-lab.com/records/architecture/case-dialect.md | 10508 | 674893778845d391396d32fc1a5318e0b2856478e402131310b4efc8255895ca |
| architecture:root-spine-files | constraint | Root Spine Files | A rule or precondition that a governed root carries only its entry document and its accumulators at the root, and every other file sits in a concern folder. | https://banes-lab.com/json/records/architecture/root-spine-files | https://banes-lab.com/records/architecture/root-spine-files.md | 8527 | 2ea7e5de5af8699fe285f86555423cf9e7e46ab57f467b415f6eaa47cd736560 |
| architecture:idempotency | principle | Idempotency | A design rule that repeating an operation with the same input has the same effect as running it once. | https://banes-lab.com/json/records/architecture/idempotency | https://banes-lab.com/records/architecture/idempotency.md | 16913 | 0a1236683823e03a1429cf06ef7cb322492f4ecb412a7e64e7325eab203f08d3 |
| architecture:atomicity | principle | Atomicity | A design rule that the steps of a state change either all take effect or none do. | https://banes-lab.com/json/records/architecture/atomicity | https://banes-lab.com/records/architecture/atomicity.md | 11752 | c5e5e382800206bd2a7ddd90ae45b83c706e221c8cfd36bc13afe82f300cdd32 |
| architecture:acid | model | ACID | A conceptual representation of the four guarantees of a database transaction: atomicity, consistency, isolation and durability. | https://banes-lab.com/json/records/architecture/acid | https://banes-lab.com/records/architecture/acid.md | 11315 | b10e0b724e25b0bb858f62ea67815fa9f0e475a4f8b9b858dd7059a9e092ffaa |
| architecture:transaction-boundary | constraint | Transaction Boundary | A rule or precondition that a transaction covers exactly the writes of one unit of work inside one service. | https://banes-lab.com/json/records/architecture/transaction-boundary | https://banes-lab.com/records/architecture/transaction-boundary.md | 12155 | 21438b9da342e3cead268e6179ff3eab53a560fe59648c30b7655ce396772424 |
| architecture:unit-of-work-pattern | pattern | Unit of Work Pattern | A design pattern that collects the changes of one use case and commits them together in a single transaction. | https://banes-lab.com/json/records/architecture/unit-of-work-pattern | https://banes-lab.com/records/architecture/unit-of-work-pattern.md | 8805 | dbf9b7313c3e361b09f29003986e3e658eb54744134aff32db5e66a5e6f57304 |
| architecture:consistency | quality-attribute | Consistency | The degree to which stored data satisfies its invariants after every change. | https://banes-lab.com/json/records/architecture/consistency | https://banes-lab.com/records/architecture/consistency.md | 28780 | 58331d8ff0c8653c8dff2bf6b8dac2ec2b161edcf589b9d71837cba69dc8eab0 |
| architecture:isolation | constraint | Isolation | A rule or precondition that concurrent transactions do not see each other's uncommitted changes, to the degree the isolation level declares. | https://banes-lab.com/json/records/architecture/isolation | https://banes-lab.com/records/architecture/isolation.md | 10746 | 9fcb7c75d00fee6f7ad6a6b8f1e0601506b03b57b8ceccf6eab8e7f4aff644fe |
| architecture:concurrency-control | mechanism | Concurrency Control | A mechanism that coordinates concurrent access to shared state, through locks, versions or compare-and-swap. | https://banes-lab.com/json/records/architecture/concurrency-control | https://banes-lab.com/records/architecture/concurrency-control.md | 13102 | 5622f18836e29e9c4e0e1067d4e15f5a8725428c1c911af5356829b822957798 |
| architecture:optimistic-locking | pattern | Optimistic Locking | A design pattern that checks a record's version when it is written and rejects the write if another writer changed it first, comparing only the writer's own span where a surface is fenced per writer. | https://banes-lab.com/json/records/architecture/optimistic-locking | https://banes-lab.com/records/architecture/optimistic-locking.md | 10869 | 4624c9b20b0bb62ed45722dfd93d9fcb408fea49a1cb5d9d36194dba1b39d6e9 |
| architecture:pessimistic-locking | pattern | Pessimistic Locking | A design pattern that locks a record before reading it for update, so other writers wait until the transaction ends. | https://banes-lab.com/json/records/architecture/pessimistic-locking | https://banes-lab.com/records/architecture/pessimistic-locking.md | 11808 | a5d5646cf492cf559a10827c9fc3bffb10f183bde9d78303925af43f1e0bd2cf |
| architecture:state-isolation | principle | State Isolation | A design rule that each piece of mutable state belongs to one unit of concurrent execution, so no two units that run at the same time can write it. | https://banes-lab.com/json/records/architecture/state-isolation | https://banes-lab.com/records/architecture/state-isolation.md | 15067 | 06f3440dcde743278bb2a3328abe854b917394872bb5f9704ba217d65b34884f |
| architecture:controlled-side-effects | principle | Controlled Side Effects | A design rule that mutation, I/O and persistence happen at declared boundaries, around a core of pure functions. | https://banes-lab.com/json/records/architecture/controlled-side-effects | https://banes-lab.com/records/architecture/controlled-side-effects.md | 12249 | bc56a616a8ea5c7e7b4b1cadfa7a207e3f9ea04cfff9094253f7c2599d11c222 |
| architecture:petri-nets | model | Petri Nets | A conceptual representation of concurrent flow as places holding tokens and transitions that consume and produce them, which can be analyzed for deadlock. | https://banes-lab.com/json/records/architecture/petri-nets | https://banes-lab.com/records/architecture/petri-nets.md | 9052 | 23164016745ed5f818d89aca274fa83d296799b8456616458b5c9c3b94698ebb |