powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / tree но не view
49 сообщений из 49, показаны все 2 страниц
tree но не view
    #32171065
Фотография саша кочанов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну создал я таблицу для TreeView ключ,родитель
ну разобрался я с контролом
но теперь возникает другой неконтроловский вопрос:
как находясь в середине ветки запросить "всех, кто находится дальше по ветке", например всех кто работает в каком нибудь производстве со всеми его цехами, участками и тд?
...
Рейтинг: 0 / 0
tree но не view
    #32171095
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...запросом, отбираешь всех у кого ParentID=SelectedID
или через tv.SelectedNode.Next...
...
Рейтинг: 0 / 0
tree но не view
    #32171102
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну это тебе придется занятся теорией.
Деревья в SQL
http://www.osp.ru/win2000/sql/2001/05/967.htm]Иерархические структуры, не требующие сопровождения
Работа с TreeView
Моделирование иерархических объектов
HOW TO: Show Expanding Hierarchies by Using SQL Server
Добавлю что это далеко не все варианты организации и работы с иерархическими структурами.
...
Рейтинг: 0 / 0
tree но не view
    #32171103
Фотография Ден
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Senin Viktor
А другие уровни же запросом таким уже не прокатят...
"...запросом, отбираешь всех у кого ParentID=SelectedID "
Выберутся только подчиеные этого текущего уровня..
Я просто к тому, что не так то все и просто с деревьями.. Самое просто просканировать таблицу.. Но при наличии большого объема данных может тормозить..
Вот один из возможных примеров реализации (я где то скачал, работает отлично, но под sql)

CREATE TABLE [DBTree] (
[idDBTree] [int] NOT NULL ,
[idNode] [int] IDENTITY (1, 1) NOT NULL ,
[idParent] [int] NULL ,
[idNext] [int] NULL ,
[idPrior] [int] NULL ,
[idFirstChild] [int] NULL ,
[Text] [varchar] (255) COLLATE SQL_Latin1_General_CP1251_CS_AS NOT NULL ,
[SendTo] [smallint] NOT NULL CONSTRAINT [DF_DBTree_SendTo] DEFAULT (2),
CONSTRAINT [PK_DBTree] PRIMARY KEY NONCLUSTERED
(
[idDBTree],
[idNode]
) ON [PRIMARY] ,
CONSTRAINT [FK_DBTree_DBTreeHead] FOREIGN KEY
(
[idDBTree]
) REFERENCES [DBTreeHead] (
[idDBTree]
)
) ON [PRIMARY]
GO

CREATE TABLE [DBTreeHead] (
[idDBTree] [int] IDENTITY (1, 1) NOT NULL ,
[Name] [varchar] (255) COLLATE SQL_Latin1_General_CP1251_CS_AS NULL ,
[Comment] [varchar] (500) COLLATE SQL_Latin1_General_CP1251_CS_AS NULL ,
[IsDogovor] [bit] NOT NULL ,
[IsCommerce] [bit] NULL CONSTRAINT [DF_DBTreeHead_IsCommerce] DEFAULT (0),
[CreatedBy] [int] NULL ,
[CreatedAt] [datetime] NULL ,
CONSTRAINT [PK_DBTreeHead] PRIMARY KEY CLUSTERED
(
[idDBTree]
) ON [PRIMARY]
) ON [PRIMARY]
GO



SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO

-- Процедура возвращает список вложенных узлов в заданный родительский узел с учетом порядка их следования в дереве.
-- Если @idParent = NULL, то возвращается список узлов первого уровня в дереве.
Create PROCEDURE [upDBTreeGetChildren]
@idDBTree int,
@idParent int = NULL
AS
SET NOCOUNT ON
--временная таблица для результата
CREATE TABLE #TMP_Result (idDBTree int,idParent int,idNode int, idPrior int,idNext int, idFirstChild int,[Text] varchar(255))

DECLARE @Text VARCHAR(255), @idPrior INT, @idNode INT, @idNext INT, @idFirstChild INT, @NodeCount INT
DECLARE @ErMsg VARCHAR(1000), @Error INT
SET @Error = 0
--проверка первого узла
SET @NodeCount = -1
IF @idParent IS NULL
BEGIN
SELECT @NodeCount=COUNT(*)
FROM DBTree
WHERE idDBTree=@idDBTree
AND idParent IS NULL
AND idPrior IS NULL
SET @Error = @Error + @@ERROR
END
ELSE BEGIN
SELECT @NodeCount=COUNT(*)
FROM DBTree
WHERE idDBTree=@idDBTree
AND idParent=@idParent
AND idPrior IS NULL
SET @Error = @Error + @@ERROR
END
IF @NodeCount=-1
BEGIN
SET @ErMsg='Нет первого узла:'+CAST(@idParent AS VARCHAR)
RAISERROR (@ErMsg,16,1)
RETURN 1
END
ELSE IF @NodeCount>1
BEGIN
SET @ErMsg='Несколько первых узлов:'+CAST(@idNext AS VARCHAR)
RAISERROR (@ErMsg,16,1)
RETURN 2
END
ELSE IF @NodeCount=1 BEGIN
--Добавляем первый узел
IF @idParent IS NULL
BEGIN
SELECT @idNode=idNode, @idPrior=idPrior, @idNext=idNext, @idFirstChild=idFirstChild, @Text=[Text]
FROM DBTree
WHERE idDBTree=@idDBTree
AND idParent IS NULL
AND idPrior IS NULL
SET @Error = @Error + @@ERROR
END
ELSE BEGIN
SELECT @idNode=idNode, @idPrior=idPrior, @idNext=idNext, @idFirstChild=idFirstChild, @Text=[Text]
FROM DBTree
WHERE idDBTree=@idDBTree
AND idParent=@idParent
AND idPrior IS NULL
SET @Error = @Error + @@ERROR
END
INSERT #TMP_Result
VALUES(@idDBTree,@idParent,@idNode,@idPrior,@idNext,@idFirstChild,@Text)
SET @Error = @Error + @@ERROR
--Добавляем остальные узлы
DECLARE @idAddedNode INT
SET @idAddedNode = @idNode
WHILE @idNext IS NOT NULL BEGIN
--проверка следующего узла
IF @idParent IS NULL
BEGIN
SELECT @NodeCount = COUNT(*)
FROM DBTree
WHERE idDBTree=@idDBTree
AND idParent IS NULL
AND idNode=@idNext
SET @Error = @Error + @@ERROR
END
ELSE BEGIN
SELECT @NodeCount = COUNT(*)
FROM DBTree
WHERE idDBTree=@idDBTree
AND idParent=@idParent
AND idNode=@idNext
SET @Error = @Error + @@ERROR
END
IF @NodeCount=0
BEGIN
SELECT * FROM #TMP_Result
SET @ErMsg='Нет следующего узла:'+CAST(@idNext AS VARCHAR)
RAISERROR (@ErMsg,16,1)
RETURN 3
END
ELSE IF @NodeCount>1
BEGIN
SELECT * FROM #TMP_Result
SET @ErMsg='Несколько следующих узлов:'+CAST(@idNext AS VARCHAR)
RAISERROR (@ErMsg,16,1)
RETURN 4
END
ELSE IF @NodeCount=1 BEGIN
--добавление следующего узла
IF @idParent IS NULL
BEGIN
SELECT @idNode=idNode, @idPrior=idPrior, @idNext=idNext, @idFirstChild=idFirstChild, @Text=[Text]
FROM DBTree
WHERE idDBTree=@idDBTree
AND idParent IS NULL
AND idNode=@idNext
SET @Error = @Error + @@ERROR
END
ELSE BEGIN
SELECT @idNode=idNode, @idPrior=idPrior, @idNext=idNext, @idFirstChild=idFirstChild, @Text=[Text]
FROM DBTree
WHERE idDBTree=@idDBTree
AND idParent=@idParent
AND idNode=@idNext
SET @Error = @Error + @@ERROR
END
INSERT #TMP_Result
VALUES(@idDBTree,@idParent,@idNode,@idPrior,@idNext,@idFirstChild,@Text)
SET @Error = @Error + @@ERROR
IF @idAddedNode=@idNode
BEGIN
SELECT * FROM #TMP_Result
SET @ErMsg='Зацикливание '+CAST(@idNode AS VARCHAR)
RAISERROR (@ErMsg,16,1)
RETURN 5
END
ELSE SET @idAddedNode=@idNode
END
END
END
SET NOCOUNT OFF
--вывод данных
IF @Error = 0
SELECT * FROM #TMP_Result
ELSE BEGIN
SET @ErMsg = @ErMsg + 'Error = ' + CAST(@Error AS VARCHAR)
RAISERROR(@ErMsg,16,1)
END
--удаление временной таблицы
DROP TABLE #TMP_Result


GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO
...
Рейтинг: 0 / 0
tree но не view
    #32171110
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Эка как размахнул \r
Посмотри также /topic/9402 Вроде то что нужно.\r
А так же поробуй через поиск по форуму MS SQL.
...
Рейтинг: 0 / 0
tree но не view
    #32171113
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И все-таки мне интересно, как так люди программируют?
Сначала сделал контрол, потом таблицу, потом стал чесать репу "А что же я со всей этой х%ней буду делать и как жить дальше?"
Может это... Порядок действий поменять? Сначала думать, а потом делать?
Атака клоунов блин...
...
Рейтинг: 0 / 0
tree но не view
    #32171150
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лохам Позорным и Непозорным посвящается!!
"Главное - ввязаться в бой!!!". А "слона есть по кусочкам". Применил для отображения данных - хорошо. Понял, узнал, спросил, подсказали, сам споткнулся, озарило... что еще можно с этим делать. Открытие, радость, фанфары. А там еще что-то прорезается, а там еще что-то хочется, мечтается. Или не моги трогать пока не обсосал до последней корочки?
...
Рейтинг: 0 / 0
tree но не view
    #32171202
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если слона есть по кусочкам - можно круто обосраться
Неужели все думают, что удав что от головы до хвоста = 38 попугаев, что от хвоста до головы = 38 попугаев? Это еще в мультиках опровергли. Обычно получается что если мысль идет от головы к пальцам - задача быстрее реализуется, чем если от пальцев (хорошо если от них, а не от седалища) к голове.
Обсасывать все не надо. Задачу с правильного конца надо решать.
Дико. Увидел контрол - о бля, круто! Давайте его заюзаем. Данных нет? Данные нарисуем! Програмно работать с этим не умеем? Фигня, пару раз обосремся (съев слона), потом научимся! Механизмы доступа к данным под такое не заточены, аксес не умеет видите ли в запрос дерево вывести? Мы напишем километр кода! И полгода его отлаживать будем. Потому что ввязались в бой.
Зачем весь этот гимор? Все от того что разработчик увидел контрол и сказал - о бля, круто?
...
Рейтинг: 0 / 0
tree но не view
    #32171384
Фотография саша кочанов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Re:Лох Позорный
язык, в широком смысле слова, определяет мышление
учиться (думать) можно только познавая реалии языка
не обижайся...
...
Рейтинг: 0 / 0
tree но не view
    #32171409
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ты мне рекомендуешь познать реалии языка? Адресом не ошибся?
З.Ы. "...Вот потому что вы говорите не то что думаете и думаете не то что думаете - поэтому вы в клетках и сидите."
...
Рейтинг: 0 / 0
tree но не view
    #32171415
Фотография Zenia
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To Lox

По моему иногда надо опускаться на землю :))
...
Рейтинг: 0 / 0
tree но не view
    #32171422
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ниче не понимаю. Сначала мне говорят что я не знаком с реалиями языка, потом - что я витаю в облаках и полон юношеских грез... Ребят, вам это... сказки для детей надо читать, а не форумы. Там неопределенный артикль бля не встречается. В отличие от реалий языка.
Или я с утра торможу капитально?
...
Рейтинг: 0 / 0
tree но не view
    #32171451
Фотография Zenia
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ты просто людей за говно не принимай...
...
Рейтинг: 0 / 0
tree но не view
    #32171461
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не надо искать в моих словах то, чего там нет. Если бы я кого-то считаю говном - я так и говорю (если бы вообще с этим человеком общаюсь).
Кстати вопрос. С какой это стати я не должен людей за говно принимать? Многие вполне заслуживают.
...
Рейтинг: 0 / 0
tree но не view
    #32171491
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ой ты гой еси Лох свет Позорный!!! Пошто окрысился на свет белый? Пошто икру мечешь почище кабачков? Не хочешь кушать слона по кусочкам - никто не неволит - глотай целиком! Приятного тебе аппетита и большого удовольствия от сей незатейливой трапезы. А мы, уж извините, так не могём - в пасть не пролазит.
Думать и правда полезно сначала головой, потом пальцами (или еще чем). Только кто-ж тебе, родимый, сказал, что кидается народ здешний на каждый красивый контрол, аки на бомбу с бантиком? Если приперла нужда обратить свой взор на TreeView, так не от того, что красивый изрядно, а от того что иными средствами отобразить, то что он могёт, так и не смог придумать. А то, что не всё про него знаем... дык ведь учимся, батюшко, в т.ч. и на твою милостивую помощь уповаем, не сочти за нахлебников, индо и без тебя при нужде разберемся, коли гордый и нас сирых презираешь. Времени, конечно, уйдет больше и трудов. А и ты все ли досконально про Excel-Access-Word знаешь? Все ли тонкости-нюансы постиг? Начал ли ты работать с ними, зная неизмеримо меньше, чем знаешь теперь? Или изучил сначала все-все-все?
Не обессудь, мил человек! И на нас не забижайся. Нижайше о сем просим.
...
Рейтинг: 0 / 0
tree но не view
    #32171516
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Позвольте влезть в чужую драку (хотя и понятно, что мне тут же по морде-то и надают).

Слона, безусловно, надо есть по кусочкам. Однако последовательность поедания должна быть спланирована заранее. Иначе некоторые кусочки придется выблевывать и поедать по новой в новом порядке, причем по несколько раз.
...
Рейтинг: 0 / 0
tree но не view
    #32171518
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Витал
:))
Каков падлец
Слушайте, вот майкрософт в аксес смогла сделать кучу стандартных виндузовых контролов. А тривью не смогла. Ни в 97-м, ни в 2000-м, ни в 2002-м аксеса. Реляционные базы и иерархические базы - они плохо дружат. Это не я придумал. Вы хотите майкрософт переплюнуть и скрестить две разные идеологии - ну флаг в руки, если уж задача такая стоит.
У меня есть уверенность, что 90% задач (цифра от балды), для которых народ использует тривью - спокойно можно решить без тривью, стандартными аксесовкими контролами, стандартными средствами базы данных, стандартными реляционными механизмами. При этом будут отклонения от "идеального" решения задачи ("с использованием тривью"), но по соотношению трудозатраты/довольство пользователей выйдет гораздо лучше.
Еще раз пытаюсь свою мысль повторить. Надо делать тривью - значит надо делать. Только делать надо в такой последовательности
1) Прочитать литературу по иерархическим структрурам
2) Подумать (если есть чем)
3) Нарисовать таблицы, километр кода, контролы.
А в жизни почему-то наоборот - от пунтка 3) к пункту 1), зачастую пропуская 2).
ну создал я таблицу для TreeView ключ,родитель
ну разобрался я с контролом
но теперь возникает другой неконтроловский вопрос:
...
Рейтинг: 0 / 0
tree но не view
    #32171530
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Владимир Саныч
Вай маладэц
Краткость - сестра таланта
...
Рейтинг: 0 / 0
tree но не view
    #32171536
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
2 Лох:

Я знал, что ты оценишь. :^)
...
Рейтинг: 0 / 0
tree но не view
    #32171611
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как говорил профессор у нас в универе: "Давайте уточним понятия!", - и тратил на это полчаса лекции. Он был прав, как мы выяснили потом. Сначала-то думали: "Блажит старичок! Чего их уточнять и так все ясно!". Ан нет. Ни фига не ясно!! Спорили по несколько часов до хрипоты, ругались, чтобы потом понять - говорим о разных вещах, называя их одинаково.
Так и здесь. Кем надо быть, чтобы не согласиться с тем, что "...Однако последовательность поедания должна быть спланирована заранее" (10-40)" и "...делать надо в такой последовательности..." (10-42). Такие, думаю, просто не знают как сюда попасть. Вовсяком случае, надеюсь. Не буду говорить о других. Скажу, как сам "дошел до жизни такой".
Потребовалось в Accesse вести учет неких операций, которые представляют из себя n-мерную иерархическую структуру. Начал со сбора информации. Что придумали на сей счет умные люди. Как хранить, как редактировать, как менять подчиненность, как отображать и т.д. Главная задача у меня была - как отображать, чтобы пользователь понимал, что у него на экране и, чтобы ему было удобно просматривать информацию. Сделал ему дерево - хорошо. Ему УЖЕ достаточно. Но, "аппетит приходит во время еды". В том числе и мне хочется от этого дерева большего. Но это вопрос времени, постепенно осваивая его, я надеюсь совершенствовать рабочее место юзера и дальше.
...
Рейтинг: 0 / 0
tree но не view
    #32171628
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
> Сделал ему дерево - хорошо. Ему УЖЕ достаточно.

Такой подход хорош, когда делаешь маленькую систему для себя. Большая система, создававшаяся в течение нескольких лет по принципу "а давайте-ка добавим еще вот это", - врагу не пожелаю такую систему поддерживать.
...
Рейтинг: 0 / 0
tree но не view
    #32171631
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"Лучше маленькая рыбка, чем большой таракан".
А что в большой системе все на века определено и ничего не меняется? Не появляются новые задачи, которые надо оперативно решать? Не требуется что-то добавить, убавить, изменить...? Не применяются новые средства и подходы?
...
Рейтинг: 0 / 0
tree но не view
    #32171638
Фотография Ден
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Владимир Саныч
>Такой подход хорош, когда делаешь маленькую систему для себя. Большая система, создававшаяся в течение нескольких лет по принципу "а давайте-ка добавим еще вот это", - врагу не пожелаю такую систему поддерживать.

А как правило так и происходит..Делаешь по тех заданию, а потм, мы хотим то мы хотим сё.. Конечно стараешься отфутболить с такими просьбами но не всегда это выходит и в итоге годика так за 3 из нормальной системы выходит монстр какой то -))
...
Рейтинг: 0 / 0
tree но не view
    #32171658
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как человек, поддерживающий систему, в которую 5 лет кто-то по-кусочкам что-то добавлял, параллельно изучая аксес/vb - полностью согласен с Владимиром Санычем. В конце концов пришлось переписать 70% функциональности. До остальных 30% руки еще не дошли
Теперь ни строчки кода не пишу не представив себе как я и пользователи в будущем это смогут использовать, как не смогут, и как смогут но не дай бог. И ни строчки без ТЗ. Глупость, написанная на бумаге, становится явной.
С одной стороны такой подход замедляет разработку новых фичей (а пользователи не видят причин этого и недовольны), с другой стороны - тому, кто придет после меня, не придется в очередной раз 70% кода переписывать. Хорошо начальник это все понимает даже лучше меня, иначе пришлось бы на горло собственной песне наступать.
...
Рейтинг: 0 / 0
tree но не view
    #32171664
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
2 Витал:

Да, конечно, что-то неизбежно. Делать нечего, когда:

появляются новые задачи, которые надо оперативно решать,

требуется что-то добавить, убавить, изменить,

применяются новые средства и подходы.

Но этому надо стараться противостоять. Непростительно, если работают по принципу "а давайте-ка", когда:


было жалко времени на проектирование.

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

2 Ден:

...А, впрочем, тот же ответ. :^)
...
Рейтинг: 0 / 0
tree но не view
    #32171666
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
2 Лох:

Жму руку.
...
Рейтинг: 0 / 0
tree но не view
    #32171671
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лох Позорный
У меня есть уверенность, что 90% задач (цифра от балды), для которых народ использует тривью - спокойно можно решить без тривью, стандартными аксесовкими контролами, стандартными средствами базы данных, стандартными реляционными механизмами.
Я не заморачиваюсь можно ли построить интерфейс без использования дерева, если оно туда просится. Я просто его использую. И делаю это стандартными средствами базы данных и уж тем более стандартными реляционными механизмами.
При этом будут отклонения от "идеального" решения задачи ("с использованием тривью"), но по соотношению трудозатраты/довольство пользователей выйдет гораздо лучше.
Да нифига. Ты ищешь проблемы там, где их нет.
А на теорию я ссылки дал в самом начале обсуждения.
...
Рейтинг: 0 / 0
tree но не view
    #32171675
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Витал
Как раз в большой системе это особенно критично.
Если плохо все спроектировать - будет беда. Сначала оно работает, потом требования изменяются - и оно перестает работать так как хотелось бы. Вешается заплатка, которая слегка функциональность. Потом еще заплатка, потом еще... Получается разноцветное лоскутное одеяло.
Единственный выход (для себя так решил) - писать по возможности большими кусками, продуманными и с запасом функциональности. Благо в компании работаю не первый месяц, могу себе представить что могут захотеть пользователи через полгода и заранее под это подстроиться.
...
Рейтинг: 0 / 0
tree но не view
    #32171688
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Павел
А я не заморачиваюсь по поводу тривью если вижу что можно сделать два комбобокса и листбох и пользователям этого хватит (и они с этим согласны). Может, тривью было бы и лучше - но лучшее враг хорошего.
Если надо использовать тривью - использую. Я ж не враг всего живого
В итоге большая часть интерфейса получается без тривью. Может у кого и по другому, хозяин барин.
За ссылки спасибо, дома буду изучать.
З.Ы. И все равно аксес под древовидные структуры с произвольным уровнем вложенности плохо приспособлен. Я стараюсь таких конструкций избегать.
...
Рейтинг: 0 / 0
tree но не view
    #32171692
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, напоминаю, что топик сей, отнюдь, не мой. И слова
ну создал я таблицу для TreeView ключ,родитель
ну разобрался я с контролом
но теперь возникает другой неконтроловский вопрос:

Отнюдь, не мои. Но иногда, да извинят меня МЭТРЫ, мне кажется (дай Бог, если только кажется) проскальзывает у них некое высокомерие типа "... блин!!! Сколько можно об одном и том же!!!", "...Почитай Help!" (предполагается - брысь отсюда, мелочь!!). А тон? Похож на: "Делать надо так, как я сказал!!! Кто не понял, тот дурак!". Всем советую почитать свои послания, как бы со стороны. Будто это Вам прислали ответ на Ваш вопрос.
"...Не можешь или не хочешь помочь - иди на другой топик, никто тебя сюда силком не затаскивал". Не мои слова, но - присоединяюсь!!
На всякий случай. Я говорю, "НЕ У ВСЕХ" И "ИНОГДА". "Не поймите меня правильно!".
...
Рейтинг: 0 / 0
tree но не view
    #32171702
G&P
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Предлагаю переименовать топик...
...
Рейтинг: 0 / 0
tree но не view
    #32171705
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
> Но иногда, да извинят меня МЭТРЫ, мне кажется (дай Бог, если только кажется) проскальзывает у них некое высокомерие типа "... блин!!! Сколько можно об одном и том же!!!",

Просто у мэтров голос такой. Но мэтр, даже если он говорит таким голосом, ожидает в ответ нечто на том же уровне (не в смысле голоса, а в смысле наличия аргументов).
...
Рейтинг: 0 / 0
tree но не view
    #32171708
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владимиру Санычу (11-57).
Обоими (обеими, двумями) руками ЗА!!! И только ЗА!!!
И с Лохом согласен - ни шагу без ТЗ!!! Ударим ТЗом по безалаберности и волюнтаризму!!! :)) И про лоскутное одеяло весьма "кучеряво" сказано. Вообще-то хорошо бы эти высказывания - да эпиграфом к форуму. Или при входе на форум - предложение сначала прочитать их, подумать, а потом входить и еще раз думать.
...
Рейтинг: 0 / 0
tree но не view
    #32171711
Хам трамвайный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а можно я скажу по
поводу деревьев?
вы когда-нибудь
задавались вопросом:
как можно найти что-либо в дереве,
содержащим хотя бы 7 уровней вложенности?
даже пользуясь проводником и найти
файл c:\Documents and Settings\All Users\Application Data\Microsoft\Windows NT\MSFax\faxreceive\rrrr.txt
или хотя бы запомнить где он лежит
очень трудно для восприятия
человека
к товару это тоже относится,
а также к документам n-вложенности.
человек не запомнит, а если и запомнит,
то он сам один (так как он этот
справочник ведет)
а если со справочником
работает не один человек?
вот и сидят они ковыряются во всех
плюсиках и минусиках пока найдут
нужный товар
и где, скажите мне на милость, удобства?
если и организовывать структуру то не
больше 3 уровней
в аксессе такая возможность есть
- подч. табл. формы.
как раз с полюсиками и минусиками
естественно есть задачи,
которые требуют иерархии (документация, например)
но в товарном учете - это полный бред.
тем более, что реального простого
способа работы с деревьями нет.
посмотрите сколько статей по поводу
работы с деревом (здесь на sql.ru достаточно
много было ссылок на разных авторов): у одного
хорошо обновление идет, селект плохой,
у другог наоборот.
каждый выкручивается как может и считает,
что это круто.
вы-разработчики, а не пользователи
и вам кажется, что если вы освоите
дерево, то это будет круто
а мне приходится работать и потому
сразу отметаю дерево.
это мое мнение
...
Рейтинг: 0 / 0
tree но не view
    #32171716
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>G&P
"Спектакль - это повод для репетиции!"

>Владимир Саныч
Но мэтр, даже если он говорит таким голосом, ожидает в ответ нечто на том же уровне (не в смысле голоса, а в смысле наличия аргументов).
Об чем речь?
...
Рейтинг: 0 / 0
tree но не view
    #32171721
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Со всем деревья заср%ли продуктом от поедания слонов
У меня ситуация другая - деревья нужны, и я ими пользуюсь. Поиск наладить можно (жалко встроенной функции нет). Но лучше перейти на другой контрол -типа XpressQuantomTreeList - часть проблем отомрет сразу же.
Привыкли люди к деревьям и с этим ничего не сделаешь. Проводник - дерево, справочники 1С - дерево. Хотят - надо делать. Лично мне платят не за то чтобы я кого-то отговаривал: просто надо объяснять плюсы и минусы от внедрения новшества.

По поводу поиска в дереве можно поговорить отдельным топиком. Будет интересно.
...
Рейтинг: 0 / 0
tree но не view
    #32171725
G&P
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Если плохо все спроектировать - будет беда. Сначала оно работает, потом требования изменяются - и оно перестает работать так как хотелось бы. Вешается заплатка, которая слегка функциональность. Потом еще заплатка, потом еще... Получается разноцветное лоскутное одеяло.

Я тут совсем недавно, поскоку вообщем всерьез этим недавно занимаюсь. Но хочу сказать своё в компромис обеим сторонам. Полностью поддерживаю Лоха в отношении одеяла. Делая базу, иногда сам понимаю, что получается "некрасиво" (всмысле "неоптимально"). Нутром понимаю, пытаюсь исправить. После таких проектов остается неудовольство своим трудом, даже если кругом воздыхают "ах как всё чудесно!". Но одно могу сказать - всё приходит с опытом. И видение структуры, и запас функциональности, и многое-многое другое. Вообщем поэтому я здесь и читаю, грубо говоря все подряд. Мне нужен опыт как воздух. И, если вдруг выйдет так, что не будет у меня возможности посещать форум, ей-богу, обеднею не только профессионально, но и душой.
...
Рейтинг: 0 / 0
tree но не view
    #32171727
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хаму Трамвайному
Дерево ради демонстрации крутизны - выпендрежь (ИМХО)!! Как впрочем и любой другой инструмент, если он используется только для того, чтобы показать насколько ты круто с ним умеешь обращаться. Выше я рассказал какая задача пнула меня изучать эти деревья. Я брыкался изо всех своих слабых сил, пытаясь обойтись без дерева. Пробовал и такой монстр типа 12 списков (видимыхЮ если есть данные). Уровней вложенности оказалось гораздо больше - сколько списков зафигачить на форму, чтобы хватило. Как отобразить что входит в другую ветку? И т.д. и т.п.
"И они поседели еще, а потом еще и еще... пока не облысели."
...
Рейтинг: 0 / 0
tree но не view
    #32171732
Хам трамвайный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
по поводу отображения
дерева
проводник - это для начинающих
программеры пользуются
либо far либо TotalCommander
вот вам и ответ, как визуально
отображать инфу на экране
когда ставлю вместо
проводника Far или TotalCommander
и месяц спустя предлагаю тому же новичку
вернуться к проводнику
дудки, уже никто не хочет.
вот вам и 1С, вот вам и привычка.
...
Рейтинг: 0 / 0
tree но не view
    #32171733
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хам трамвайный
...но в товарном учете - это полный бред.
Да ну? Ну ладно, про иерархию категорий товаров ты понимаешь. А как тебе иерархия складов? Пример - нужно получить отчет по всем складам "базы №1", а их там штук 15. Ты предлагаешь делать 15 отчетов и потом их сводить в один? Я поступлю проще - у меня древо складов, и родителем этих 15 складов является узел "база №1" Естественно принять или отпустить товары может только лист дерева - элемент, не имеющий потомков. Таким способом можно получать отчеты от конкретного склада до планеты в целом для транспланетных корпораций.
Лох Позорный
З.Ы. И все равно аксес под древовидные структуры с произвольным уровнем вложенности плохо приспособлен.
Именно поэтому я работаю с MSSQL. Есть конечно трудности в разработке, но они окупаются в дальнейшей эксплуатации.
...
Рейтинг: 0 / 0
tree но не view
    #32171741
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
2 Витал:

> Об чем речь?

Я не знаю, касалось ли меня замечание о мэтрах. Но я часто встречаю (не только в этом форуме, и даже не только в связи с программированием) утверждения типа: "Ты мэтр, я для тебя мелкая сошка, ты со мной разговаривать не будешь". Вот на это я попытался ответить: хоть я и выгляжу в каких-то областях мэтром, я все равно, если берусь о чем-то говорить, ожидаю ответа на равных.
...
Рейтинг: 0 / 0
tree но не view
    #32171743
Хам трамвайный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Pavel
ты можешь легко обойтись 3 таблицами:
Базы, Склады, Товары
проблемы нет
...
Рейтинг: 0 / 0
tree но не view
    #32171748
Хам трамвайный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и я говорю о 3 уровнях вложенности
не более
...
Рейтинг: 0 / 0
tree но не view
    #32171770
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Хам
>проводник - это для начинающих
программеры пользуются
либо far либо TotalCommander

Вообще-то я говорил про юзеров. Они привыкли пользоваться проводником. К тому же на моей работе запретил админ юзать WinCommander (без объяснения причин), но даже там есть дерево :)

>ты можешь легко обойтись 3 таблицами:
Базы, Склады, Товары
проблемы нет

Действительно, обойтись 3 таблицами можно - но речь шла о способе ОТОБРАЖЕНИЯ информации.Дерево (в данном случае Pavla) - самый удобный способ. Чем городить 2 поля-со-списком (Базы -Склад)

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

Вообще спор об уместности применении того или иного способа отображения информации перераст в бесконечный флейм. Лучше обсудить уместность хранения информации в виде дерева.
На вкус и цвет - товарищей нет (с) русско-народная пословица
...
Рейтинг: 0 / 0
tree но не view
    #32171772
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хам трамвайный
ты можешь легко обойтись 3 таблицами:
Базы, Склады, Товары
проблемы нет

В данном примере можно обойтись. Только зачем мне геморой с этими многоэтажками вместо компактного и функционального дерева?
P.S А как быть если склад не на базе, а самостоятельный? Ведь в том и прикол, что данные в древовидной структуре не имеют фиксированного уровня вложенности!
...
Рейтинг: 0 / 0
tree но не view
    #32171773
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владимиру Санычу
К Вам и Виктору Сенину это категорически не относится. Скорее, как пример для подражания.
"Ты мэтр, я для тебя мелкая сошка, ты со мной разговаривать не будешь". Такое тоже бывает. Противоположный полюс. Но здесь, как в образовании, не следует ждать, что новые слушатели знают, тоже, что и старые. Отсылать бы к старым ответам. Да где их упомнишь. Помню, например, что был когда-то в форуме ответ на вопрос как настроить на англ. по умолчанию при входе в систему (что-то там в реестре). Попробовал копать - утонул. А если новичок и не подозревает, что его собственная, выстраданная и самая больная в мире проблема - типичная, обыденная, у всех "на зубах навязла" и где-то в форуме валяются подробнейшие ответы и готовые решения?
...
Рейтинг: 0 / 0
tree но не view
    #32171775
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
О, блин, долго писал - все уже сказали.
...
Рейтинг: 0 / 0
tree но не view
    #32171782
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
2 Витал:

Во-первых, лучше на "ты". Тем паче что я тоже родом из Питера.

Во-вторых, даже если кто-то задает вопрос, кажущийся дурацким, все равно надо ему ответить. Возможно, деликатно добавив, что вопрос был несложен.
...
Рейтинг: 0 / 0
tree но не view
    #32171801
Витал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Всеми конечностями ЗА!
...
Рейтинг: 0 / 0
49 сообщений из 49, показаны все 2 страниц
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / tree но не view
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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