JF
Artem Mi
когда ведешь учет документов, то у тебя не может быть такого что 2 документа с таким же номером например
Ну если прям ооооооооочень надо сделайте доп таблицу со сквозной нумерацией id и id сущности
Size: a a a
2021 February 16
AM
только id сущности будет мало
AM
тогда будет uid 1 - 1 (id pk)(nr doc some) uid 2 - 1 (nr doc some1) some & some1 diff table
JF
Artem Mi
только id сущности будет мало
Ну если Вам надо костыли - просто завидите long, который будете инкрементировать при каждом сохранении в бд (но если что я вам это не советовал)
AM
я думаю пока каунтер впихнуть через SharedPref. а там посмотрю, его обнулять когда бд создается
AM
а там может при рефакторинге чет лучше придумаем
JF
Artem Mi
я думаю пока каунтер впихнуть через SharedPref. а там посмотрю, его обнулять когда бд создается
Иметь сквозную нумерацию всех сущностей - очень плохая идея
AM
это не мои требования
JF
Artem Mi
это не мои требования
Ну или доп таблицу:
сквознойID - имя таблицы - I'd сущности
сквознойID - имя таблицы - I'd сущности
AM
дословно что нужно
JF
Artem Mi
дословно что нужно
Не знаю тарабарского
QH
Не знаю тарабарского
польский ващет
QH
со знанием украинского или белорусского половина слов выглядит знакомо)
AM
неповторяющийся в памяти номер, который будет приписан каждому созданному документу в кратце
AM
и еще идти по порядку*
AM
с помощью этого идентифицируют документ*
JF
Artem Mi
неповторяющийся в памяти номер, который будет приписан каждому созданному документу в кратце
Тогда вам однозначно нужна общая таблица "документы" со структурой как я описал выше
JF
со знанием украинского или белорусского половина слов выглядит знакомо)
Знаю эти языки, но Польский == Эльфийский
AM
ну вот тоже такой вариант был, и там будут поля id(pk), idDoc(fk), TypeDoc
JF
Artem Mi
ну вот тоже такой вариант был, и там будут поля id(pk), idDoc(fk), TypeDoc
Либо создавать общую таблицу документов и все хранить только в ней с nullable полями