saturnxxiКот Матроскин,

а как же мне потом организовать выборку, если у меня будет несколько таблиц? Т.е. я хочу видеть к примеру последних добавленых н партнеров. Придется ведь обе таблицы опрашивать каждый раз. Или тот же поиск по категориям партнеров. Ведь у индивидуальных предпренимателей тогда не будет связи с категориями фирм, если я их буду хранить в отдельной таблице.

Не городите велосипед... Да еще и кривой ))

ИП - та же фирма (имеет такие же аттрибуты - счет, ИНН, КПП). У ИП могут быть работники (а может и не быть).
Так что делать нужно
1) таблицу фирм (куда будут добавляться и ИП)
2) таблицу справочник Категорий фирм (например строительная фирма)
3) Таблицу сотрудников фирм
4) Таблицу справочник должностей

P.S. А обращение к 2 таблицам - это не страшно... Даже в средних системах может быть одновременное обращение к 10-ам таблиц...

saturnxxiКот Матроскин,

Хранить один и тот же объект в двух таблицах? Хм, не проще ли тогда делать как я это предложил?

Это не одно и тоже...
В таблице фирм Вы храните данные ИП, как фирме (Наименование, ИНН, КПП, Счет, Банк, Адрес, Адрес склада, и много еще какой информации можно придумать )) )
В Таблице сотрудников Вы храние данные ИП как человека (ФИО, контактный телефон, где найти).

Да и по наименованию: раньше был "ПБОЮЛ Иванов И.И.", сейчас "ИП Иванов И.И", а человек как был Иванов Иван Иванович, так им и остался...

saturnxxilLocust,

Спасибо, за пространственный ответ. Множества аттрибутов (вы слишком много их додумали за меня) действительно пересекаются. Если я вынесу адрес в отдельную таблицу, то они будут практически идентичны. Не могли бы вы мне пояснить, почему мое решение нерационально? Исходите пожалуйста при этом только из той информации, что я написал.

Ну тогда Вы по-подробнее опишите что в итоге нужно? Если Вам нужно хранить ИП как работника - храните. Жалко, что ли? Если у Вас фирма отличается от человека только адресом, то зачем вообще вводить какие-то понятия... Храните все в одной таблице, а адреса в другой... Только потом (когда придет бизнес и скажет что хочет у фирмы одни атрибуты, а у их работников другие) что делать будите?

lLocust... будите ?...
* будете ... ( что-то глупые ошибки пошли к концу дня ))) )

saturnxxilLocust,

Спасибо, за пространственный ответ. Множества аттрибутов (вы слишком много их додумали за меня) действительно пересекаются. Если я вынесу адрес в отдельную таблицу, то они будут практически идентичны. Не могли бы вы мне пояснить, почему мое решение нерационально? Исходите пожалуйста при этом только из той информации, что я написал.

Ах, да... и Как я уже говорил:

У меня отец был предпринимателем.
Сначала по документам он был "ПБОЮЛ Курочкин Н.И", потом то ли прошел перерегистрацию, то ли налоговая сама поменяла на "ИП Курочкин Н.И", а в жизни он "Курочкин Никифр Игнатьевич". Есть разница? (Имена, естественно выдуманы :) )
А Вы что будете хранить? ИП как ФИО, или ФИО как ИП

saturnxxiВ уже существующей схеме все реализованно так, как вы и предлагаете, т.е. фирма - работник (1 к Н). Выборка в большинстве случаев происходит по фирме, есть также возможность искать конкретного специалиста по специальности. Для создания есть 2 формы: для фирмы с возможностью выбора специализации фирмы и форма для рабочего с возможностью выбора его собственной специализации. Цель - возможность учитывать ИП. (или, если точнее, людей работающих в одиночку). Т.е. если я просто буду делать из ИП фирму, то нет возможности выбрать специализацию рабочего, если буду делать из него рабочего, то нет связи со специализацией фирмы. Опять же, как я уже сказал, выборка происходит почти везде по фирмам и если я оставлю 2 таблицы, то мне нужно будет как-то комбинировать результаты выборок из 2 таблиц. Сортировка, постраничный вывод, давай до свидания.

У Вас, как я понимаю, специализации фирмы и сотрудника хранятся как текстовые поля? (Иначе такой вопрос и не стоял бы, т.к. справочники специализаций фирм и сотрудников отличаются кардинально!!!).
Вообще можно не комбинировать результаты выборок. А просто сделать запрос сразу из двух таблиц, тогда и сортировка и постраничный вывод будут работать.

Вообще я бы сделал так: (см. схему).
1) Специализации завести как отдельные таблицы.
2) Дополнительно завести связи (Т.к. у фирмы/сотрудника может быть несколько специализаций).
3) При добавлении ИП (на форме сделать выбор типа организации) добавлять поля для редактирования таблицы сотрудников (и связи сотрудника с его специализациями). Но физически данные хранить в двух(!) таблицах. По фирме в своей, по сотруднику в своей.

londiniumавторООО "Лютик" в мегаполисе может быть несколько десятков
И черт с ним. У всех этих ООО должны отличаться ОКПО (идентификтаор предприятия)

И пара ИНН/КПП ))
А вообще так про любую схему можно сказать, что как только она столкнется с реалиями жизни, то все не будет работать, вот только это уже больше административный вопрос (я про неправильно заполненные атрибуты).
Так что лучше на бумаге! да, ssas12345?