|
|
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Помогите плиз. Не могу организовать структуру данных. Допустим есть изделие в которое входят сборочные единицы которые в свою очередь могут состоять других сборочных единиц, а те еще из других и т.д. последняя по уровню состоит из деталей количество уровней вложения предсказать сложно. Помимо этого каждая сборочная единица в своей номенклатуре помимо сборочных подединиц может содержать и детали. Очень хочется иметь типа: Таблица ДЕТАЛИ, Таблица СБОРОЧНЫЕ ЕДИНИЦЫ, Таблица НОМЕНКЛАТУРА СБОРОЧНЫХ ЕДИНИЦ, и еще наверно что-то. Проблемма как связать эти таблицы так чтобы в Таблице НОМЕНКЛАТУРА СБОРОЧНЫХ ЕДИНИЦ можно было указывать не только какие детали входят в сборочную единицу но и сами сборочные единицы из таблицы СБОРОЧНЫЕ ЕДИНИЦЫ. Видимо необходима связывать таблицы СБОРОЧНЫЕ ЕДИНИЦЫ и НОМЕНКЛАТУРА СБОРОЧНЫХ ЕДИНИЦ связью МНОГИЕ - КО - МНОГИМ. Но я если честно с этим не разу сталкивался. если кто поможет буду очень благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 16:51 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Сборочная единица может состоять одновременно из деталей и других сборочных единиц. А организовать так: таблица "сборочные единицы", завязанная на себя как "многие ко многим", таблица "детали", завязанная на "сборочные единицы" как "многие ко многим". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 17:34 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
softwarerтаблица "сборочные единицы", завязанная на себя как "многие ко многим" Это если автору надо хранить "изделие вообще". А в каждое конкретное изделие сборочная единица входит однозначно. Трудно себе представить чтобы коробка передач была засунута в два автомобиля одновременно... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 18:02 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovА в каждое конкретное изделие сборочная единица входит однозначно. Трудно себе представить чтобы коробка передач была засунута в два автомобиля одновременно... (устало) Дим, если попробовать спуститься с облаков на землю, ходящие по ней грешные инженеры очень любят унификацию. Потому как она облегчает им жизнь. Если взять какой-нибудь автомобиль, там, допустим, ВАЗ-2107, то Вы конечно можете объявить, мол, коробка передач у него уникальная. Вот только незадача: за те тридцать лет, что этот автомобиль выпускается, у него был с десяток только "крупных официальных" версий, так сказать major build-ов, а уж сколько мелких доработок - знает только тамошнее КБ. Возьмите все эти версии, вместе со всякими экспериментальными моделями - это всё "изделия" - и подумайте, вправду ли для каждого из них заново проектировали КПП? Может, хоть в паре-тройке а стояла таки одна и та же? А узлы, из которых состоит КПП, тоже каждый раз с нуля? P.S. Сугубо теоретически я допускаю, что найдётся какой-то узел, который модифицировался абсолютно в каждой версии от "копейки" до "калины". Но куда как вероятнее найти узел, который прожил всё это время неизменным ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 18:11 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
softwarerЕсли взять какой-нибудь автомобиль, там, допустим, ВАЗ-2107, то Вы конечно можете объявить, мол, коробка передач у него уникальная. Могу. Потому что на ней стоит уникальный серийный номер. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 18:14 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovМогу. Потому что на ней стоит уникальный серийный номер. А, вот Вы о чём. Ну так это совершенно другое, там вообще не нужно никакой многоуровневой комплектации. Если предположить, что заводу нужно хранить эту информацию ранее выходного контроля, то это просто линейный список - КПП№123 вместе с кузовом№456 и двигателем№789 вошли в изделие ID=werwe5423rew, собранное в соответствии с номенклатурой ID=asdf34awdf. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 18:21 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
softwarerэто просто линейный список Да, если предположить, что шестерёнки внутри коробки анонимные. Но мало ли какие там изделия у автора... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 18:28 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovДа, если предположить, что шестерёнки внутри коробки анонимные. Не имеет значения. Даже если важно отличать, какая из неанонимных шестерёнок на каком месте. Важно одно: КПП№123, как и любой узел с серийным номером (а в общем-то и как большинство без него) - отдельная материальная позиция. Которую изготовили (по своей номенклатуре со своим плоским списком неанонимных шестерёнок), потом передавали со склада на склад, возможно, например, модифицировали или ремонтировали (в том числе заменив одну неанонимную шестерёнку на другую) и наконец, возможно уже в другом квартале, употребили в сборку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 18:39 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Трудно себе представить чтобы коробка передач была засунута в два автомобиля одновременно. зато один упаковочный ящик для группового зипа на несколько изделий -типичная ситуация при расчете изделия получаем 0,5 или даже 0,0033 ящика на изделие поэтому необходимы постоянные таблицы -состав изделий ид,куда,что,сколько -наименование деталей, сборок,комплектующих -трудоемкость -мелкие справочники и рабочая(расчетная) -изделие,деталь,комплектация(суммарное количество некой детали во всех узлах конкретного варианта изделия) на основе трудоемкости и комплектации выдаются все отчеты и запросы типа вхождения некого варианта сборки/детали в несколько вариантов изделий одновременно все не меняется имеется базовое изделие и1 создали вариант1a, где сборку 1 заменили на 1а создали вариант1b, где сборку 1 заменили на 1b при раскрутке изделия 1а при обнаружении сб1 ищется для дальнейшего расчета состав сб1а ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 18:47 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
softwarerСборочная единица может состоять одновременно из деталей и других сборочных единиц. А организовать так: таблица "сборочные единицы", завязанная на себя как "многие ко многим", таблица "детали", завязанная на "сборочные единицы" как "многие ко многим". Если можно как нибудь наглядей как это таблицу можно саму с собой связать отношением многие-ко-многим А суть затеи следующая: Выпускаемые изделия состоят из деталей и сборочных единиц(причем одни и те же сборочные единицы входят в разные изделия), некоторые из них в свою очередь состоят из подсборочных единиц и деталей, а те могут состоять из других сборочных единиц и т.д. Причем одна и таже сборочная единица может быть в ходить в несколько других. Например 1 Изделие 1.1СБ1 1.1.1СБ2 1.1.2.Детали1 1.2СБ3 1.2.1.СБ4 1.2.1.1СБ2 1.2.1.2 Детали2 1.2.2Детали3 а сама СБ2 состоить из Деталей4 И в таком духе. Просто сборочные единицы не такого масшатба типа КП автомобиля. Здесь больше сборки различных штекров, разьемов и т.п. И они могут входить в подсборки. Мне нужно в итоге чтобы все это приводило наименованию и количеству деталей необходимых для сборки изделия ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 20:07 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985как это таблицу можно саму с собой связать отношением многие-ко-многим Так же как и с любой другой. Существует ровно один способ сделать такую связь. Вне зависимости от. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 20:26 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985Если можно как нибудь наглядей как это таблицу можно саму с собой связать отношением многие-ко-многим Точно так же, как и с любой другой. В большинстве СУБД для этого имеется единственный способ (а даже и там, где не единственный, обычно всё равно стоит пользоваться именно этим). Евген1985А суть затеи следующая: Обрисована структура как раз для этой затеи. Евген1985Просто сборочные единицы не такого масшатба типа КП автомобиля. А это неважно, принципы те же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2012, 20:35 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Если я правильно понял то схема должна выглядеть так: И если можно вопросик по ключам. В центре картинки таблица nomenklatura_det_subb она служит определения в какие блоки входят какие детали. Мне хотелось бы что бы не было ситуаций что в один блок ввели одну и туже деталь несколько раз. у меня в таблице три ключевых поля id - самой записи и id блоков и деталей входящих в запись. Вот теперь вопрос если я правильно понимаю то такой "Тройной ключ" говорит о том что система будет проверять чтоб одновременно не совпало все три ключевых поля. И тогда получается что так как id- записи у меня счетчик(совпадений не допускается), то вторые два поля могут и совпасть и система это пропустит. Как бы лучше это сделать. Или лучше делать запрос на совпадение при вводе каждой записи и проверять по COUNT>0. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2012, 13:25 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
надеюсь поможет Поскольку тулзы для рисования схем БД нет, несколько пояснений: В таблице t_Part: partID - суррогатный первичный ключ В t_Detail и t_Unit: partID - это одновременно и первичный ключ и foreign key, ссылающийся на t_part. Таким образом любая запись в t_Part может представлять либо узел либо деталь (остается обеспечить неповторение partID в t_Detail и t_Unit). Через t_unitParts задается из каких t_Part состоит каждый t_Unit. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2012, 14:56 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985Помогите плиз. Да не вопрос. Стандартный BOM: 1. Таблица - предметы (детали, материалы, сбор. единицы, готовые изделия). 2. Таблица - состав изделий: что входит - ссылка на 1 куда входит - ссылка на 1 в каком количестве на этом графе решаются все производственные задачи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2012, 11:57 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
_модЕвген1985Помогите плиз. Да не вопрос. Стандартный BOM: 1. Таблица - предметы (детали, материалы, сбор. единицы, готовые изделия). 2. Таблица - состав изделий: что входит - ссылка на 1 куда входит - ссылка на 1 в каком количестве на этом графе решаются все производственные задачи То есть схема данных на моем рисунке правильная? Таблица Nomenklatura_cb_cb содержит два поля которые ссылаются на id_cb_ed таблицы cborochnie_edinitsi ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2012, 15:18 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
_модДа не вопрос. Стандартный BOM: может вопрос глупый... Но ВОМ это как я понимаю на Вал Отбора Мощностей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2012, 16:02 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Bill Of Materials ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2012, 16:07 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985То есть схема данных на моем рисунке правильная? Нет, должно быть всего ДВЕ таблицы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2012, 12:40 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
_модЕвген1985То есть схема данных на моем рисунке правильная? Нет, должно быть всего ДВЕ таблицы Вот очередной вариант. Мне надо чтоб в запросе по блоку выдавалось его содержимое: Детали из которых он состоит, Сборочные Единицы из которых он состоит, Детали из которых состоят сборочные единицы из которых состоит сам блок. И все это в одной таблице, общим списком. Данная схема обеспечит эту возможность? или нужна другая схема организации хранения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2012, 11:00 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985Мне надо чтоб в запросе по блоку выдавалось его содержимое: Детали из которых он состоит, Сборочные Единицы из которых он состоит, Детали из которых состоят сборочные единицы из которых состоит сам блок. И все это в одной таблице, общим списком. Данная схема обеспечит эту возможность? или нужна другая схема организации хранения. Еще раз - должно быть всего ДВЕ таблицы. По этим ДВУМ таблицам решаются все задачи разузлования и входимости. Либо иерархическими запросами, либо рекурсией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2012, 17:36 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
_мод, Я прошу прощения за то что не въезжаю но если по вашему это вот так? Буду искать про рекурсию и иерархические запросы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2012, 17:46 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985 по вашему это вот так? Да, то что красное. Причем таблица Datail содержит все: ДСЕ(детали, сбор. ед.), готовые изделия и материалы. Количество м.б. в штуках или в других ед. изм. (для материалов) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:22 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
_модЕвген1985Мне надо чтоб в запросе по блоку выдавалось его содержимое: Детали из которых он состоит, Сборочные Единицы из которых он состоит, Детали из которых состоят сборочные единицы из которых состоит сам блок. И все это в одной таблице, общим списком. Данная схема обеспечит эту возможность? или нужна другая схема организации хранения. Еще раз - должно быть всего ДВЕ таблицы. По этим ДВУМ таблицам решаются все задачи разузлования и входимости. Либо иерархическими запросами, либо рекурсией. одна----ид-куда,ид-что,сколько вторая-ид,наименование куда(что), характеристики--и детали и сборки вместе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:34 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
_мод, Спасибо. А не могли бы помочь с запросом. Как заставить Аксес бегать по этим двум таблицам пока все не разложиться до деталей, ПКИ, материалов и т.д. Как я понял рекурсивным запросом. Что то я не могу найти примеров для Аксесс. Может поможете??? Или ссылочку какую нибудь дадите чтоб ума набраться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 09:09 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985 Как заставить Аксес бегать по этим двум таблицам пока все не разложиться до деталей, ПКИ, материалов и т.д. В Аксесе нет иерарх. запросов. Можно попробовать написать рекурсивную функцию, которая будет обходить граф и складывть рез-т обхода в массив или таблицу. зы а лучше на оракл ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 17:35 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
_модЕвген1985 Как заставить Аксес бегать по этим двум таблицам пока все не разложиться до деталей, ПКИ, материалов и т.д. В Аксесе нет иерарх. запросов. Можно попробовать написать рекурсивную функцию, которая будет обходить граф и складывть рез-т обхода в массив или таблицу. зы а лучше на оракл Есть один очень простой практический прием, позволяющий для дерева одним лайком получать всех родителей вверх по цеочке от текущего узла до корня, всех детей до самого низа от текущего узла и т.п. Но за это приходится расплачиваться денормализацией - хранить для каждого узла его полный маршрут наверх в виде айди узлов, разделенных спрециальным символом. Однако в вашем случае для графа каждый узел может иметь несколько маршрутов вверх, так как узел или деталь могут ипользоваться в нескольких других более крупных единицах. Насколько удобно и эффективно будет использовать такой же прием для графа я не пробовал. Попробуйте вы подумать об этом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2012, 09:14 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Программист-ЛюбительЕсть один очень простой практический прием Который использовался в домашинную эру. Для того и есть СУБД, чтобы не заниматься тупой кодировкой, а работать по ссылкам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2012, 11:20 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985, 1 Изделие 1.1СБ1 1.1.1СБ2 1.1.2.Детали1 1.2СБ3 1.2.1.СБ4 1.2.1.1СБ2 1.2.1.2 Детали2 1.2.2Детали3 СБ2 состоить из Деталей4 кудачтосколькоИзделиесб11Изделиесб31сб1сб22сб1детали14сб3сб41сб3детали38сб4сб22сб4детали216сб2детали45 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2012, 11:45 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
ПЕНСИОНЕРКА, кстати, при довольно крупных изделиях уровень вхождения не превышал 15 раскруткой получали количество деталей\подсборок на изделие в целом для сборки2 2*1*1+2*1=4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2012, 11:53 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
_модПрограммист-ЛюбительЕсть один очень простой практический прием Который использовался в домашинную эру. Для того и есть СУБД, чтобы не заниматься тупой кодировкой, а работать по ссылкам. У ТС аксес, в котором нет современных рекурсивных запросов. Поэтому я предложил средство, которое позволяет использовать джетовский вариант аксесного эскуеля для решения задач с деревьями. Предупредив о минусах, которые оно имеет (не графы, а деревья и необходимость обновлять строку адреса). Это никак не тупое кодирование. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2012, 22:13 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Евген1985, и все-таки решили вы вопрос по разузловке? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2012, 12:35 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Не знаю, может и не вовремя, но предлагаю схему (часть) работающей программы, в нее "укладываются" изделия со входимостью 38 уровней (на сегодняшний день выпускаемое изделие, готовится новое с уровнями в районе 58-62 уровня, проверял проблем нет), правда на схеме не отражены (есть в наличии) Узлы, Агрегаты, Комплекты, это несколько по другому (алгоритмически) делается. При этом в Базе "сидят" изделия не только из металла но и пошивочные (тканевые), при этом металлические изделия являются частью (входимые Деталями) в пошивочных Изделия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 12:46 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
alex999kon, ерунда одноразовая ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:05 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
ViPRosalex999kon, ерунда одноразовая 999 - это легендарный мемембер с форума аксеса. Краткая характеристика: Не программирует в кодах ВБА Не дает юзеру никакого интерфейса кроме голых таблиц Считает, что внешний вид данных не имеет значение супротив правильного вычисления значений в полях таблиц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:28 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Программист-Любитель, это Вы с вашими глюками что только VBA и ничего более - одноразовые, а моя прога работает 10 лет, вот так вот!!!!! И не было ни разу случая что нельзя внести новое изделие в базу или что-то считает не так, при чем изделия есть и из металла и из ткани (пошивочные). И все это без единой строчки на VBA!!!! А за легендарность спасибо, прям таки притча во езыцах!!!!!! А насчет таблиц Вы не правы, вы же всю программу то не видели, а выводы продолжаете делать, это нехорошо, клевета если хотите! (ну или если посмотреть на факты и на выводы глазами юриста!!!) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:39 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
И еще: при чем тут мое программирование или нет на VBA? Здесь по-моему обсуждаются вопросы по созданию баз, методах, схемах и прочее, или Вам больше написать здесь нечего, кроме как оскорблять и унижать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 13:16 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
Зачем Ви травите пейсателя?! (ц) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 14:55 |
|
||
|
Не могу организовать структуру базы(многоуровневое вложение)
|
|||
|---|---|---|---|
|
#18+
alex999konИ еще: при чем тут мое программирование или нет на VBA? Здесь по-моему обсуждаются вопросы по созданию баз, методах, схемах и прочее, или Вам больше написать здесь нечего, кроме как оскорблять и унижать? а ты пошли его и все ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:17 |
|
||
|
|

start [/forum/topic.php?all=1&fid=32&tid=1541682]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
52ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 205ms |
| total: | 334ms |

| 0 / 0 |
