Vladimir_84_Могут быть документы, аудио, фото, текст. При этом могут быть три владельца этих
документов - документ по делу, документ клиента, документ пользователя.
Как бы это все правильно связать то?

Тут надо смотреть на сущность этих документов и операции, которые с ними могут быть
произведены в рамках бизнес-логики. Но скорее всего таки правильнее будет создать три
отдельные таблицы документов, привязанные к делу, клиенту и пользователю соответственно.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_А три отдельные таблицы это что имелось в виду?

create table "документы по делу" ...
create table "документы клиента" ...
create table "документы пользователя" ...
Posted via ActualForum NNTP Server 1.5

Vladimir_84_То есть эта промежуточная общая таблица не нужна будет, а сделать три и каждую связать с
тремя таблицами по типу файла (audioDocs, photoDocs...)?

Нет, таблицы по типу файла не нужны.
Да и таблица Documents тоже сомнительна, хотя и радует поклонников нормальных форм.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_Ведь по одной доверенности можно хоть в ста делах участвовать

Нельзя.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_Ну как нельзя, если я этим занимаюсь =)

Хорошо, что я никогда не буду Вашим клиентом. Нет риска, что Вы подадите в суд на Путина,
проиграете и загоните меня в гроб, воспользовавшись доверенностью на вымогание
задолженности в сто рублей.

Vladimir_84_Для юр. лица ОГРН или ИНН должны быть заполнены обязательно. А какой ОГРН у физ. лица, что
тогда записывать туда для него?
Для чего? Если клиенты доверяют Вам, значит и Вы должны доверять клиентам. Поэтому можно
не закладываться на то, что один клиент начнёт выдавать себя за другого. Нет необходимости
поиска по 100500 атрибутам, нет смысла их хранить.

Vladimir_84_Вообще как это должно выглядеть - пользователь нажимает кнопку "Документы", дальше
выбирает категорию -> "аудио", дальше чьи, допустим из списка -> клиент, дальше может
фильтровать по конкретному клиенту. Там прям в окне может файл прослушать, удалить, и пр.

Зачем такой длинный путь? Это неэргономично. Карточка клиента, кнопка "Документы" откроет
окно с полным списком его документов всех видов. Далее кнопка "посмотреть" откроет
конкретный документ.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_Мне документы прикрутить надо =)

Просто сложите их в определённую папку и по кнопке "Документы" открывайте окно проводника.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_Это уникальный идентификатор. В общей таблице может быть десять ООО "Ромашка", но это
будут разные юр. лица. Вот чтобы можно было их однозначно различать и надо указать одно из
двух.

У Вас есть десять клиентов с одним названием и Вы способны их различить только по номеру?

Не надо маяться теоретической фигнёй, делая приложение для конкретного собственного
использования.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_ИП, не знаю, как пользователь решит. Может в юр. лица.

Вот поэтому и не надо делить таблицу клиентов на две.

Мне чисто любопытно: когда Вам клиент звонит, Вы начинаете спрашивать у него ИНН, ОКАТО и
прочие зубодробительные числа чтобы понять кто это?
Posted via ActualForum NNTP Server 1.5

softwarerВы никогда не сталкивались с тем, что когда звонит Вася Пупкин, он может звонить как
клиент-физик, а может - как должностное лицо клиента-юрика?

Ни в том ни в другом случае я не стану спрашивать у него реквизиты, только "сегодня вы сам
по себе или для босса?"
Posted via ActualForum NNTP Server 1.5

Vladimir_84_Признак ставишь, что это, дело, или клиент и какой =) Шучу.

А зря. Тоже вполне легитимная структура БД.

Vladimir_84_Но преуменьшать значимость ОГРН или ИНН не стоит, поскольку ещё раз - это единственные
уникальные номера по которым можно однозначно установить организацию.

Ок. Когда Вы последний раз говорили секретарше "найти мне клиента с ИНН 3167973299"?

Vladimir_84_Раз приложение помогает вести учет, то почему бы эти реквизиты не вставить, чтобы легко
можно их увидеть и воспользоваться.

По нескольким причинам:
1. Надо следить за их актуальностью и обновлять при смене у клиента (да, да, они меняются,
причём в самые неожиданные моменты, включая результат Ваших собственных действий).
2. Надо объяснять каждому клиенту зачем Вы храните эту информацию и кому её передаёте
(сюрприз, но именно этого требует закон о персональных данных).

Vladimir_84_А так хоп, скопировал из таблицы и вставил в поиск на сайте. Да и в договоре всегда этот
номер есть. Вот звонят допустим, продиктуйте ИНН, и надо лазить куда-то в бумаги, ещё куда
искать его.

Так Вы и создаёте свою систему как раз для того, чтобы одной кнопкой можно было найти и
открыть договор. То есть звонят - ткнул кнопку - договор открылся - вся информация там как
на ладони, копируй на здоровье.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_У вас когда-нибудь менялся ИНН или СНИЛС? С чего бы?

Ликвидация юр.лица переводом его имущества на совладельца. Да, это было лично у меня.

Vladimir_84_зачем мне лезть в договор, листать его еще в конец самый, если у меня перед глазами окно с
табличкой клиентов и там, допустим, название, огрн, телефон, мэйл.

Чтобы наконец-то научиться составлять договоры, помещая важную информацию в начало, а воду
- в конец? Или чтобы создать документ клиента произвольной формы с названием "текущие
реквизиты"?

Vladimir_84_Зачем вообще тогда данные нужны, можно тогда записать "Фирма Ромашка, чувак такой со
смешной прической и писклявым голосом"

ДА! Именно ответ на этот вопрос я и пытаюсь от вас получить.

И нет, я задаю этот вопрос не от балды, он родился в результате трудного опыта разработки ИС.

А для ваших двух таблиц у меня другой вопрос: поиск клиента предполагает, что Вы этого
клиента не помните, включая того физик он или юрик. В какой из таблиц Вы будете его искать?
Posted via ActualForum NNTP Server 1.5

Vladimir_84_Как бы вы это сделали?

Так, как, собственно, и делаю: просто каталог на диске, в нём подкаталоги для каждого
клиента, где лежат документы клиента и подкаталоги дел (случаев), в которых лежат
документы каждого случая. Всё. Никаких БД, никаких приложений с кнопками. Любой клиент и
документ ищется и открывается одним даблкликом в проводнике или любом другом файловом
менеджере. Сам каталог легко архивируется как резервная копия, сливающаяся на
флэшку/внешний винт/облако/DVD.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_Если я хочу всех клиентов просмотреть с какими-то реквизитами?

Вариант а: хочешь - перехочешь. И нет, это не шутка. В моей практике не встречалось такой
необходимости.
Вариант б: поиск по файлам в Windows действует надёжно.

Vladimir_84_И как узнать какому клиенту или делу принадлежит каталог (как они именуются если клиентов
много), или о чем дело вообще (ну допустим иные участники дела)?

Именно так они и именуются: "Фирма Ромашка, чувак такой со смешной прической и писклявым
голосом". Этого достаточно чтобы узнать какому клиенту он принадлежит, не так ли?
А для "иных участников" в деле есть специальный документ с названием "список подельников",
разве нет?..

Vladimir_84_Хочу допустим отчет по оплатам, сколько по каждому делу остаток...

У меня бухгалтерия велась отдельно от делопроизводства, что не мешало её экселевской
табличке лежать в том же каталоге.

Vladimir_84_какая разница откуда информацию эту стянуть, или из файла или из базы...

В теории - никакой. Как только доходит до конкретного программирования - охренительная.

Vladimir_84_чтобы, допустим, решение суда загрузил, а приложение тебе напоминание - не забудь, через 5
дней у тебя срок на обжалование выходит и пр

Это задача органайзера. Гугловского/телефонного или любого другого.

Vladimir_84_Я уже вписался в разработку приложения, мне уже не сдать

Вписался - делай. Структура значения не имеет, её всегда можно переделать как только её
косяки вылезут в виде геморроя.

Главное - упорядочить мысли в голове, всё остальное приложится. Да, дзен звучит банально,
но таки работает.
Posted via ActualForum NNTP Server 1.5

Vladimir_84_Так куда тогда простому прикладному программисту податься, раз все уже сделано до нас? )

Хех! "Знал бы прикуп - жил бы в Сочи."

Я-то кормлюсь в основном с тех, кто "хотел как раз сделать приложение, пусть не
оптимальное, пусть кривенькое" за то, чтобы оно "оттестировалось и работало". Ну и местами
продажей тех самых "остальных программ", которые, в отличии от, уже работают прямо сейчас,
а не через год.
Posted via ActualForum NNTP Server 1.5

17-77это уже глупости

Нет, это всего лишь глупое утрирование уровня школоло: "меня так учили, значит это
единственно правильный путь".
Posted via ActualForum NNTP Server 1.5