|
|
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Пишу "обычную" софтинку: Склад + Торговля на C# + MS SQL 2008 Express. Имеется Справочники, Журналы, ... Так вот вопрос по журналам: журнал "Прихода", журнал "Расхода", .... - держать лучше в одной талице или в отдельных для каждого журнала ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 16:18 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Пошел за пивом и чипсами... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 18:29 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
П-ЛПошел за пивом и чипсами... Поткин не обращайте внимания ИДИОТОВ на форуме хватает !!! По теме: potkin журнал "Прихода", журнал "Расхода", .... - держать лучше в одной талице или в отдельных для каждого журнала ??? Смотря какой объём данных и какой сервер будет. Я сделал всё в одном - это насчёт журналов. Насчет связаных таблиц с Журналом, это там где хранятся сами ТМЦ (товар), то после тестов, содал для каждого Прихода, Расхода, и тд отдельные таблицы. У меня ИнтерБейс. Думаю с МС Скул приблизительная ситуация будет ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 20:10 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin журнал "Прихода", журнал "Расхода", .... - держать лучше в одной талице или в отдельных для каждого журнала ??? DelphiDeveloper то после тестов, содал для каждого Прихода, Расхода, и тд отдельные таблицы. Мне-бы Ваши проблемы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 20:30 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Мне бы мнение нескольких услышать. Лень одну строку написать ??? DelphiDeveloperНасчет связаных таблиц с Журналом, это там где хранятся сами ТМЦ (товар), то после тестов, содал для каждого Прихода, Расхода, и тд отдельные таблицы. И насчёт связных таблиц тоже, забыл о них написать ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 20:45 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin, Шапки накладных - в одной таблице, содержимое накладных - в другой. Советую в таблице с шапками иметь поле с количеством позиций (строк) накладной. Так-же в таблице с содержимым накладных иметь поля с кодом контрагента, видом операции и т.д. То есть создайте небольшую денормализацию для быстроты обработки (например, чтобы две таблицы не дергать, когда требуется выбрать все покупки от контрагента). Ну и так далее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 21:33 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Если автор прислушается к столь правильным и компетентным советам, то он с легкостью создаст мощнейшую систему, которая сразу перебьет и 1С и все остальные программы в том же классе. Посоветую только перчатки на руки надеть чтобы мозоли на пальцах об клавиатуру не набить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 22:10 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
П-ЛЕсли автор прислушается к столь правильным и компетентным советам, то он с легкостью создаст мощнейшую систему, которая сразу перебьет и 1С и все остальные программы в том же классе. Посоветую только перчатки на руки надеть чтобы мозоли на пальцах об клавиатуру не набить. Чувствуется в посте многоуважаемого "П-Л" чуточку агресии. Если не знает, что ответить зачем вообще писать что-то ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 23:09 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Да "П-Л" написать "абы что", но главное что-то написать. Внатуре: смысл какой ??? Не жаль времени ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2009, 23:14 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Приход и Расход - это не Журналы. Это виды движения. Причем, движения по месту хранения, в общем случае, совершаются на основе различных документов. До начала своего мегапроекта, задумайтесь, как будут отражаться в учете такие операции, как, например, внутренние перемещения и инвентаризация. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 08:24 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Да нет, это не агрессия. Это ирония и ухмылка. Уж больно разителен контраст между уровнем взятой на себя задачи и качеством вопросов-ответов. Если это только не учебная задача для собственного развития. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 08:56 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Особенно порадовал совет по денормализации ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 09:59 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
П-Л ... больно разителен контраст между уровнем взятой на себя задачи и качеством вопросов-ответов. "..уровнем взятой на себя задачи.." - и что в этой задачи заоблочного ??? Многие начинают с глупых вопросов (не в обиду автору). И приходят со временем к адекватному решению с помощью, например тогож "Огого". Не спорю в инете есть немеренно инфы по данному вопросу, но в основном это лабораторные и курсовые студентов, у которых нет опыта (сам таким был ...). А толковый программер, который набил себе шишек на своих же ошибках - никогда не выложит в сеть подобную информацию. Так, что potkin задавайте "глупые" (хотя они и не совсем и глупые) вопросы, можно и не под своим ником (логином) как я сейчас :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 11:14 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
ОгогоШапки накладных - в одной таблице, содержимое накладных - в другой. Значит: для всех "шапок" (прихода, расхода, и тд) - одна таблица. для "содержимое накладных" - тоже одна таблица. Просто в в ней имеется поле: "вид операции". а то "дёргаю" каждый раз несколько таблиц - вот и тормоза ... П-Л Почему у меня уже работает 4 - 5 лет склад + торговля. Проста жуткие тормоза начались в последнее время. Вот я и подумал может Струкиуру БД переделать. (Ибо комп менять в кризис на фирме нет возможности.) К тому же перешёл не C# + MS SQL и переписываю софтинку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 11:39 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Изопропил Насчёт "денормализации" - переделал БД скорость увеличилась ~ 2-3 раза !!! Клас !!! Всем спасибо !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 11:41 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkinИзопропил Насчёт "денормализации" - переделал БД скорость увеличилась ~ 2-3 раза !!! Клас !!! Всем спасибо !!! гм.. что ж там тормозило-то? на каком запросе? индексы в базе есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 16:17 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Esu гм.. что ж там тормозило-то? на каком запросе? Кот поставщика, Код операции, ... и так далее - стоял только в "Шапке", а в в позициях подчинённой таблицы к "Шапке", тоесть в ТМЦ - нет. Так как хотелось чтоб БД была "идеально" нормализирована. А оказалось надо выходить за нормы и правила ... Запрос - например, выборка всех ТМЦ которые есть на остатке по данному поставщикуb, по данной операции и тд. Esu индексы в базе есть? Само собой есть !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 16:50 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin Кот поставщика, Код операции, ... и так далее - стоял только в "Шапке", а в в позициях подчинённой таблицы к "Шапке", тоесть в ТМЦ - нет. Так как хотелось чтоб БД была "идеально" нормализирована. А оказалось надо выходить за нормы и правила ... Запрос - например, выборка всех ТМЦ которые есть на остатке по данному поставщику, по данной операции и тд. и какой у тебя был запрос ранее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 17:26 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin Кот поставщика, Код операции, ... и так далее - стоял только в "Шапке", а в в позициях подчинённой таблицы к "Шапке", тоесть в ТМЦ - нет. Так как хотелось чтоб БД была "идеально" нормализирована. А оказалось надо выходить за нормы и правила ... Запрос - например, выборка всех ТМЦ которые есть на остатке по данному поставщику, по данной операции и тд.кстати, рано радуешься, можешь получить рассинхронизацию данных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 17:27 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Nafи какой у тебя был запрос ранее? Запросом "Дёргал" несколько таблиц, теперь всего одну. В результате и памяти больше хавал и медленее работал запрос. Правда переборщил сказав что в 2-3 раза. 2-3 раза это у меня на локальной машине. А на фирме и по сетке всего на ~ 50 процентов быстрее работает. Но главное, что быстрее !!! Слава Богу что софтину переписываю - буду полюбому структуру БД менять ... правда как, ещё полностью не знаю, буду Гуглить ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 18:12 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Nafкстати, рано радуешься, можешь получить рассинхронизацию данных Если ни кто не будет лезть ручками напрямую в БД, а всё через софтину будет. То думаю "рассинхронизации" быть не должно. Тем более использую транзакции... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 18:22 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkinЕсли ни кто не будет лезть ручками напрямую в БД, а всё через софтину будет. Блаженны верующие ... Всегда есть всевозможные скрипты, закачки, патчи и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 18:53 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
SERG1257Всегда есть всевозможные скрипты, закачки, патчи и т.п. Причём тут скрипты, .... ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 20:01 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin Причём тут скрипты, .... ? Притом что приложения приходят и уходят, а данные остаются и ты никогда не сможешь гарантировать доступ к данным только твоей софтиной. Оставляя возможность рассогласования, подумай как ты сможешь это поймать (например с помошью отчета по рассогласованиям, в норме строчек быть не должно) и вылечить. Слишком опрометчиво заявлять что беда не случится, лучше изучи законы Мерфи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 20:28 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
У нас тут товарищ рассогласовал... третий день уже чинит поторопился сдегка и полчаса времени сэкономил. раньше ушел... ну и прозевал. а поезд уже вперед уехал. вот и чинит теперь усе руками я все же убежден, что в случае ваших 2х таблиц несчастных денормализацию делать не стоит. что-то там не так и нужно искать причину тормозов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 20:45 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
SERG1257... лучше изучи законы Мерфи. Читал и не раз - это класика. SERG1257... и ты никогда не сможешь гарантировать доступ к данным только твоей софтиной 1) Пишу доку что к чему + даю исходники + могу спросить меня - всегда отвечу, даже если не платят. Я понимаю что мало кто читает доки, но это проблемы тех кто не читает и не спрашивает. 2) Мне то какой смысл, если фирма будет пользоваться софтиной другой организации ??? Но если пользуются - тогда пусть звонят раскажу что к чему. Esuчто-то там не так и нужно искать причину тормозов Тормаза тут: Когда в запросе "подымается" 1-а таблица - это одно дела, а когда 2-е или 3-и .... то и памяти больше кушается же !!! Зразу заметно стало: - было 4-и таблицы - 838 Мета. - стало 3-а таблицы - 521 Метр. ну и результат налицо .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 23:20 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin, объём данных - смешной, с индексами и запросами скорее всего беда. Планы запросов смотрел? P.S. Заряженное ружьё денормализации выстрелит в самый неподходящий момент ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2009, 23:28 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Открыл конфигуратор 1С7.7 и глянул как там всё организовано. Плюс просмотрел созданные DBF-ки. Вывод: для каждого документа, если у него есть табличная часть, создаётся 2-е физические таблицы (2-е DBF-ки: Шапка и Табличная часть), если нет "Таб.части" то одна DBF-ка. --------- А вот Журналы - это часть документа, выбраные поля из документа. Не стал проверять создаются ли какие-то DBF-ки или нет - не проверял. Думаю НЕТ !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2009, 23:45 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkinОткрыл конфигуратор 1С7.7 и глянул как там всё организовано. Плюс просмотрел созданные DBF-ки. Вывод: для каждого документа, если у него есть табличная часть, создаётся 2-е физические таблицы (2-е DBF-ки: Шапка и Табличная часть), если нет "Таб.части" то одна DBF-ка. --------- А вот Журналы - это часть документа, выбраные поля из документа. Не стал проверять создаются ли какие-то DBF-ки или нет - не проверял. Думаю НЕТ !!!лучше посмотри 1с 8 там гораздо лучше проработано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 01:12 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Nafлучше посмотри 1с 8 там гораздо лучше проработано Посмотрел. Понять тяжелова-то: ни одной DBF-ки. Там какой-то другой формат файлов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 09:56 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
А что, 1С эталоном стала? Там БД проектируется (вернее, автоматически формируется) совсем исходя из других задач. Назвать ее структуру хорошей как-то даже язык не поворачивается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 10:24 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
astonА что, 1С эталоном стала? Там БД проектируется (вернее, автоматически формируется) совсем исходя из других задач. Назвать ее структуру хорошей как-то даже язык не поворачивается. Надо ж чем-то сравнивать ... А что Вы посоветуете ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 13:12 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Я уже советовал. Приходы и расходы - это не документы - это движения. Таблица движений - это отдельная сущность, данные в которую вносятся на основании произвольных документов (в документоориентированых средах) или этапов процессов (в процессоориентированных). Что вы понимаете под журналом вот я не совсем понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 13:32 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
astonЧто вы понимаете под журналом вот я не совсем понял. Переименовал Журналы в Документы ! Журнал - это что-то виртуальное, например "Весь журнал" - это выборка данных из Документов Прихода и Расхода и, например, сортировка по дате ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 13:38 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Опять вы о каких-то мифических документах прихода\расхода. "Акт инвентаризации", "Накладная на перемещение" между складами - это что? Приход или расход? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 13:55 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
astonОпять вы о каких-то мифических документах прихода\расхода. "Акт инвентаризации", "Накладная на перемещение" между складами - это что? Приход или расход? Например "Накладная на перемещение" с одного склада №1 на другой №2: Это и Расход и Приход. Расход со склада №1 и Приход на склад №2. Тоесть записи будут в 4-х физических таблицах: 1.а) Шапка_Расход -1 запись 1.б) Табличная_часть_Расхода - N-записей (тоесть сами ТМЦ которые перемещаем) 2.а) Шапка_Приход -1 запись 2.б) Табличная_часть_приход - N-записей (тоесть сами ТМЦ которые приходуэм) Так ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 15:02 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Нет, не так. Будет документ вида "Накладная на перемещение", шапка котрого хранится в таблице X. По факту отражения этого документа в учете, в таблице движений Z появятся записи со ссылкой на этот документ: - записи о выбытии с одного места хранения; - записи о поступлении на другое место хранения. Таблица движений Z ОДНА общая на всю систему (фраза "таблица движений" условна, фактически структура хранения движений может состоять из нескольких таблиц). Вся отчетность и аналитика основывается на данных "таблицы движений". Но таблиц документов (операций) сколь угодно много по мере надобности в их электронных аналогах. Структура таблиц для каждого документа (операции) может быть своя сообразно составу реквизитов документа (операции). Таким образом вы организуете, собственно, учет движений, который фактически независим от документов (операций), которыми они (движения), осуществляеются. А вот количество документов (операций) наращивайте сколько угодно много. При этом, не надо будет менять структуру "таблицы движений". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 19:12 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
aston Приход и Расход - это не Журналы. Это виды движения. ..... Опять вы о каких-то мифических документах прихода\расхода. А что есть какие-то международные стандарты ??? Все эти понятия типа "Журналы", "Документы", "Контрагенты", ...... слизаны с всеизвестного 1С-а. Всё это можно назвать по другому, хоть местами поменять названия, просто люди (бухгалтера, операторы, ...) привыкли к этим названиям, всего лиш навсего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 19:33 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Пупкин_ не лезь ... aston вроде ясно ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 19:57 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
aston ..... Но таблиц документов (операций) сколь угодно много по мере надобности в их электронных аналогах. Структура таблиц для каждого документа (операции) может быть своя сообразно составу реквизитов документа (операции) ...... Уважаемый, а списывать то позиции товаро-материальных ценностей то откуда будете с какой таблицы (табличной части или как там её) ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 20:08 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Тоесть есть приход тмц и есть расход. Расход "списывает" количественно тмц с прихода. Тоесть в табличной части приходной накладной надо завести поле с количеством для списания его с данной позиции тмц при расходе. А в Вашей схемы - непонятно что с чего списывается (с какой таблицы). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 20:13 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Блин, а "Пупкин_" прав: что с чего списывать, с какой табличной части, какого документа ??? Если для каждого документа своя табличная часть. Тоесть, если есть: А) "приходной документ" и таб.часть. Б) "Накладная на перемещение" и у неё если табличная часть: приходная и расходная (аж 2-е). так при расходе с какой списывать ??????????? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 21:28 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Есть всего навсего на всю базу 1 таблица (табличная часть) расхода и 1 таблица (табличная часть) прихода и всё !!! Иначае, если много таблиц (табличных частей) прихода и расхода, то с какой таблицы списывать ??? Я лично так построил свой Товарооборот. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 23:12 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Идем дальше. Пр то, с какой табличной части списывать. А ни с какой. Если вам нужен партионный учет, то списание вообще не идет с табличной части, списание идет всегда с какой-то партии. Партия - это единица хранения, оформленная одним приходным документом. В результате поступления "из ниоткуда" (приобретение товара от контрагента, выпуск готовой продукции из производства), неважно по какому документу, всегда формируются новые партии. Партия, в самом простом случае, содержит ссылку на исходный документ и единицу хранения (опять же, в самом простом случае - номенклатуру). Однако, в заивисимости от требований учета, партия также может содержать другие атрибуты (например - номер ГТД и т. д.). Таким образм, мы делаем универсальную модель для осуществления партионного учета, в которой собственно партии отделены от табличных частей конкретных документов, что позволяет без изменения ядра учетной системы наращивать функционал в части добавления сколь угодного количества первичных документов со своими табличными частями. Списание, при отражении расходных документов в учете, всегда идет с партий, которые: а). могут быть "подобраны автоматически" б). явно указыны пользователем, при необходимости. Помните я говорил, что "таблица движений" - условное понятие, структура состоит из нескольких таблиц. Так вот, одной из таких таблиц является "Партия". Фактически - это справочник партий. Следующая таблица - это "Партии товаров на складе" (виртуальные "складские карточки"). Содержат ссылку на место хранения и партию. Таким образом, таблица, собственно, для учета движений, имеет, упрощенно, следующую структуру: - Карточка 1 (расход) - Карточка 2 (приход) - Количество 1 - Количество 2 где Карточка 1 - это "Партия товаров на складе", на которую выполняется поступление Приход - количество МЦ, приходуемого на Карточку 1 Карточка 2 - это "Партия товаров на складе", с которой осуществляется выбытие Расход - количество МЦ, выбываемого с Карточки 2 Карточка 1 или Карточка 2 могут быть не заполнены, что означает, что происходит поступение "из ниоткуда" (приобретение у поставщика) или выбытие в "никуда" (продажа клиенту). Значения в Приходе и Расходе могут быть: - одинаковыми - если одна и та же единица хранения перемещается с одного места хранения на другое - разными - если одна единица хранения списывается на выпуск другой единицы хранения (то самое производство). Исходя из таблицы движений, формируются структуры данных для хранения остатков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2009, 06:03 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
aston Если честно меня интересует как лучше организовать на физическом уровне, на уровне таблиц в БД. aston ... списание идет всегда с какой-то партии. Тоесть в БД должна быть таблица "Партии" в которой и будут храниться: id_documenta, id_TMC, количество, .... И в которую про проведении документа, в контексте одной транзакции (для физ.таблиц X, Z, Партии) сохрпаняются данные. Так ??? Или опять что-то не так понял ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2009, 12:05 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Структура "партии" - документ - единица хранения (ТМЦ + доп. атрибуты при необходимости) Структура "партии на складе" (наиболе близкий аналог "из жизни" - складские карточки) - место хранения - партия - текущий остаток Значение поля "текущий остаток" поддерживается автоматически по факту внесения изменений в таблицу "Движения" Если нужна гранулярность хранения остатков для быстрых выборок, то вводится дополнительная структура данных. В бухгалтерии понимаете? Представьте, что: "Партия" - объект учета. "Партия на складе" - это аналитический счет для данного объекта учета. "Движения" - это проводки, где "дебет" - это "партия на складе", по которой осуществляется приход, а "кредит" - это "партия на складе", с которой осуществляется расход. Сумма проводки разбита на 2: сумма в приход и сумма в расход (могут быть разными ввиду разных обстоятельств учета). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2009, 12:40 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
aston Извените, но я не понимаю: зачем плодить столько таблиц содержащих данные по ТМ (приход, расход, перемещение, списание, ....). Как же можно списывать ТМ (при расходе) из прихода если приходных таблиц (приход от поставщика, перемещение со склада на склад, ...) много - с какой списывать ??? Надо держать данные по ТМ в 2-х таблицах: приход и расход. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2009, 17:57 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Еще раз перечитайте все мои посты, где я объясняю, зачем. НЕ бывает списания с мифических табличных частей. Бывает списание по какому-то методу. И нету таблиц вида "Приход" и "Расход" - это виды движения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2009, 06:00 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Прочитал все Ваши посты. Если не влом: можите описать структуру БД ??? Что-то типа такого: таблица: documents - в ней содержатся то-то и то-то. таблица: documents_Shapka - в ней содержатся то-то и то-то. таблица: documents_Tab_Chast - в ней содержатся то-то и то-то. .......... Если не в лом конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2009, 09:56 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Извините за наглость, можно ещё связи между таблицами описать ... Хотябы приблизительно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2009, 11:29 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Documents (супертип для любых документов): - Ид; - Вид документа; - Дата; - Номер. - иные общие реквизиты (например, поддержка мульти-организационного учета). Структура таблиц для каждого вида документа (подтипа со ссылкой на супертип) своя сообразно его реквизитам. Это исходя из того, что документы по движению МЦ бывают вообще без табличных частей, а бывают с несколькими ТЧ с различной структурой (причем, некоторые из них или все вообще никакого отношения не имеют, собственно, к учету МЦ). Документы отражаются в учете. Тогда и только тогда записи о движениях появляются в структуре "таблиц движения". Само наличие электронного документа не означает, что фактически свершились движения. Электронный первичный учет (учет документыв в электронном виде) и материальный учет (учет движений МЦ) - это разные виды учетов, точно также как и бухгалтерский, управленческий. З.Ы. Все примеры - для документоориентированных систем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2009, 11:59 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
aston Documents (супертип для любых документов): - Ид; - Вид документа; - Дата; - Номер. - иные общие реквизиты (например, поддержка мульти-организационного учета). А структура таблы: "Партии" + реляции ??? Если не секрет конечно ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 13:21 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Уважаемый potkin. Забейте на все это. Здесь пытаются натянуть гандон 1С на структуру базы данных. В итоге Вы получите монстра с презервативом на голове. Без обид. Ваш уровень знаний в данной области нулевой. Значит прежде всего "Учисться, учиться и учиться!" (с). У кого. Предметная область - на действующих пердприятиях. Создание ПО - в гугле литературу нароете. По базам данных (для начала) - К. Дж. Дейт. Это если Вы хотите получить результат. Успехов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 17:14 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Папа Игорь Ваш уровень знаний в данной области нулевой. Проработал сис-админом в разных супермаркетах около 5-6 лет. Структуру БД изучил в доль и поперёк !!! Сам написал 2-е складские проги. Последняя работает до сих пор в 2-х частных организациях. Скажу честно: БД спроэктировал "не очень хорошо", хотя работает практически без глюков, ну бывают изредка: раз в год и исправляется самими операторами. Скажу так: софт который работает в некоторых супермаркетах Украины, вернее БД спроэктирована далеко не лучшим образом и далека от идеала 3-х нормальных форм !!! Гугл мало что даст, писал об этом уже. Поэтому надеюсь получить что-то из форумов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 17:33 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin Проработал сис-админом в разных супермаркетах около 5-6 лет... Все же обиделись. А зря. Ваш уровень именно в этой сфере деятельности четко определяется по заданному Вами вопросу (см. тему топика). Не знать - не стыдно. Стыдно не хотеть знать то, что надо по роду занятий. Вы знать хотите, но пришли с вопросами в форум где - почувствуйте комичность ситуации - многие гуру начинали именно с того же, например, К. Дж. Дейта. Все равно успехов Вам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 17:49 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Приход товаров на склад Товар приходуется по количеству и стоимости, указанной в приходном документе, например, приходной накладной. Остатки товаров увеличиваются на количество и стоимость, указанные в приходном документе. Приходный документ и является «партией» товара. Обычно не все виды приходных документов являются «партиеобразующими». Партию образуют только документы первичного оприходования товаров, например, приходные накладные или приходные ордера. Не образуют «партию» некоторые документы внутреннего движения товаров (например, перемещения между складами). Читай тут Папа Игорь Здесь пытаются натянуть гандон 1С на структуру базы данных. В итоге Вы получите монстра с презервативом на голове. Хорошо сказал !!! potkin Пиши софтину и не парься, раз опыт есть. Как говорил Чингизхан: "если что-то боишся делать то не делай, а если что-то начал делать то ничего не бойся и и делай !!!" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 17:55 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Папа Игорь Здесь пытаются натянуть гандон 1С на структуру базы данных. В итоге Вы получите монстра с презервативом на голове.Чорт, ну почему мне никогда такие поэтичные сравнения не приходят в голову. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 18:00 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Начитался литературы, статей и тд и тп. Как я понял из того что писал "aston": Создаётся табла "Партии" (или група таблов). Что такое табла "Партии" ? Это табла в которой хранятся данные по накладным, которая ДУБЛИРУЕТ табличные части накладных (видов накладных может быть несколько). Тоесть это НАРУШЕНИЕ 3-х нармальных форм !!! Есть свои Плюсы и есть свои Минусы. Минусы - если кто-то залезит напрямую в БД и ручками что-то исправит будет полный писец... Плюсы - имеются такие. Исправте если что не так понял !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 20:49 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Опять вы все блуждаете в своих украинских супермаркетах. Документы по движению ТМЦ - это НЕ ТОЛЬКО накладные и не обязательно содержат табличные части и табличных частей может быть много и у каждой своя структура. Когда же вы это поймете. Партия - это учетная единица оценки движений и хранения, которая, в общем случае, НЕ РАВНА строке в табличной части (особенно тогда, когда НЕТУ никакой табличной части в документе). Выше я приводил структуру таблицы партии для классического "бухгалтерского" понимания партии. Т.е. это поступление одного вида ТМЦ одним первичным документом. Но в жизни требования к ведению партионного учета могут быть разные. Например, ТМЦ поступает в течении дня несколькими машинами (вагонами) со своими накладными, но партией считается общее количество поступившего вида ТМЦ за день. Или наборот, в учете ЛВИ партией считается товарная партия производителя, оформленная комплектом сертификационных документов. Т.е. пришла накладная на 100 бутылок водки (одной строкой) и к ней 20 сертификатов, определяющих, что 100 бутылок, на самом деле, представляют собой 20 товарных партий, у каждой из которых свой собственный мануфактурный номер и сертификат. Все эти бизнес-требования определяют структуру таблицы партий. Все же остальное ядро по учету ТМЦ не трогается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2009, 05:54 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
aston Или наборот, в учете ЛВИ партией считается товарная партия производителя, оформленная комплектом сертификационных документов. Т.е. пришла накладная на 100 бутылок водки (одной строкой) и к ней 20 сертификатов, определяющих, что 100 бутылок, на самом деле, представляют собой 20 товарных партий, у каждой из которых свой собственный мануфактурный номер и сертификат. Интерестно как такое будет приходываться ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2009, 10:10 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin...Исправте если что не так понял !!! Здравствуйте! Все же Вы, как вождь мирового пролетариата, пошли "своим путем". :-) Попробуйте сделать так. 1. Определите требования к Вашему приложению. Требования не только диктуемые бизнесом, а и законодательством (если это приложение не для "внутреннего" употребления). 2. Спроектируйте (смоделируйте) Ваше приложение до уровня основных бизнес-объектов и процессов. Не заморачивайтесь на этом этапе с базой данных. Считайте что у Вас она есть. 3. Из модели выявите данные, которые должны постоянно храниться в базе данных. При необходимости дополните модель приложения. 4. Разработайте схему базы. 5. Создайте базу и приложение. (если делаете внутри корпорации, то узнайте, может некоторые нужные данные уже есть в других базах). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2009, 12:25 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Начинающий_ламер_aston Или наборот, в учете ЛВИ партией считается товарная партия производителя, оформленная комплектом сертификационных документов. Т.е. пришла накладная на 100 бутылок водки (одной строкой) и к ней 20 сертификатов, определяющих, что 100 бутылок, на самом деле, представляют собой 20 товарных партий, у каждой из которых свой собственный мануфактурный номер и сертификат. Интерестно как такое будет приходываться ??? Вот как - это и есть промежуточный слой бизнес-логики между электронным первичным учетом (документами) и электронным материальным учетом. Которые есть разные виды учетов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2009, 13:41 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin Минусы - если кто-то залезит напрямую в БД и ручками что-то исправит будет полный писец...Не будет. Будет бардак который надо отловить и зачистить (иметь наготове отчеты для отлова и процедуры для зачистки) Папа Игорь А самое вкуское? 6 Внесение изменений в приложение и базу по требованию бизнеса. Это кстати основная причина для изучения методов учета, смотрения как это сделано в 1С и им подобных - попытка минимизировать последствия неизбежных изменений правил игры. (в учете что либо принципиально новое придумать трудно) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2009, 17:31 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
aston В табле "Партии" хранится только приход или же и расход тоже ??? Или для расхода своя таблица ??? Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2009, 00:38 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkin В табле "Партии" хранится только приход или же и расход тоже ??? Или для расхода своя таблица ??? Разные ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2009, 20:57 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Не, действительно, как Вы (астон) советуете держать расход ??????? ПС. мне тоже интерестно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2009, 15:14 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
aston Ну с приходом всё понятно и спасибо Вам за это !!! А вот с расходом то как ??? Как я понял: В таблице "Партии на складе" в следствии Прихода ТМЦ появилась запись, например с Остатком = 10 единиц. В следствии расхода появляется запись в таблице "Партии на складе" с остатком, например = -7 единиц. Тоесть Остаток данного ТМЦ (по ID_ТМЦ, ID_Склада) будет = 3 единицы. Так ??? Если Вам не трудно расскажите .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2009, 18:09 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Вопросик. Как будет отражаться "Перемещение с склада на склад" в таблице "Движения" состоящая из 2-х таблиц: 1. Партии 2. партии на складе. Если я правильно понимаю, то так: В таблице "Партии" появится новая запись с ссылкой на Документ "Перемещение". В таблице "Партии на складе" появятся новые запись с ссылкой на таб. "Партии". Первая - это списание, вторая - приход. Интересует: как организовать ссылку на поставщика партии. Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2010, 17:56 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
potkinПишу "обычную" софтинку: Склад + Торговля на C# + MS SQL 2008 Express. Имеется Справочники, Журналы, ... Так вот вопрос по журналам: журнал "Прихода", журнал "Расхода", .... - держать лучше в одной талице или в отдельных для каждого журнала ??? Лучше не держать ни "журнал прихода", ни "журнал расхода":) Это была бы существенная ошибка проектирования. Сначала нужно понять что Вы хотите сделать, и как этот продукт будет сопровождаться и развиваться. Впрочем, это Вам здесь уже советовали. Та обрывочная информация, которой вы здесь "нахватаетесь", прочти наверняка введет Вам в какое-нибудь заблуждение. И Вы сделаете ошибку похуже, чем "журнал прихода":) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2010, 22:08 |
|
||
|
Как лучше хранить записи в одной таблице или в нескольких ???
|
|||
|---|---|---|---|
|
#18+
Бредятина Лучше не держать ни "журнал прихода", ни "журнал расхода":) Это была бы существенная ошибка проектирования. Сначала нужно понять что Вы хотите сделать, и как этот продукт будет сопровождаться и развиваться. Впрочем, это Вам здесь уже советовали. Та обрывочная информация, которой вы здесь "нахватаетесь", прочти наверняка введет Вам в какое-нибудь заблуждение. И Вы сделаете ошибку похуже, чем "журнал прихода":) Та уже разобрался более-менее. Просто во многих складских программах, и так которую я написал когда-то при Перемещении, создаётся новая партия ТМЦ и эта новая пратия уже не привязана к поставщику. Тоесть вся проблема привязать перемещаемую партию ТМЦ к поставщику от которого Она пришла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2010, 11:44 |
|
||
|
|

start [/forum/topic.php?all=1&fid=32&tid=1542510]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
41ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 202ms |
| total: | 343ms |

| 0 / 0 |
