businessSolutio Сообщение 11/10/2010 16:18 Копия темы
Критика структуры БД (СЭД) Уважаемые разработчики, интересует критика данной структуры БД.
Задача разработать интерфейс для клиентов аудиторской компании, для внесения первичных документов и последующего экспорта в 1С

Заранее благодарен.

TweeKane Сообщение 11/10/2010 17:43 Копия темы
Возможно я не прав потому что не совсем представляю предметную область. На первый взгляд, БД денормализована: в tbl_doc_items есть поле product_name, вместо которого там должен быть внешний ключ из tbl_products:name. 
У некоторых сущностей есть поле code (tbl_customers, tbl_docs), которое судя по всему уникальное. Почему бы тогда его не использовать как первичный ключ?
Ещё смущает, что для схожих полей используются разные типы данных и имена. Например вот:
— tbl_clients: name VARCHAR(150)
— tbl_customers: name VARCHAR(100)

В целом выглядит прилично.

businessSolutio Сообщение 11/10/2010 17:49 Копия темы
>>На первый взгляд, БД денормализована: в tbl_doc_items есть поле product_name, вместо которого там должен быть внешний ключ из tbl_products:name.
Да Вы правы, позиции можно будет выбрать из справочника номенклатуры, или задать новую запись (но при этом данная запись не будет создана в справочнике)

TweeKane Сообщение 11/10/2010 18:23 Копия темы
По-моему сделать и внешний ключ и поле для ручного ввода имени продукта — это опасный путь. Скажем, сегодня я захочу ввести для одного doc_item наименование product вручную. Через три дня я об этому забуду, или может быть другой сотрудник не будет об этом знать. И вот в час икс я хочу опять создать doc_item с product name и совершенно случайно оно совпадает с тем что был до этого.  Что делать тогда?
Мне кажется такая идея порочной, разрущающей основу sql — связи между данными. И ещё это сильно усложнит поиск по doc_item по product name.