powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Плоскости учета
56 сообщений из 56, показаны все 3 страниц
Плоскости учета
    #33063954
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
На данном форуме уже поднимался вопрос, как вести учет в нескольких валютах, по подразделениям.
Например
Структура таблицы бухгалтерских проводок не дает покоя !!!!
Литература

Но я так и не могу понять, как лучше вести учет в ситуации, когда надо вести мультивалютный учет по нескольким структурам центров затрат.
Т.е. существует не один тип плоскостей учета, а несколько.
А если кол-во типов плоскостей динамичное?


Что такое "несколько структур центров затрат".
Это, например, деление по региональному признаку и деление по отраслевому признаку.
Предположим, что такое деление необходимо только для агрегирования данных по узлам.
...
Рейтинг: 0 / 0
Плоскости учета
    #33064115
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По сути два вопроса.
1) про валюту. Можно в таблице Проводка (или Полупроводка, если используется этот вариант, кстати, когда бухгалтер реально видит полупроводку, то этот термин проблем не вызывает.) иметь два поля: Валюта_операции, Валюта_баланса, и на каждую операцию создавать столько строк, сколько нужно валют баланса. Как вы будете пересчитывать валюты - это определяется законодательством и учетной политикой.
Например, одно из типичных заблуждений - отражение в учете разниц по договорам, номинированым в "валюте по курсу ЦБ", но операции по которым выполняются в рублях, как реальных курсовых разниц с поледующщим налогообложением.
2) про аналтику - см. топики. Или попробуйте сформулировать проблему конкретней.
...
Рейтинг: 0 / 0
Плоскости учета
    #33064210
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
По валюте все и так понятно.

Непонятно как раз по второму вопросу.
Допустим, ведем учет начислений по сотрудникам.
В организации существует несколько логических делений на группы.
Скажем первое деление по регионам, второе деление по должностям (например, все HR менеджеры всех регионов собранны в одну группу), третье деление по проф. уровню (т.е. аналог звания, скажем, военного).
Предполагается, что хранить надо произвольное число таких структур. Это предположение основано на том, что необходимо вести одновременный учет не одной компании, а нескольких и заранее знать о всех структурных делениях всех компаний мы не можем.
Все это разбиение на структуры необходимо для того, чтобы в дальнейшем подсчитать затраты на персонал с разных точек зрения. Зачем это нужно, я думаю понятно.

Я пояснил вопрос?
...
Рейтинг: 0 / 0
Плоскости учета
    #33065211
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
valmondПредполагается, что хранить надо произвольное число таких структур.
Произвольное - это 20, 2000 ? Если 20, то годится структура
Код: plaintext
Аналитический_разрез(ИДРазреза,ИДАналитики01,...ИДАналитики20,..) 
с вариациями, где i=1,20 - типы аналитики.
Если 2000, увы только,
Код: plaintext
Значение_разреза_для_проводки (ИДпроводки,ИДТипаАналитики,Значение)
Если мало, то пишем по горизонтали, а много - по вертикали. Действует со времен перфокарт :).
...
Рейтинг: 0 / 0
Плоскости учета
    #33065243
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наверное тут речь идет об аналоге системы "субконто" принятой в 1С. Т.е. что-то в виде измерений аналитики. В 1С кол-во субконто вроде бы задается на этапе создания базы и не меняется.Эдакий план в плане счетов. И в идеале предлагается изобрести систему, такую, чтобы количество измерений аналитики могло быть произвольным. И чтоб это все работало быстро. Я правильно все понял?
...
Рейтинг: 0 / 0
Плоскости учета
    #33065253
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
gardenmanНаверное тут речь идет об аналоге системы "субконто" принятой в 1С. Т.е. что-то в виде измерений аналитики. В 1С кол-во субконто вроде бы задается на этапе создания базы и не меняется.Эдакий план в плане счетов. И в идеале предлагается изобрести систему, такую, чтобы количество измерений аналитики могло быть произвольным. И чтоб это все работало быстро. Я правильно все понял?

Почти правильно. Т.е. правильно все за исключением вопроса производительности. Хочу этот вопрос пока оставить. Есть же несколько вариантов решения производительности.

измерения аналитики это не стандартная задача?
...
Рейтинг: 0 / 0
Плоскости учета
    #33065293
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
слушайте gardenman он хорошо про плоскости учета расскажет и, к стати, где-то тут скрипт БД приводил


Что такое "несколько структур центров затрат".

а это уже больше про план счетов. Т.е. как обычно

План счетов->Счета->Проводки
...
Рейтинг: 0 / 0
Плоскости учета
    #33065303
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
funikovyuriслушайте gardenman он хорошо про плоскости учета расскажет и, к стати, где-то тут скрипт БД приводил


Знаю, я с этого и начал.
Но там все относилось к одному типу плоскостей.
Или валюты, или регионы...а надо одновременно.

funikovyuri
Что такое "несколько структур центров затрат".
а это уже больше про план счетов. Т.е. как обычно

План счетов->Счета->Проводки


К сожалению не нашел ничего путного на тему плана счетов. Из постов gardenman -а видно, что аналитика на счета завязанна, но что-то не соображается ничего :-(
...
Рейтинг: 0 / 0
Плоскости учета
    #33065339
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если говорить о плане счетов - то его действительно легко представить в виде дерева. Но вот если говорить о субконто - это не дерево - это все-же измерения, и работать с ними надо как-то по-другому. У меня пока на эту тему мыслей не было. Я - пас...
...
Рейтинг: 0 / 0
Плоскости учета
    #33065375
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
gardenmanЕсли говорить о плане счетов - то его действительно легко представить в виде дерева. Но вот если говорить о субконто - это не дерево - это все-же измерения, и работать с ними надо как-то по-другому. У меня пока на эту тему мыслей не было. Я - пас...


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

Или выделить из типов плоскостей какие-то (например валют, которая есть в любом случае) и сделать как в Вашем примере?
...
Рейтинг: 0 / 0
Плоскости учета
    #33065409
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
valmond

угу - я бы думал в сторону нескольких планов счетов. А плоскость учета формируется на основании валюты проводок, а не валюты самих счетов
...
Рейтинг: 0 / 0
Плоскости учета
    #33065419
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Понимаете, я автоматизировал банк. А чтобы дать ответ на ваш вопрос, и предложить решение, за которое потом мне не было бы стыдно - мне нужно сначала досконально изучить вашу задачу. А это - не реально.
...
Рейтинг: 0 / 0
Плоскости учета
    #33065424
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
gardenmanПонимаете.... А это - не реально.

Да....понимаю, конечно.

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

Общая задача - расчет заработной платы.
компания логически делится на регионы и на центры затрат.
Зарплату получают как в рублях так и в usd, налоги платят в рублях.
В итоге хочется понять сколько было затраченно (и на что) для каждого региона и для каждого центра затрат в каждой валюте.
...
Рейтинг: 0 / 0
Плоскости учета
    #33065448
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в принципе в RS-Balance была возможность наворота произвольного количества разрезов на счет.

Если правильно помню, там были таблицы
Проводки
Проводки_Аналитики

где каждая проводка могла быть детализирована массой проводок аналитики (по каждому разрезу), (т.е. запись в "проводки" можно было бы считать агрегирующей для записей разрезов, но, на деле, разница между суммой аналитических проводок по разрезу и (полной) суммой проводки в "проводки" рассматривалась как проводка по "неизвестному объекту" данного разреза (чем обеспечивалось совпадение сумм проводок, считаемым по всем разрезам, и возможность постепенного уточнения "неопределенной" части разрезов)
...
Рейтинг: 0 / 0
Плоскости учета
    #33065513
Programmer_Ortodox
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Давно никуда не встревал, тоже встряну
Вот примерная "рыба" озвученных автором хотелок
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
/*RDBMS: FIREBIRD/INTERBASE*/
SET SQL DIALECT  3 ;
CREATE DATABASE "D:\DATA\IBDATA\TEMP2.GDB" USER "SYSDBA"
PASSWORD "masterkey" PAGE_SIZE  4096 ;

/* Ñïðàâî÷íèê ñ÷åòîâ(ðåãèñòðîâ ó÷åòà)("äðåâåñíûé") */
CREATE TABLE Acc(
 ID      BIGINT DEFAULT  0  NOT NULL, /* ID-ðåãèñòðà(ñ÷åòà) */
 PARENT  BIGINT DEFAULT  0  NOT NULL, /* ID-ðîäèòåëÿ ðåãèñòðà(ñ÷åòà) */
 SIGN    VARCHAR( 16 ),               /* SIGN: Òèïà: '19.ÍÄÑ18%'...'41.ÌËß.ÌËß'*/
 AccYype CHAR( 1 ),                   /* 'À', 'Ï', ... */
 /* ...ìëÿ-ìëÿ-ìëÿ...*/
 NAME    VARCHAR( 128 ),
PRIMARY  KEY(ID),
CONSTRAINT PARENT_Acc FOREIGN KEY(PARENT) REFERENCES Acc(ID)
);

/* Ñïðàâî÷íèê îáúåêòîâ ó÷åòà("äðåâåñíûé") */
CREATE TABLE Object(
 ID     BIGINT DEFAULT  0  NOT NULL,  /* ID-îáúåêòà ó÷åòà */
 PARENT BIGINT DEFAULT  0  NOT NULL,  /* ID-ðîäèòåëÿ îáúåêòà ó÷åòà */
 /* ...ìëÿ-ìëÿ-ìëÿ...*/
 NAME   VARCHAR( 128 ),
PRIMARY KEY(ID),
CONSTRAINT PARENT_Obj FOREIGN KEY(PARENT) REFERENCES Object(ID)
);

/* Ñïðàâî÷íèê ìíîæåñòâ "ñóáêîíòî" ("äðåâåñíûé") */
/* Ññûëêà íà ID,-ññûëêà íà åäèíè÷í.ýëåìåíò èëè íà ïàïêó(ïîääåðåâî) */
CREATE TABLE ObjLink(
 ID     BIGINT DEFAULT  0  NOT NULL,  /* ID-îáúåêòà ó÷åòà */
 PARENT BIGINT DEFAULT  0  NOT NULL,  /* ID-ðîäèòåëÿ îáúåêòà ó÷åòà */
 /* ...ìëÿ-ìëÿ-ìëÿ...*/
 NAME   VARCHAR( 128 ),
PRIMARY KEY(ID),
CONSTRAINT PARENT_ObjLink FOREIGN KEY(PARENT) REFERENCES ObjLink(ID),
CONSTRAINT PARENT_Objects FOREIGN KEY(ID) REFERENCES Object(ID)
);

/* Òàáëèöà îïåðàöèé(ïðîâîäîê) */
CREATE TABLE OPERS(
 /*-------------------------Êîðïî-êîíñîëèäàöèÿ:-------------*/
 /* --- ìëÿ-ìëÿ-ìëÿ ---*/
 /*-------------------------Ïðèêëàä:------------------------*/
 OP_DOC_ID  BIGINT DEFAULT  0  NOT NULL,  /* Äîêóìåíò-ðîäèòåëü ïðîâîäêè */
 OP_ID      BIGINT DEFAULT  0  NOT NULL,  /* ID-ïðîâîäêè */
 OP_DATE    DATE DEFAULT 'NOW' NOT NULL,/* Äàòà îïåðàöèè */
 OP_ACC_D   INTEGER DEFAULT  0  NOT NULL, /* Ñ÷åò(ðåãèñòð) ïî äåáåòó*/
 OP_OBJ_D   BIGINT DEFAULT  0  NOT NULL,  /* Îáúåêò ó÷åòà ïî äåáåòó */
 OP_ACC_K   INTEGER DEFAULT  0  NOT NULL, /* Ñ÷åò(ðåãèñòð) ïî êðåäèòó */
 OP_OBJ_K   BIGINT DEFAULT  0  NOT NULL,  /* Îáúåêò ó÷åòà ïî êðåäèòó */
 OP_KOL     DOUBLE PRECISION DEFAULT  0 . 0  NOT NULL, /* Êîëè÷åñòâî */
 OP_SUM     DOUBLE PRECISION DEFAULT  0 . 0  NOT NULL, /* Ñóììà */
 MONEY_ID   INTEGER DEFAULT  1  NOT NULL,            /*Âàëþòà */
 MONEY_RATE DOUBLE PRECISION DEFAULT  1 . 0  NOT NULL, /*Êóðñ íà äàòó OP_DATE*/
 /*-------------------------System:-------------------------*/
 OP_DT_CRE  TIMESTAMP DEFAULT CURRENT_TIMESTAMP,/*Äàòà è âðåìÿ ñîçäàíèÿ*/
 OP_DT_EDI  TIMESTAMP DEFAULT CURRENT_TIMESTAMP,/*Äàòà è âðåìÿ ìîäèôèêàöèè*/
 CREATOR_ID INTEGER DEFAULT  0  NOT NULL,        /*Ïîëüçîâàòåëü-ñîçäàòåëü*/
 EDITOR_ID  INTEGER DEFAULT  0  NOT NULL,        /*Ïîëüçîâàòåëü-ìîäèôèêàòîð*/
PRIMARY KEY(OP_ID),
/*Íåìíîãî äåêëàðàöèé îò äóðàêà*/
CONSTRAINT PARENT_ACC_D FOREIGN KEY(OP_ACC_D) REFERENCES ACC(ID),
CONSTRAINT PARENT_ACC_K FOREIGN KEY(OP_ACC_K) REFERENCES ACC(ID),
CONSTRAINT PARENT_JBJ_D FOREIGN KEY(OP_OBJ_D) REFERENCES ObjLink(ID),
CONSTRAINT PARENT_JBJ_K FOREIGN KEY(OP_OBJ_K) REFERENCES ObjLink(ID)
);

/*
 OP_ACC_D, OP_ACC_k - ññûëêà íà ðåãèñòð(ñ÷åò)
 OP_OBJ_D, OP_OBJ_K - ññûëêà íà çàïèñü(ýòî ìîæåò áûòü è "ïàïêà"
 â òàáëèöå ðàñøèôðîâêè "ñóáêîíòî") â ObjLink,äàëüøå ðàñøèôðîâêà â Object
 ÈÌÅÅÌ: ïðîâîäêà ìîæåò õðàíèòü ïðîèçâîëüíîå êîëè÷åñòâî ñóáêîíòî,
 êàæäûé èç êîòîðûõ ìîæåò èìåòü ïðîèçâîëüíîå êîëè÷.óðîâíåé èåðàðõèè...
*/
...
Рейтинг: 0 / 0
Плоскости учета
    #33065516
Programmer_Ortodox
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Блин, кириллицы не видать, почему?
/*RDBMS: FIREBIRD/INTERBASE*/
SET SQL DIALECT 3;
CREATE DATABASE "D:\DATA\IBDATA\TEMP2.GDB" USER "SYSDBA"
PASSWORD "masterkey" PAGE_SIZE 4096;

/* Справочник счетов(регистров учета)("древесный") */
CREATE TABLE Acc(
ID BIGINT DEFAULT 0 NOT NULL, /* ID-регистра(счета) */
PARENT BIGINT DEFAULT 0 NOT NULL, /* ID-родителя регистра(счета) */
SIGN VARCHAR(16), /* SIGN: Типа: '19.НДС18%'...'41.МЛЯ.МЛЯ'*/
AccYype CHAR(1), /* 'А', 'П', ... */
/* ...мля-мля-мля...*/
NAME VARCHAR(128),
PRIMARY KEY(ID),
CONSTRAINT PARENT_Acc FOREIGN KEY(PARENT) REFERENCES Acc(ID)
);

/* Справочник объектов учета("древесный") */
CREATE TABLE Object(
ID BIGINT DEFAULT 0 NOT NULL, /* ID-объекта учета */
PARENT BIGINT DEFAULT 0 NOT NULL, /* ID-родителя объекта учета */
/* ...мля-мля-мля...*/
NAME VARCHAR(128),
PRIMARY KEY(ID),
CONSTRAINT PARENT_Obj FOREIGN KEY(PARENT) REFERENCES Object(ID)
);

/* Справочник множеств "субконто" ("древесный") */
/* Ссылка на ID,-ссылка на единичн.элемент или на папку(поддерево) */
CREATE TABLE ObjLink(
ID BIGINT DEFAULT 0 NOT NULL, /* ID-объекта учета */
PARENT BIGINT DEFAULT 0 NOT NULL, /* ID-родителя объекта учета */
/* ...мля-мля-мля...*/
NAME VARCHAR(128),
PRIMARY KEY(ID),
CONSTRAINT PARENT_ObjLink FOREIGN KEY(PARENT) REFERENCES ObjLink(ID),
CONSTRAINT PARENT_Objects FOREIGN KEY(ID) REFERENCES Object(ID)
);

/* Таблица операций(проводок) */
CREATE TABLE OPERS(
/*-------------------------Корпо-консолидация:-------------*/
/* --- мля-мля-мля ---*/
/*-------------------------Приклад:------------------------*/
OP_DOC_ID BIGINT DEFAULT 0 NOT NULL, /* Документ-родитель проводки */
OP_ID BIGINT DEFAULT 0 NOT NULL, /* ID-проводки */
OP_DATE DATE DEFAULT 'NOW' NOT NULL,/* Дата операции */
OP_ACC_D INTEGER DEFAULT 0 NOT NULL, /* Счет(регистр) по дебету*/
OP_OBJ_D BIGINT DEFAULT 0 NOT NULL, /* Объект учета по дебету */
OP_ACC_K INTEGER DEFAULT 0 NOT NULL, /* Счет(регистр) по кредиту */
OP_OBJ_K BIGINT DEFAULT 0 NOT NULL, /* Объект учета по кредиту */
OP_KOL DOUBLE PRECISION DEFAULT 0.0 NOT NULL, /* Количество */
OP_SUM DOUBLE PRECISION DEFAULT 0.0 NOT NULL, /* Сумма */
MONEY_ID INTEGER DEFAULT 1 NOT NULL, /*Валюта */
MONEY_RATE DOUBLE PRECISION DEFAULT 1.0 NOT NULL, /*Курс на дату OP_DATE*/
/*-------------------------System:-------------------------*/
OP_DT_CRE TIMESTAMP DEFAULT CURRENT_TIMESTAMP,/*Дата и время создания*/
OP_DT_EDI TIMESTAMP DEFAULT CURRENT_TIMESTAMP,/*Дата и время модификации*/
CREATOR_ID INTEGER DEFAULT 0 NOT NULL, /*Пользователь-создатель*/
EDITOR_ID INTEGER DEFAULT 0 NOT NULL, /*Пользователь-модификатор*/
PRIMARY KEY(OP_ID),
/*Немного деклараций от дурака*/
CONSTRAINT PARENT_ACC_D FOREIGN KEY(OP_ACC_D) REFERENCES ACC(ID),
CONSTRAINT PARENT_ACC_K FOREIGN KEY(OP_ACC_K) REFERENCES ACC(ID),
CONSTRAINT PARENT_JBJ_D FOREIGN KEY(OP_OBJ_D) REFERENCES ObjLink(ID),
CONSTRAINT PARENT_JBJ_K FOREIGN KEY(OP_OBJ_K) REFERENCES ObjLink(ID)
);

/*
OP_ACC_D, OP_ACC_k - ссылка на регистр(счет)
OP_OBJ_D, OP_OBJ_K - ссылка на запись(это может быть и "папка"
в таблице расшифровки "субконто") в ObjLink,дальше расшифровка в Object
ИМЕЕМ: проводка может хранить произвольное количество субконто,
каждый из которых может иметь произвольное колич.уровней иерархии...
*/
...
Рейтинг: 0 / 0
Плоскости учета
    #33065519
Programmer_Ortodox
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
/*RDBMS: FIREBIRD/INTERBASE*/
SET SQL DIALECT  3 ;
CREATE DATABASE "D:\DATA\IBDATA\TEMP2.GDB" USER "SYSDBA"
PASSWORD "masterkey" PAGE_SIZE  4096 ;

/* Справочник счетов(регистров учета)("древесный") */
CREATE TABLE Acc(
 ID      BIGINT DEFAULT  0  NOT NULL, /* ID-регистра(счета) */
 PARENT  BIGINT DEFAULT  0  NOT NULL, /* ID-родителя регистра(счета) */
 SIGN    VARCHAR( 16 ),               /* SIGN: Типа: '19.НДС18%'...'41.МЛЯ.МЛЯ'*/
 AccYype CHAR( 1 ),                   /* 'А', 'П', ... */
 /* ...мля-мля-мля...*/
 NAME    VARCHAR( 128 ),
PRIMARY  KEY(ID),
CONSTRAINT PARENT_Acc FOREIGN KEY(PARENT) REFERENCES Acc(ID)
);

/* Справочник объектов учета("древесный") */
CREATE TABLE Object(
 ID     BIGINT DEFAULT  0  NOT NULL,  /* ID-объекта учета */
 PARENT BIGINT DEFAULT  0  NOT NULL,  /* ID-родителя объекта учета */
 /* ...мля-мля-мля...*/
 NAME   VARCHAR( 128 ),
PRIMARY KEY(ID),
CONSTRAINT PARENT_Obj FOREIGN KEY(PARENT) REFERENCES Object(ID)
);

/* Справочник множеств "субконто" ("древесный") */
/* Ссылка на ID,-ссылка на единичн.элемент или на папку(поддерево) */
CREATE TABLE ObjLink(
 ID     BIGINT DEFAULT  0  NOT NULL,  /* ID-объекта учета */
 PARENT BIGINT DEFAULT  0  NOT NULL,  /* ID-родителя объекта учета */
 /* ...мля-мля-мля...*/
 NAME   VARCHAR( 128 ),
PRIMARY KEY(ID),
CONSTRAINT PARENT_ObjLink FOREIGN KEY(PARENT) REFERENCES ObjLink(ID),
CONSTRAINT PARENT_Objects FOREIGN KEY(ID) REFERENCES Object(ID)
);

/* Таблица операций(проводок) */
CREATE TABLE OPERS(
 /*-------------------------Корпо-консолидация:-------------*/
 /* --- мля-мля-мля ---*/
 /*-------------------------Приклад:------------------------*/
 OP_DOC_ID  BIGINT DEFAULT  0  NOT NULL,  /* Документ-родитель проводки */
 OP_ID      BIGINT DEFAULT  0  NOT NULL,  /* ID-проводки */
 OP_DATE    DATE DEFAULT 'NOW' NOT NULL,/* Дата операции */
 OP_ACC_D   INTEGER DEFAULT  0  NOT NULL, /* Счет(регистр) по дебету*/
 OP_OBJ_D   BIGINT DEFAULT  0  NOT NULL,  /* Объект учета по дебету */
 OP_ACC_K   INTEGER DEFAULT  0  NOT NULL, /* Счет(регистр) по кредиту */
 OP_OBJ_K   BIGINT DEFAULT  0  NOT NULL,  /* Объект учета по кредиту */
 OP_KOL     DOUBLE PRECISION DEFAULT  0 . 0  NOT NULL, /* Количество */
 OP_SUM     DOUBLE PRECISION DEFAULT  0 . 0  NOT NULL, /* Сумма */
 MONEY_ID   INTEGER DEFAULT  1  NOT NULL,            /*Валюта */
 MONEY_RATE DOUBLE PRECISION DEFAULT  1 . 0  NOT NULL, /*Курс на дату OP_DATE*/
 /*-------------------------System:-------------------------*/
 OP_DT_CRE  TIMESTAMP DEFAULT CURRENT_TIMESTAMP,/*Дата и время создания*/
 OP_DT_EDI  TIMESTAMP DEFAULT CURRENT_TIMESTAMP,/*Дата и время модификации*/
 CREATOR_ID INTEGER DEFAULT  0  NOT NULL,        /*Пользователь-создатель*/
 EDITOR_ID  INTEGER DEFAULT  0  NOT NULL,        /*Пользователь-модификатор*/
PRIMARY KEY(OP_ID),
/*Немного деклараций от дурака*/
CONSTRAINT PARENT_ACC_D FOREIGN KEY(OP_ACC_D) REFERENCES ACC(ID),
CONSTRAINT PARENT_ACC_K FOREIGN KEY(OP_ACC_K) REFERENCES ACC(ID),
CONSTRAINT PARENT_JBJ_D FOREIGN KEY(OP_OBJ_D) REFERENCES ObjLink(ID),
CONSTRAINT PARENT_JBJ_K FOREIGN KEY(OP_OBJ_K) REFERENCES ObjLink(ID)
);

/*
 OP_ACC_D, OP_ACC_k - ссылка на регистр(счет)
 OP_OBJ_D, OP_OBJ_K - ссылка на запись(это может быть и "папка"
 в таблице расшифровки "субконто") в ObjLink,дальше расшифровка в Object
 ИМЕЕМ: проводка может хранить произвольное количество субконто,
 каждый из которых может иметь произвольное колич.уровней иерархии...
*/
Попал!
...
Рейтинг: 0 / 0
Плоскости учета
    #33065658
Templar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Плоскости учета
    #33065662
Programmer_Ortodox
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Глянул по этой ссылке на эту Арбинаду, ну не прикольнула она меня ни чем! Опять лобовое решение, опять "этот", тот же перечень полей, надо 10 аналитик,значит вдолбим в таблицу при создании эти 10 полей. А ещели я к примеру хочу, чтобы в одной проводке была 1 аналитика, а в соседней проводке 21, а через одну, - 121 !? И чтобы по каждой из них уровней было от 2 и по "самое не балуйся"? Пусть уж коллективная творческая мысль дальше ввысь стремится! А то не интересно как то..
...
Рейтинг: 0 / 0
Плоскости учета
    #33065772
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Самое универсальное решение - держать аналитику в виде списка
analitika={a1='a',a2='b',a21='21'} в теле основной проводки.
...
Рейтинг: 0 / 0
Плоскости учета
    #33065792
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават Юсифов пишет:
> Самое универсальное решение - держать аналитику в виде списка
> analitika={a1='a',a2='b',a21='21'} в теле основной проводки.

Любопытная мысль. Можно развить идею до списка в XML - современные
сервера позволяют разворачивать это в наборы записей. Только вот вопрос,
а что с производительностью, когда пойдет выборка по аналитикам, а счет
проводок идет на миллионы?
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Плоскости учета
    #33065795
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все решается. Одна допольнителная функция для регулярных выражений и создается нужный разрез для отчета. Дальше сам отчет. Насчет 1000.... записей - плохая организация данных. (Детский подход навеянный примитивизмами типа нормализации и т.д.)
...
Рейтинг: 0 / 0
Плоскости учета
    #33065800
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
valmondОбщая задача - расчет заработной платы.
компания логически делится на регионы и на центры затрат.
Зарплату получают как в рублях так и в usd, налоги платят в рублях.
В итоге хочется понять сколько было затраченно (и на что) для каждого региона и для каждого центра затрат в каждой валюте

Если вернутся к моему вопросу, то кажется я поставил слишком общую задачу. В моем случае получается всего две аналитики. Валюта суммы и принадлежность суммы к элементу логического деления.
Т.е. получаются валютная плоскость и плоскость логического деления. Как для валюты существует основная плоскость (рубли), так и для логического деления сущетсвует плоскость обособленных подразделений и если применить технику. которую описал gardenman (т.е. отражение всех движений в основных плоскостях), то все вроде как решается.
...
Рейтинг: 0 / 0
Плоскости учета
    #33065802
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Александр Гoлдун
Сахават Юсифов пишет:
> Самое универсальное решение - держать аналитику в виде списка
> analitika={a1='a',a2='b',a21='21'} в теле основной проводки.

Любопытная мысль. Можно развить идею до списка в XML - современные
сервера позволяют разворачивать это в наборы записей. Только вот вопрос,
а что с производительностью, когда пойдет выборка по аналитикам, а счет
проводок идет на миллионы?

Реализация планируется на MS SQL 2000. Может конечно мне не хватает опта работы с xml в sql, но что-то мне подсказывается, что групповые операции по аналитикам через xml будут очень очень медленные.
...
Рейтинг: 0 / 0
Плоскости учета
    #33065804
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
valmond Александр Гoлдун
Сахават Юсифов пишет:
> Самое универсальное решение - держать аналитику в виде списка
> analitika={a1='a',a2='b',a21='21'} в теле основной проводки.

Любопытная мысль. Можно развить идею до списка в XML - современные
сервера позволяют разворачивать это в наборы записей. Только вот вопрос,
а что с производительностью, когда пойдет выборка по аналитикам, а счет
проводок идет на миллионы?

Реализация планируется на MS SQL 2000. Может конечно мне не хватает опта работы с xml в sql, но что-то мне подсказывается, что групповые операции по аналитикам через xml будут очень очень медленные.

Ваша задача сама по себе ничего дополнительного не требует. Стандартная зарплата.
...
Рейтинг: 0 / 0
Плоскости учета
    #33065806
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
valmond пишет:

> Реализация планируется на MS SQL 2000.

Не принципиально. Мы в ASA делаем.

> Может конечно мне не хватает опта
> работы с xml в sql, но что-то мне подсказывается, что групповые операции
> по аналитикам через xml будут очень очень медленные.

Мне тоже так кажется. За исключением, конечно, случаев ну очень
маленького количества проводок.
Сейчас занимаемся подобной задачей. Остановились пока на варианте
"вертикальных" аналитик - т.е. отдельная таблица аналитик по проводкам.
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Плоскости учета
    #33065809
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават ЮсифовВаша задача сама по себе ничего дополнительного не требует. Стандартная зарплата.

Может , конечно, я не видел правильных продуктов по зарплате, но то, что я видел и то, что мне в настоящее время необходимо реанимировать просто ни в какие вороты не лезет. А во вторых даже у стандартных задач может быть несколько стандартных и несколько не стандартных решений.
...
Рейтинг: 0 / 0
Плоскости учета
    #33066218
E-doc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про расчет зарплаты спросите ASCRUS, может чего подскажет. В топике http://www.sql.ru/forum/actualthread.aspx?tid=37397 он про серьезную систему писал, может там есть, что вам нужно.
...
Рейтинг: 0 / 0
Плоскости учета
    #33066242
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
E-docПро расчет зарплаты спросите ASCRUS, может чего подскажет. В топике http://www.sql.ru/forum/actualthread.aspx?tid=37397 он про серьезную систему писал, может там есть, что вам нужно.

Не писал, а пишет. Причем уже долго. Предпочитаю брать пример с внедренных продуктов.
...
Рейтинг: 0 / 0
Плоскости учета
    #33066263
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Посмотрите на мою зарплату. Зарплата
Внедрена и работает в мельких и крупных предприятиях. (от 100 - 3000 чел.)
...
Рейтинг: 0 / 0
Плоскости учета
    #33066280
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават ЮсифовПосмотрите на мою зарплату. Зарплата
Внедрена и работает в мельких и крупных предприятиях. (от 100 - 3000 чел.)

Спасибо. Посмотрел.
exe не завелся...что-то там ему не хвтает из BDE
базу приаттачил, тоже посмотрел.
Сразу возник вопрос по проводкам :-) а разве может быть проводка где дебит или кредит NULL ?
...
Рейтинг: 0 / 0
Плоскости учета
    #33066322
TimKa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мне вообще непонятно почему аналитика должна делится на уровни... Ведь есть независимые, ортогональные аналитики, например, партия товара и номера складов - или я ошибаюсь?
...
Рейтинг: 0 / 0
Плоскости учета
    #33066348
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
TimKaМне вообще непонятно почему аналитика должна делится на уровни... Ведь есть независимые, ортогональные аналитики, например, партия товара и номера складов - или я ошибаюсь?

Э...надо как-то в одних терминах говорить, а то действительно получается непонятное.

Правильно...есть ортогональные аналитики..в Вашем случае это "партия товара и номера складов" в моем случае это валюта и элемент структуры.

Что есть "уровень"? плоскость учета?
...
Рейтинг: 0 / 0
Плоскости учета
    #33066371
TimKa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нет плоскость учета это пространство с одной единицей учета по которому дебет равен кредиту - например рублевый или долларовый или поединичный... В общем случае они независимы друг от друга.

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

Все сугубое имхо.
...
Рейтинг: 0 / 0
Плоскости учета
    #33066445
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
valmond Сахават ЮсифовПосмотрите на мою зарплату. Зарплата
Внедрена и работает в мельких и крупных предприятиях. (от 100 - 3000 чел.)

Спасибо. Посмотрел.
exe не завелся...что-то там ему не хвтает из BDE
базу приаттачил, тоже посмотрел.
Сразу возник вопрос по проводкам :-) а разве может быть проводка где дебит или кредит NULL ?

Может. На момент внедрения, для расчета подоходного налога. Для ввода чужой зарплаты на момент поступления на работу.
Вы сразу не смейтесь, не все кругом дураки.
...
Рейтинг: 0 / 0
Плоскости учета
    #33066456
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават ЮсифовМожет. На момент внедрения, для расчета подоходного налога. Для ввода чужой зарплаты на момент поступления на работу.
Вы сразу не смейтесь, не все кругом дураки.

Да я не смеялся, а улыбнулся )
Можно чуть подробнее о физ смысле проводки с одним счетом?
...
Рейтинг: 0 / 0
Плоскости учета
    #33066493
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
(Свернутое) сальдо по счету на момент внедрения.
...
Рейтинг: 0 / 0
Плоскости учета
    #33066591
TimKa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Обсуждение переходит в область инфернального.
...
Рейтинг: 0 / 0
Плоскости учета
    #33066613
valmond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават Юсифов(Свернутое) сальдо по счету на момент внедрения.

Понял. Т.е. эт опо сути не роводка, а технический прием для хранения начального сальдо.

Тогда еще один вопрос. Он немного оффтоп.
Насколько я понимаю, каждая проводка возникает на основе документа.
Если это верно, то возникает вопрос. На основе какого документа возникает например проводка о начислении ФСС ?
...
Рейтинг: 0 / 0
Плоскости учета
    #33066622
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нормальные вопросы и нормальные ответы.
Устраивается ч-к на работу, надо учесть чужую зарплату для расчетов скидок и т.д.. внедряется задача НЕ сначала года. Надо учесть зарплату С начала года по месяцам. 1 случай баланс не трогает - обе проводки Null. 2 случай дает развернутое сальдо по 70 по кредиту. Выплаты по дебету 50... суммарно.Односторонные сбалансиовнные проводки.
...
Рейтинг: 0 / 0
Плоскости учета
    #33066630
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
valmond Сахават Юсифов(Свернутое) сальдо по счету на момент внедрения.

Понял. Т.е. эт опо сути не роводка, а технический прием для хранения начального сальдо.

Тогда еще один вопрос. Он немного оффтоп.
Насколько я понимаю, каждая проводка возникает на основе документа.
Если это верно, то возникает вопрос. На основе какого документа возникает например проводка о начислении ФСС ?

Табели учета рабочего времени (все остальные тоже, кроме сдельки, хотя бригадная зарплата распределяется и по табели).
...
Рейтинг: 0 / 0
Плоскости учета
    #33072883
Templar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Programmer_OrtodoxГлянул по этой ссылке на эту Арбинаду, ну не прикольнула она меня ни чем! Опять лобовое решение, опять "этот", тот же перечень полей, надо 10 аналитик,значит вдолбим в таблицу при создании эти 10 полей. А ещели я к примеру хочу, чтобы в одной проводке была 1 аналитика, а в соседней проводке 21, а через одну, - 121 !? И чтобы по каждой из них уровней было от 2 и по "самое не балуйся"? Пусть уж коллективная творческая мысль дальше ввысь стремится! А то не интересно как то..
Я понимаю, что с первого взгляда смотрится не так красиво, тогда как всем хочется "большой и чистой любви" :)
Но эта схема является заточенной под реляционнку (горизонтальное хранение аналитик) и опробована на больших массивах данных, будучи при этом оптимизирована. Вертикальное же хранение дает более высокие накладные расходы и сложные запросы.
...
Рейтинг: 0 / 0
Плоскости учета
    #33073281
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я у себя в системе храню аналитики проводки в массиве заданного размера.
Например, для четырех аналитик дебета рисуем поле db_analitic integer[8]. db_analitic[1] - тип аналитики 1, db_analitic[2] - код аналитики 1, db_analitic[3] - тип аналитики 2 ...
Тогда скорость работы определяется эффективностью работы СУБД с полями типа массив. На PostgreSQL - для меня пока приемлемо.
...
Рейтинг: 0 / 0
Плоскости учета
    #33073363
Templar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizhЯ у себя в системе храню аналитики проводки в массиве заданного размера.
Это нереляционная структура, поддерживаемая небольшим количеством СУБД, преимущества которой перед горизонтальным хранением не вполне очевидны.
...
Рейтинг: 0 / 0
Плоскости учета
    #33073416
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Глубоко начхать - какая эта структура. Главное, что бы работала быстро и правильно и имела бы возможность масштабироваться.
...
Рейтинг: 0 / 0
Плоскости учета
    #33074166
Templar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават ЮсифовГлубоко начхать - какая эта структура. Главное, что бы работала быстро и правильно и имела бы возможность масштабироваться.
Очевидно, что если вы ставите целью масштабирование, то не должны "глубоко начхать" ;)
...
Рейтинг: 0 / 0
Плоскости учета
    #33078621
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot TemplarЭто нереляционная структура, поддерживаемая небольшим количеством СУБД, преимущества которой перед горизонтальным хранением не вполне очевидны.[/quot]
Преимущество одно. Можно делать 'group by db_analitic', 'where db_analitic = ...', 'where db_analitic is null' и прочее не задумываясь особо, а сколько ж максимально аналитик (какой размер массива) сделали при создании базы и сколько из них сейчас определены в проводке.
А того, что массивы есть в PostgreSQL - мне достаточно. Менять СУБД в ближайшие годы не собираюсь.
...
Рейтинг: 0 / 0
Плоскости учета
    #33079097
Templar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizhПреимущество одно. Можно делать 'group by db_analitic', 'where db_analitic = ...', 'where db_analitic is null' и прочее не задумываясь особо, а сколько ж максимально аналитик (какой размер массива) сделали при создании базы и сколько из них сейчас определены в проводке.
При вертикальном хранении число аналитик также неограничено.
Горизонтальная же используется в качестве опимизации.

Используя массивы вы не сможете декларировать целостность (каждый элемент ссылается на объект-аналитический разрез). Ее придется программировать триггерами.
...
Рейтинг: 0 / 0
Плоскости учета
    #33079807
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Templar
Используя массивы вы не сможете декларировать целостность (каждый элемент ссылается на объект-аналитический разрез). Ее придется программировать триггерами.
Да. Так и есть :(. А при горизонтальном хранении целостность можно гарантировать, если только поля кодов аналитик назначать конкретным аналитическим справочникам. 'Лобовое решение', как сказал Programmer_Ortodox, - в каждой проводке по дебету и кредиту делать поля типа id_contragent, id_people, id_section, id_production, id_warehouse, id_income ... Тоже мрачно получается :(
...
Рейтинг: 0 / 0
Плоскости учета
    #33079829
Templar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizhА при горизонтальном хранении целостность можно гарантировать, если только поля кодов аналитик назначать конкретным аналитическим справочникам. 'Лобовое решение', как сказал Programmer_Ortodox, - в каждой проводке по дебету и кредиту делать поля типа id_contragent, id_people, id_section, id_production, id_warehouse, id_income ... Тоже мрачно получается :(
Достаточно объявить внешний ключ на таблицу - общего предка всех классов, используемых в качестве аналитик.
...
Рейтинг: 0 / 0
Плоскости учета
    #33080226
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TemplarДостаточно объявить внешний ключ на таблицу - общего предка всех классов, используемых в качестве аналитик. Или промежуточное решение - иметь несколько специализированных но достаточно общих предков типа Действующее лицо - организация, физическое лицо, Статья - виды расходов, доходов и др., Материальный объект - сырье, обрудование и др. Спецпредков можно непосредственно снабдить наиболее общими атрибутами (типа ИНН для действующих лиц), что позволит упростить существенную часть запросов.
...
Рейтинг: 0 / 0
Плоскости учета
    #33083609
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Блиии-и-и-и-ннн ! А где ж вы раньше-то были !

Точно - можно ж создавать аналитические справочники через inherits с общим предком ! Я как-то не обратил внимания, что при добавлении записи в таблицу-потомка она же добавляется в таблицу-родителя ...

create table analitics (id serial not null, shortname varchar(50) not null, primary key (id)); // это предок
create table contragents (fullname varchar(254), INN char(12), phiz_address varchar(254), ...) inherits (analitics);
create table spr_incomes (incomecode varchar(20), bscode varchar(20), ...) inherits (analitics);
...
create table transactions (..., db_analitic1 integer constraint dba1 references analitics(id) on update cascade, ...); // проводки

А система со сложными триггерами и прочей фигней уже работает ... :-(
Буду думать, как на наследование перейти с максимальной пользой и минимальными потерями ...
...
Рейтинг: 0 / 0
Плоскости учета
    #33083718
Estets
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizhБлиии-и-и-и-ннн ! А где ж вы раньше-то были !

;))) скажу по секрету у нас все документы в системе имеют таблицу предка, и соответственно могут быть аналитикой, правда связанно это больше с документооборотом, т.к. все документы имеют ряд общих свойств (например текущее состояние)
...
Рейтинг: 0 / 0
Плоскости учета
    #33083794
Templar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Estets;))) скажу по секрету у нас все документы в системе имеют таблицу предка, и соответственно могут быть аналитикой, правда связанно это больше с документооборотом, т.к. все документы имеют ряд общих свойств (например текущее состояние)
Аналогично
...
Рейтинг: 0 / 0
Плоскости учета
    #33680460
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gardenmanЕсли говорить о плане счетов - то его действительно легко представить в виде дерева. Но вот если говорить о субконто - это не дерево - это все-же измерения, и работать с ними надо как-то по-другому. У меня пока на эту тему мыслей не было. Я - пас...

инерция 1Сного мышления -)))


Serge Reva
...
Рейтинг: 0 / 0
Плоскости учета
    #33681473
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lazy-beaver gardenmanЕсли говорить о плане счетов - то его действительно легко представить в виде дерева. Но вот если говорить о субконто - это не дерево - это все-же измерения, и работать с ними надо как-то по-другому. У меня пока на эту тему мыслей не было. Я - пас...

инерция 1Сного мышления -)))

В жизни не пытался что-то зделать на 1с... Только чуть-чуть смотрел че там есть. И врядли в реальной системе стал бы делать подобным образом (как в 1с)

Serge Reva
...
Рейтинг: 0 / 0
56 сообщений из 56, показаны все 3 страниц
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Плоскости учета
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]