일부 데이터 모델 리팩토링 후 일부 데이터 마이그레이션을 수행하고 복합 기본 키가있는 몇 개의 테이블을 가져 와서 큰 테이블로 결합하고 고유 한 기본 키를 제공합니다. 이 시점에서 필자는 이전 테이블 데이터를 새 테이블에 복사하고 AUTO_INCREMENT를 사용하여 기본 키를 할당하는 SQL을 작성했습니다. 마이그레이션이 완료되면 PK 필드에서 AUTO_
시나리오 : 하이/로우는 테이블이 비어 소호 100 와 MyEntity 초기화됩니다. 서로 다른 연결을 가진 두 개의 세션 모두에 세 개의 항목이 삽입되었습니다. TableIds 1
2
3
100
101
102
세번째 나중에에 와서 세 가지 항목을 삽입하는 경우 : TableIds ...
200
201
202
이러한 격차를 얻을 수있는
데이터베이스가 복원되기 전에 작업중인 시스템을 종료해야합니다. 고객이이를 수행하지 않으면 응용 프로그램 서버의 메모리 내 상태가 데이터베이스와 일치하지 않기 때문에 심각한 문제가 발생할 수 있습니다. 손상된 데이터베이스로 인해 오류가 발생하고 시스템이 작동을 멈추고 데이터베이스를 사용할 수 없게 될 때까지 약간의 시간이 걸릴 수 있습니다. 그래서이 상황을
현재로서는 HiLo 설치에 MaxLo이 1000 인 것으로 설정되어 있습니다. 이것이 과도한 것인가? 이 번호를 100과 같이 줄여도 괜찮을까요? public class HiLoConvention : IIdConvention
{
public void Apply(IIdentityInstance instance)
{
instanc
DDD (Blue book, Evans)에 따르면 공장은 유효한 상태의 집계 루트를 만드는 책임이 있습니다. 이것은 기술적 ID (mongoDB 세계의 objectId)와 도메인 ID를 생성 할 수 있어야한다는 것을 의미합니까? 한편으로 이것은 기술적 인 세부 사항처럼 보이며 Mongo가 ID 생성을 처리하도록하는 것이 좋습니다. 다른 방법으로 ID로 쿼리
에 대한이 질문 NHibernate HiLo - one table for all entities 그래서 내가 읽은 http://daniel.wertheim.se/2011/03/08/nhibernate-custom-id-generator/ 을 본 적이 그리고 난 최대 절전 모드에서 그것을 할 노력했다. hibernate는 속성 hashmap에서 "where"
Azure SQL에서 스키마 생성을 실행하려고하는데, HiL을 사용하여 메신저가 생성 되었기 때문에 Azure SQL에 CLUSTERED INDEX와 HiLo 테이블이 필요하지 않습니다. 기본적으로 Azure에서 HiLo를 사용해 본 사람이 있습니까? 누구든지이 문제와 관련하여 올바른 방향으로 나를 안내 할 수 있습니까? 감사
최대 절전 모드 4.2.x에서 작업 중이며 HiLo 시퀀스 생성을 사용하지 않으려는 경우 - 매번 DB (oracle)로 이동하십시오. <property name="hibernate.id.new_generator_mappings" value="true"/>
을 그리고 내 기업은 다음과 같습니다 : 나는 persistance.xml이 행을 추가 @Enti
C#/NHibnernate 관점에서이 질문을하지만 일반적으로 적용됩니다. 염려되는 점은 HiLo 전략은 id가 꽤 빠르지 만, 예를 들어 낮은 레코드 수 테이블 (예 : 사용자)이 높은 레코드 수 테이블 (예 : 주석)과 동일한 ID 세트에서 공유한다는 것입니다. 따라서 잠재적으로 다른 전략을 사용하면 높은 수를 얻을 수 있습니다. 그렇다면 사람들은 무엇을