Странное описание таблиц документов...

Вам нужно 3 справочника:
1. Организации
2. Банки
3. РасчетныеСчета

РасчетныеСчета имеет поля-ссылки на первые два справочника

С уважением, Naf

versaniУ меня будет, один банк, в котором у меня есть счет, далее
я через кассу банка вношу на свой счет деньги, либо через кассу снимаю деньги.
Т.е. только прихкассордер и мемордер. и все исходя из этого, сколько справочников?
тогда справочники организаций и т.д. вообще не нужны ))

474versaniя через кассу банка вношу на свой счет деньги, либо через кассу снимаю деньги
Первое. Употребляйте правильные термины. "Приходный ордер" и "Расходный ордер". Мемордер - это мемориальный ордер, он для записей о перемещении сумм со счета на счет внутри банка.

Второе. У вас цель какая?
Желательно в ответ получить не фразу "нужен справочник организаций, с привязкой к созданному в банке расчетному счету" или "Я делаю обслуживание физ. лиц.", а ответ на вопрос - что вы хотите получить в итоге и зачем это вам нужно. От этого очень сильно зависит в каком ключе ответить на ваши вопросы.
+1000
а то начали с организаций, а кончилось физлицами

versani,
1. ФизЛица
2. РасчСчета
3. ПоступленияВКассу (ПКО)
4. РасходИзКассы (РКО)
5. ВыдачаИзБанкомата
6. Банкоматы
7. ДвиженияНаРасчетныхСчетах

ФизЛица
1. ФИО
2. ПаспортныеДанные

РасчСчета
1. НомерСчета
2. ФизЛицо

ПКО
1. Номер
2. Дата
3. ФизЛицо
4. РасчСчет
5. Сумма

РКО
1. Номер
2. Дата
3. ФизЛицо
4. РасчСчет
5. Сумма

ДвиженияНаРасчетныхСчетах
1. Дата
2. ВидДвижения (Приход, Расход)
3. Регистратор (ПКО или РКО)
4. РасчСчет
5. Сумма

С уважением, Naf

versani,
Ща прибежит народ и скажет что не выдерживает нормализации
Так и есть

nosovиз теории :
В системе присутствует избыточность, если одни и те же данные находятся в нескольких местах.
При этом не только нерационально используется место в памяти, но и может возникать несогласованность и неоднозначность данных.
совсем этим соглашусь, но есть еще понятие "скорость доступа"

_Somebody_^Naf,

А где-то ест еще и Андронный Коллайдер.

По-моему качество программирования (не сразу, так через какое-то число заплаток) сведет на нет разницу в скорости доступа.
Когда нибудь да, к тому времени каждый дома будет иметь по коллайдеру
Пример: В 1С идиоты сидят? Они дублирую фактически информацию в регистрах и документах. Однако от регистров не отказываются, потому что хоть и можно получить все это из документов, но в регистрах она собрана в удобном виде для запросов

versani,
у каждого варианта свои плюсы и минусы

и вообще...
что значит будем? мне все равно лично

versani,

в этой постановке да можно
установить признак ПКО или РКО
и отказаться от таблицы ДвиженияНаРасчетныхСчетах
но вот когда придется расширять задачу: добавлять операции выдачи через банкомат, межбанковские операции, то придется перестраивать архитектуру

Хранить в отдельной таблице
С уважением, Naf

Augustочень здорово делать отдельную таблицу для приходника и мемордера. Потом добавим платежное поручение и платежное требование - итого уже 4е :)) Так - а Инкассо бы не забыть - ведь наверняка понадобится. Так, а расходный кассовый ордер куда дели? А Аккредитивы? итого будем иметь фигову тучу таблиц с одинаковой структурой??? не проще


create table test(Date_fact Date,
Oper_date Date,
Debet varchar2(20),
Credit varchar2(20),
Summ_debet number,
Summ_credit number,--для конверсионных операции надо две суммы
Oper_id number,--Сделать уникальным
Type_oper varchar2(10),--тип операции - желательно в кодах ЦБ
+ немного доп инфы - кто делал, поле для связки нескольких проводок, порожденных одной операцией
ПКО и РКО например имеют уникальные номера между собой, но не уникальные вообще. Имхо, плохой подход разные сущности в одну таблицу. Множество полей останется незаполненными.