- Змішані
- 19 серпня 2026 р. о 02:12 UTC
- Авторизація
- Kamo
- Про нас
- 25140e0
Створення лідера на іпотечному ринку не вдалося з "Дата Базовим столом LEADS" не існує. Будь ласка, запустіть KamoInitializerApp для створення схеми." Стіл був там. Реальна помилка: вводити в призводить (...) значення (...) повернення свинцю id ERROR: стовпчик "lead id" не існує (SQLState 42703) id стовпчик UID. LeadClaimMortgage's @PrimaryKeyJoinColumn. Hibernate 6.2 побудує вступний стіл JOINED SUBCLASS ключовий стовпчик, тому тільки підклас зламався -- звичайний провідник був завжди тонкий, чому саме іпотечні ринки не вдалося. Відтворено в ізоляції; Hibernate 6.5 забезпечує той же картографування правильно, але Spring Boot 3.1.5 штифти 6.2.13 на послуги, які виконують це. Додаток (APP UID проти APPLICATIONS) здійснюється ідентичний дефект, неігра. Виправлення як за допомогою fetching id від унікальний rowid() BEFORE вставки. Гібернати потім не має нічого, щоб читати назад і випромінювати посилання на всі матеріали, які не є виправте на 6.2 і 6.5 так само, як. Послідовність стовпця за замовчуванням від, так ids залишаються вище 2^53 і зберігати послідовність як рядки; типові за промовчанням і все ще служать сирим SQL. Немає зміни схеми -- КамоІніціатор не потрібно виконувати. Перейменування ключового стовпця дитини, щоб відповідати кореневу, була очевидною альтернативою і не вив'язується: KamoInitializer's ddl-auto працює до кожного бігунка міграції і б додати дублікати першого стовпчика, а дитячий стільець сидить на У цьому стовпчику, який YugabyteDB не може переходити в місці. @SequenceGenerator на kamo unique rowid seq також небезпечний - він зробить послідовність експорту що ddl-auto може створити START з 1 проти бази даних, відсутній шім, кидки нижче 2^53.