DAX 4.0 Чем обусловлено наличие двух разных таблиц CustTable и VendTable?

[MironovI]

Цитата:

Сообщение от Бигудь

потом оказалось

В 1С здраво рассудили, что клиент или поставщик неважно - это все равно прежде всего ЧЕЛОВЕК! А стало быть - зачем плодить разные справочники, навешивать ярлыки, множить классовое и рассовое неравенство
Аксапта же, как система сугубо буржуйская, на заветы марксизма и социального равенства плевала

[Sada]

Цитата:

Сообщение от MironovI

В 1С здраво рассудили, что клиент или поставщик неважно - это все равно прежде всего ЧЕЛОВЕК! А стало быть - зачем плодить разные справочники, навешивать ярлыки, множить классовое и рассовое неравенство
Аксапта же, как система сугубо буржуйская, на заветы марксизма и социального равенства плевала

[Raven Melancholic]

Этот вопрос периодически всплывает. В свою очередь можно задать другие вопросы:
А почему это должна быть одна таблица?
А разве с клиентами и поставщиками работают одни и те же люди?
А почему не возникает вопроса: "Почему сотрудники, банки не в той же таблице с клиентами и поставщиками"?

[Бигудь]

Цитата:

Сообщение от Raven Melancholic

Этот вопрос периодически всплывает. В свою очередь можно задать другие вопросы:
А почему это должна быть одна таблица?
А разве с клиентами и поставщиками работают одни и те же люди?
А почему не возникает вопроса: "Почему сотрудники, банки не в той же таблице с клиентами и поставщиками"?

Меня когда-то учили, что при разработке СУБД важно не плодить лишних сущностей. Зачем делать 2 таблицы, если можно пользоваться одной?

[MironovI]

Цитата:

Сообщение от Бигудь

при разработке СУБД важно не плодить лишних сущностей

Это видимо был урок работы в 1С, потому что конкретно в 1С и правда не стоит плодить лишних сущностей, а добавление лишнего поля в справочник или лишнего регистра вызывает разумные опасения о устойчивости системы

А ежели про СУРБД - то там есть несколько принципов нормализации и денормализации

[mazzy]

Цитата:

Сообщение от Бигудь

Меня когда-то учили, что при разработке СУБД важно не плодить лишних сущностей. Зачем делать 2 таблицы, если можно пользоваться одной?

А вы считаете поставщиков и клиентов одной сущностью!?

[ZVV]

Цитата:

Сообщение от mazzy

А вы считаете поставщиков и клиентов одной сущностью!?

Доводилось как-то принимать участие в проекте (не на Аксапте), где изначально подумали примерно так-же, что лучше одна большая таблица, чем несколько поменьше и более специализированных. Вместо того чтоб сделать несколько специализированных таблиц для отдельных видов документов изначально дизайн был сделан так, что все документы системы хранились в одной таблице: "Документы". В итоге таблица заросла огромным кол-вом полей, большинство из которых очень специфичны для одного только типа документа, всё это обросло ещё пачкой дополнительных таблиц и в итоге поличилась такая тяжелоуправляемая каша...
Если проводить аналигию с Аксаптой, то это как все докуметы (закупки, заказы, журналы ГК\Производственные\Складские и т.п.) свалить в одну таблицу. Сущность то одна - документы!
Бигудь, это не было случайно Вашим следующим вопросом?
Нормальные структуры это конечно хорошо, но в большинстве случаев в реальной жизни они слишком утопичны и обычно ищется компропис между "нормализованностью" и управляемостью, удобством, производительностью и т.п.

[Михаил Андреев]

Цитата:

Сообщение от Бигудь

Меня когда-то учили, что при разработке СУБД важно не плодить лишних сущностей. Зачем делать 2 таблицы, если можно пользоваться одной?

Для чего важно? Обоснуете?

[Бигудь]

Цитата:

Сообщение от Михаил Андреев

Для чего важно? Обоснуете?

Как минимум, чтобы не дублировать данные при попадании одного и того же юрика в обе позиции.

[mazzy]

Цитата:

Сообщение от Бигудь

Как минимум, чтобы не дублировать данные при попадании одного и того же юрика в обе позиции.

А с чего вы взяли что они будут дублироваться?
Вы опять опыт 1С привносите в Аксапту?

[mazzy]

Цитата:

Сообщение от MironovI

В 1С здраво рассудили, что клиент или поставщик неважно - это все равно прежде всего ЧЕЛОВЕК!

Ну да, а также в 1С здраво рассудили, что с ним работает только один человек, который может видеть весь список
а потом спрашивают "почему 1С для ларьков? почему она не подходит для больших организаций?"