ну да, не логично. То есть я правильно понял, что на каждую модель, делать класс Repository
Book + BookRepository
Customer + CustomerRepository
Product + ProductRepository
?
PS
делал также индексом обычным поле ИНН, потом поле КПП и потом уникальным ИНН + КПП., т.е. тремя. Вот и думаю, а не лучше ли только уникальный один, вместо трех.
ThunderCat, а может быть сделать отдельную таблицу временных контактов и связать таблицы внешним ключом? Если инфа о клиенте не полная то хранить в ней, если же менеджер заполнил всё верно, то при обновлении пройдёт проверка и в случае успеха данные в клиенты добавятся, пропишется номер, а из временной удалятся.
гемор?)