---|Ветка была без названия|---

← →
Романов Р.В. © (2003-03-20 21:39) [120]

> Andrey © (20.03.03 10:59)

> IMHO это лишний наворот. Смысла невижу. Или предпологается
> еще и администрирование доступа к отчетам (типа этот отчет
> тебе можно смотреть, а этот нельзя)?

Я это к тому что мой годовой отчет кроме меня наврядли кому то будет нужен, а у других участников проекта будут свои специфические отчеты которые другим не нужны.

Уважаемые участники проекта!
Просьба высказать свои предложения по структуре таблиц БД, т.е. какие таблицы и поля необходимо включить в базу.

К сожалению я уезжаю на 3 дня. Так что появится здесь не смогу :(

← →
jack128 © (2003-03-21 00:15) [121]

вырезано из ТЗ
----------------------------------------------------------------
Таблица Типы <контейнерных> устройств, помещения.

<Контейнерные> устройства это объекты которые состоят из нескольких
комплектующих. Например ПК, принтеры, UPS, и д.р. В эту же группу относятся
помещения, которые могут содержать как устройства так и комплектующие (т.е.
может быть как местом установки, так и складом).

Поля:

Id

Название типа.

Тип - помещение или устройство.

------------------------------------------------------------------

как принтер может быть контейнерным устройством - мне не понятно(типа он из
катриджей состоит? -)))) , но допустим... А вот смешивать контейнерные устройства
и помещения(склады), думаю, не стоит... Как я представляю это - таблица <контейнерных> устройств. Соответственно у каждого комплектующего будет 2 внешних ключа, на помещение, где это компликтующее находится, и на контейнерное устройство в
состав которого (возможно) это комплектующее входит...

← →
jack128 © (2003-03-21 00:18) [122]

и ещё может новую ветку завести?? а то каждый раз сто двадцать постов грузить...

← →
Dim!S (2003-03-21 04:08) [123]

to Andrey
Если вместе доживем :)

Если есть какие вопросы пиши на мыло (адрес смотри выше)...

← →
Andrey © (2003-03-21 11:06) [124]

>jack128
Попробуй вот так http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1047145774&n=3&from=115
И со временем увеличивать последнее число :)

При вашей схеме теоретически возможны колизии - комплектующее находится в ПК который в свою очередь находится на складе 1, а в самом комплектующем сказано, что оно находится на складе 2. Так и получится, что один ПК находится в разных комнатах.

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

← →
Игорь Шевченко © (2003-03-21 11:20) [125]

MS это уже сделала. Называется Microsoft SMS, если я не путаю аббревиатуру. Но денег стоит.

← →
Романов Р.В. © (2003-03-21 13:03) [126]

Удалось выбраться в интернет :)

> jack128 © (21.03.03 00:15)
> как принтер может быть контейнерным устройством - мне не
> понятно(типа он из
> катриджей состоит? -)))) , но допустим... А вот смешивать
> контейнерные устройства
> и помещения(склады), думаю, не стоит... Как я представляю
> это - таблица <контейнерных> устройств. Соответственно у
> каждого комплектующего будет 2 внешних ключа, на помещение,
> где это компликтующее находится, и на контейнерное устройство
> в
> состав которого (возможно) это комплектующее входит...

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

У комплектующего будет 1 ккюч указывающий на устройство или помещение. По этому устройства и помещения содержатся в одной таблице.

> Andrey © (21.03.03 11:06)
> При вашей схеме теоретически возможны колизии - комплектующее
> находится в ПК который в свою очередь находится на складе
> 1, а в самом комплектующем сказано, что оно находится на
> складе 2. Так и получится, что один ПК находится в разных
> комнатах.

Комплектующее может находится в одном месте либо в помещении либо в устройстве. Устройство в свою очередь находится в каком то помещени.

> Игорь Шевченко © (21.03.03 11:20)
> MS это уже сделала. Называется Microsoft SMS, если я не
> путаю аббревиатуру. Но денег стоит.

Уже практически все программы сделаны :)

← →
jack128 © (2003-03-21 17:20) [127]

>При вашей схеме теоретически возможны колизии <
Ну кализии решаются тригерами(или, например можно вообще не указывать склад, в котором находится <контейнерное устройство> - оно находится там же где и комплектующие, из которых это устройство состоит), а вот логичность базы повысится, но это моё ИМХО...

← →
michael_b (2003-03-22 17:58) [128]

> Романов Р.В. © (08.03.03 20:49)

И мне кинь ТЗ. Тоже интересно my_subscribe@hotbox.ru

← →
michael_b (2003-03-24 19:20) [129]

ТЗ не получал. Проект загнулся?

← →
Романов Р.В. © (2003-03-24 20:51) [130]

michael_b (24.03.03 19:20)
Проект не загнулся. ТЗ выслал.
Сейчас я очень занят. Особенно в ближайшие дни.

Подведем небольшой итог.
Среда разработки проекта D6
Сервер БД Firebird
Кто не согласен высказывайте свои возражения.

← →
paxer (2003-03-24 21:25) [131]

Романов, если тебя интересует, могу предложить следующее. Я пишу программу учета, кот. будет легко настраиваема. Предварительный результат будет где-то через 3 месяца (+год-месяц). Можешь быть в качестве в-тестера, за что тебе - сама программа. Соответственно, с меня никаких гарантий (а какие гарантии могут быть при связи через мыло и без каких-либо документов).
Характеристики:
Язык программирования - Д5 (исходников не будет)
MySQL
Принципы работы как в 1С (наличие справочников, журналов, регистров, задание структуры базы в редакторе, похожем на 1С, настройка работы формы документа, настройка движений в регистрах).

← →
Andrey © (2003-03-25 10:46) [132]

>Романов Р.В. © (21.03.03 13:03)
Сори, это возражение не вам адресовалось. С вашей схемой я согласен.

> Среда разработки проекта D6
> Сервер БД Firebird
Если можно выскажу свое пожелание: полное отсутствие сторонних компонентов. Или хотябы чтоб все сторонние компоненты были с исходниками.

>All
Проэкт на D6, но это совсем не значит, что возникнут проблеммы с D5.
Когда-то мне пришлось переводить проэкт D5->D3 (по причине того что обязательные к использованию сторонние компоненты были только под D3 и без исходников).
Проблем почти небыло:
1 - небольшая переделка секции uses
2 - в dfm нужно было исключить строку про OldCreateOrder и все.

>jack128
Мне кажется я понял что именно вас смутило: иерархическая структура в одной таблице. Могу вас заверить, что не только вас она поначалу смутила. Для разширения кругозора могу порекомендовать вам почитать раздел "Древовидные и иерархические структуры, хранение объектов" с http://www.ibase.ru/develop.htm Там все очень неплохо описано.

>вообще не указывать склад, в котором находится
><контейнерное устройство> - оно находится там же где и комплектующие
Опять же теоретически комплектующие могут оказатся в разных помещениях, и куда его после этого. Конечно в триггерах можно обрабатывать почти все, но IMHO структура предложеная Романовым, пусть не проще, но логичнее.

>paxer
А вы чего лезете? Мы здесь не для тестирования ваших продуктов собрались. Кому-то конечно это может быть интересно, но IMHO ваш пост в этой ветке offtopic.

← →
jack128 © (2003-03-25 17:07) [133]

Andrey © (25.03.03 10:46)

> Мне кажется я понял что именно вас смутило: иерархическая
> структура в одной таблице

да нет, с деревьями я работаю и не каких трудностей не имею, но...
Ладно раз решили, то пусть будет так..

Насчет компонентов, Романов Р.В. © предлагал FIB, но они 3 диалект не поддерживают, FIB+ и IBObjects платные вроде, так что выбор не велик...

← →
Andrey © (2003-03-25 17:21) [134]

>jack128
Еще не решили, обсуждаем пока. Я высказал свое IMHO вы свое. Решения начальства ждемс :)

Кстати в упор невижу где Романов предлогал FIB.
Предпологаю при условии отсутствия сторонних компонентов IBX.

← →
MsGuns © (2003-03-25 19:27) [135]

Ув.Романов. Писать по мылу сейчас несколько затруднительно (временно закрыт порт на прокси) - выскажусь здесь.

Проект посмотрел. Хотел сначала вообще "не высовываться", но, подумав, изменил решение.

Мои выводы (пока предварительные) таковы:

Проект "мертвый" по нескольким причинам. Перечислю основные.

1. Не видно, кому будет нужна подобная БД и обслуживающая ее прога. Похоже, что только одному человеку - сисадмину или что-то вроде него. А если нет заказчика, то нет и финансирования (по крайней мере обеспечения тем же временем).

2. Исходя из 1. выскажу предположение, что ни один чел не будет заинтересован в своевременном и достоверном отражении в БД всех изменений как в конфигурациях ПК, так и в их содержимом. БД "обречена" на хроническую неактуальность.

3. Нереально в принципе держать настолько подробное описание каждого ПК, да оно и не надо. И что делать после, допустим, полной (с ДОСа) переинсталляции на ПК всего ПО - вносить долго и нудно изменения в эту БД ? Зачем ?

Есть и сомнения по поводу "замусоренности" проекта искусственно усложненными объектами, размытостью связей между ними и т.д. Но это уже детали.

Извините за прямоту, но просили же честно. Тем не менее буду следить и дальше за развитием сюжета.

С уважением.

← →
michael_b (2003-03-25 22:17) [136]

> Романов Р.В. © (24.03.03 20:51)

Так Тз и не получил. Может кто-нибудь, к кого оно есть мне вышлет? А то Романов Р.В. занят прислал мне письмо но без ТЗ.

to MsGuns:
Не знаю, у кого как, но у нас проблемы 2 и 3 решаются при помощи вещей, которые называются "стандартная конфигурация" (железо строго одинаковое для каждого типа рабочих мест) и "стандартный набор ПО" (заливается система целиком с уже установленным ПО). Хотя со стандартными конфигурациями нам несколько легче (род деятельности способствует :o)), при желании это у себя может обеспечить кто угодно.

>vuk © (25.03.03 23:02)
>при желании это у себя может обеспечить кто угодно

Когда-то, работая в большом отделе крупного радиозавода, пытался как-то систематизировать имеющуюся в наличии комп.технику и используемое ПО. В начале заручился поддержкой начальства и с азартом бросился как в омут.
Скоро, однако, пыл мой поубавился, а затем и вообще пропал. Народ (сотрудники) стали относиться ко мне как к сексоту (шеф был в курсе у кого какие игрища стоят), тачки как перетаскивали и тасовали (мониторы, клавы, мышки и т.д.), так и продолжали, не считая нужным ставить меня в известность. Были "вундеркинды" из других секторов, которые нарочно выводили ПК из строя после того, как я вэкал (по инструкции, подписанной шефом) лишнее ПО (гороскопы, порнуху, гамы и т.п.), таскали на ночь винты домой (я эту всю чистку делал, ясный месяц, не с 8 до 17).
Короче, после того, как меня несколько раз обвинили в пропаже важной инфы, "поломке" машин и т.д., я сдался.

ЗЫ. Прошу заметить, все это было во времена MSDOS, Win3.1 только еще набирал обороты. Да и разнообразия в тачках тоже было поменьше - закупалось все крупными партиями и практически не апгрэйдилось.

> Романов Р.В. © предлагал FIB

Ну не предлогал, а спрашивал, чем FIB мне не нравится(в чате)

> обсуждаем пока

Давайте пообсуждаем -)
Деревья, ИМХО, стоит строить только тогда, когда узлы древа имеют одни и теже свойства(характеристики). А к писюку, принтеру и т д по сравнению со складом это не относится.. А если например нужно будет хранить доп инфу именно о >контейнерных устройствах< (например гарантия на эти устройства)??

В принципе в ТЗ есть побоная таблица (>Таблица ПК
Содержит дополнительное описание ПК не касающееся железа<), но лудше держать эти данные в одной таблице

to MsGuns:
>все это было во времена MSDOS, Win3.1 только еще
>набирал обороты
Сейчас это все гораздо проще. Сеть + рабочие места без дисководов и CD-ROM + WinNT/W2K + хранение данных пользователя исключительно на сетевых дисках. До кучи на любую машину система может быть всегда залита удаленно, по принципу "кто не спрятался - я не виноват". Это все сильно ограничивает проникновение "левого" ПО.

Впрочем, это всё офтопик здесь...

>jack128

> Деревья, ИМХО, стоит строить только тогда, когда узлы древа
> имеют одни и теже свойства(характеристики). А к писюку,
> принтеру и т д по сравнению со складом это не относится..
> А если например нужно будет хранить доп инфу именно о
> контейнерных устройствах< (например гарантия на эти устройства)??

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

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

Вобщем незнаю, и так хорошо, и так хорошо... Ждем решения начальства.

>race1
>konstantinov
>sad
Активнее господа! Вы какой точки зрения придерживаетесь? Романова или jack128?

>Романов Р.В.
А вы так не пропадайте. Создается впечатление, что проэкт издох неуспев появится.

>vuk © (26.03.03 00:40)
>Впрочем, это всё офтопик здесь...

Согласен и затыкаюсь.

ЗЫ. Писать мертвые проекты все же лучше, чем "по кустам водку пьянствовать и девок бАбить" ;))))

---|Ветка была без названия|--- Найти похожие ветки