Shocker.ProА создав отдельную сущность "услуга" можно столкнуться с необходимостью продублировать много кода и потом поддерживать модификацию в двух местах.Может оказаться, что проще продублировать, чем думать как срастить старое с новым.

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

Тоже повторюсь. :-)

Это железобетонный факт, который больше ни от чего не зависит:
Алексей КНу и добавлять в существующую таблицу поля, специфичные для услуг, которые у товаров будут всегда пустыми, неразумно.

Shocker.ProАлексей КМожет оказатьсяв целом мы как семь слепых мудрецов опять ощупываем слона. К сожалению, чтобы дать действительно разумный совет, надо и ЦМС поковырять и с заказчиком поговорить. А так - накидываем разнообразных мыслей, в которых ТС может порыться и сделать для себя какие-то выводы.

Такая постановка ТС-ом вопроса говорит об отсутствии у него опыта в разработке подобной системы. А опыт не получишь только читая книги или форум - нужно самому шишки набивать.Как по мне, так вопрос вполне понятен, уточнений не требуется:
vladka631. лучше создать новую таблицу в базе для нового товара или просто добавить новые поля в существующую таблицу?Ответ: однозначно в новую. Избавляемся от избыточности, избавляемся от возможных проблем, описанных МСУ .

Shocker.ProАлексей КЭто железобетонный факт, который больше ни от чего не зависит:
пропущено...
если это одно-два поля - ничего страшного, если больше, можно сделать расширяющую таблицу 1:1.Согласен, я тоже об этом.
Shocker.ProА вот ТС говорит о другом:vladka63лучше создать новую таблицу в базе для нового товарато есть, как я понимаю, хочет ввести отдельную таблицу для новой сущности (со своими ключами и всеми вытекающими) - вот это делать не стоит, я считаю.А вот тут мы не знаем как лучше, фактов для принятия решения недостаточно. :-)