Всем привет. Может, кто сталкивался с подобной проблемой. Пока всё что я придумал это создать одну таблицу с названием Бухгалтерский баланс и загнать тута все показатели. =) Вопрос в следующем может, есть более здравые идеи? =)

А в чём бизнес идея Бухгалтерского Баланса? 
Только слежение за приходом, расходом? Если даже только эти 2 операции то сразу можно выделить следующие сущности (читай таблицы): 
- Операции (приход или расход)
- Организации , для взаимодействия
- Подразделения нашей организации
- Стандартные статьи прихода/расхода

но ... если у тебя нету бухгалтерского образования , стоит обратиться к клиентам (читай бухгалтерам) с просьбой рассказать что они должны делать в этой программе либо получить конкретные требования ... а вот тогда можно строить правильную архитектуру.

Я не знаю, но по-моему баланс строится не только по приходу/расходу. Поэтому данные в баланс попадают из разных таблиц.

Добавлено через 2 минуты и 25 секунд
Я хотел сказать, что может лучше данные тянуть не из специально созданной для баланса таблицы, а динамически из разных таблиц?

Детский лепет, извините...

Не может лучше, а обязательно!
Вообще автору топика, если конечно вопрос задан не из праздного любопытства, нужно обязательно изучить логику бухгалтерского учёта,  план бухгалтерских счетов и  логику активных и пассивных счетов, алгоритм формирования бухгалтерских проводок между счетами, понять смысл дебитовых и кредитовых оборотов , а так же дебетового и кредитового сальдо по счетам, понять смысл и правила закрытия  счетов и то - какие  сальдовки и каких счетов участвуют в формировании Формы № 1, то бишь бухгалтерского баланса
Только после понимания этих вещей можно обсуждать структуру базы для формирования этого итогового отчёта

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

Требования к задаче: организовать такую структуру таблиц, чтоб с минимальными затратами (машинного времени) получать сальдо (остаток) по счету, и вывод нескольких проводок. Другими словами чтобы "Выписка по счету за период" выполнялась максимально быстро (с учетом настройки индексов по соответствующим полям). Для тех кто не в курсе, выписка по счету обычно выглядит так:

Счет 11111111111111  c 01.01.2014 по 01.03.2014 
Сумма входящего остатка:  20 000

         Дата                 Счет                        Дебет                  кредит
   01.02.2014          22222222222222       10 000                     0
   01.03.2014          33333333333333            0                     5000
                                Итого                         10 000                 5000 

Остаток по счету 1111111111111111111:  25 0000   

Количество счетов 5 000, количество проводок по каждому счету 2 000 в год, т.е. всего за год 10 млн. проводок   
Кроме этого нужна такая организация данных, чтобы при изменении проводки в середине периода дат, остальные остатки можно было легко пересчитать (не особо утруждая СУБД).

Собственно чего жду: может есть ссылки на лит-ру типа "программируем бух. учет своими руками, варианты реализации БД", либо на тему "Математические модели/ задачи при бух. учете."
А еще лучше схемы таблиц БД в студию   

Скорее -- при большом количестве проводок. Счетов у всех плюс-минус одинаково (ну, у лукойла, думаю, в 20 раз большэ, чем у ООО с 10 сотрудниками) -- и всё это незначительные количества, в пределах первого десятка тысяч штук.

А вот проводок за 10 лет деятельности можэт накопиться порядком, чтобы их каждый раз для просмотря остатков все суммировать.

Добавлено через 2 минуты и 12 секунд



Документацыя разработчика по 1С:Бухгалтерия, конечно.

tzirechnoy,  Спасибо за "Документацию по 1С". Но суть вопроса не в автоматизации бухгалтерии "Предприятия".Задача намного проще: нужно определиться со структурой таблиц при бух. учете, с минимальными флагами доп информации, но при заданных объемах.
Почему не подходят готовые решения от 1С или других фирм ? - потому что их системы заточены на огромное количество отчетных форм и на правила игры навязанные государством. Бух. учет от 1С выглядит примерно так: вот вам план счетов, вот вам таблица для хранения счетов, таблица для хранения остатков, таблица для хранения проводок. Покупайте кучу мощных серверов, чтобы из этого всего сделать +100500 отчетных форм, которые нужны для того, чтобы гос-во могло собирать штрафы. Такой подход мне не подходит!
Я делаю "велосипед", мне нужны конкретные примеры организации простого бух. учета с максимальной производительностью. Если уж совсем просто, то я делаю игру, где у каждого участника есть своя "мини бухгалтерия". Количество играющих около 5000, количество проводок в год по каждому около 2000 в год (данные взял из открытых источников у конкурентов). Тема бух. учета не столь актуальна, на фоне "1С уже все придумала - покупай и пользуйся". Придется сделать несколько велосипедов и самому уже определиться с верным решением.

Так выглядит выписка по расчетному счету, которую предоставляет банк. На предприятии карточка счеты выглядит иначе. А что бы "скрутить" баланс, не достаточно одной логики. Принцип "Дебет весь в активе, кредит - в пассиве" в балансе не работает. Нужно знать законодательство и нюансы. 

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