Здравствуйте, гость ( Вход | Регистрация )
rich | Дата 15.3.2008, 0:48 |
это и есть та сборная табл,каторую пользователю представить надо ХМ, таблица это таблица, а у тебя дерево, тоды QTreeWidget или QTreeView надо. но чтобы хранить флаги изменений данных внесенных пользователем тебе буфер нужен будет, как не крути получится некая модель данных, которя может называться хоть масивом хоть еще как-то, но смысл ее именно модель, вообщем по капай в этом направлении. ok. я в QTableWidget вяжу под родителя детей и т.д. и столбики генерятся.именно таблично надо.в QTree не будет такого эффекта |
|
Litkevich Yuriy | Дата 15.3.2008, 0:40 |
это и есть та сборная табл,каторую пользователю представить надо ХМ, таблица это таблица, а у тебя дерево, тоды QTreeWidget или QTreeView надо. но чтобы хранить флаги изменений данных внесенных пользователем тебе буфер нужен будет, как не крути получится некая модель данных, которя может называться хоть масивом хоть еще как-то, но смысл ее именно модель, вообщем по капай в этом направлении. |
|
rich | Дата 15.3.2008, 0:29 |
|
|
rich | Дата 15.3.2008, 0:27 |
так а примерный вид таблицы которую пользователь смотрит, можешь показать? это и есть та сборная табл,каторую пользователю представить надо. у деток тоже есть дети, только тут это не нужно отображать. |
|
Litkevich Yuriy | Дата 14.3.2008, 23:39 |
так а примерный вид таблицы которую пользователь смотрит, можешь показать? просто, я думаю, можно на основе этого сделать свою модель, а к ней прицепить стандартное табличное представление, на первый взгляд много работы, но на самом деле меньше чем кажется --- еще такой вопрос, таблица родители - справочник, а вот с детьми как? это справочники или связующие таблицы, там ограничения наложены в виде внешних ключей? или ты этим в програме занимаешся? |
|
rich | Дата 14.3.2008, 21:09 |
Вот и хотелось понять что там такое у тебя у меня там примерно следующее: день1|день3|день5|день n|множитель|день1'|день3'|день5'|день n'|примечание / /1,3,5...n- задает юзер берётся из БД // день 1'= день 1*множитель +--- родитель //родители одна табл ¦ +--- (2) ребенок //дети другая ¦ +--- (3) ребенок ¦ +--- ребенок ¦ L---ребенок ¦ всего ¦ из всех с зубами //признак зубов для ребенка задает юзер +--- родитель2 //такая структура характерна для ¦ +--- (2) ребенок //всех дет.садов,отличаются они днями ¦ +--- (3) ребенок ¦ +--- ребенок //в табличке ещё все подкрасить надо ¦ L---ребенок ¦ всего ¦ из всех с зубами +--- родитель3 ¦ +--- (2) ребенок ¦ +--- (3) ребенок ¦ +--- ребенок ¦ L--- ребенок ¦ всего ¦ из всех с зубами L--- родитель4 +--- (2) ребенок +--- (3) ребенок +--- ребенок L---ребенок ¦ всего ¦ из всех с зубами ¦ ¦ итого L итого с зубами примерно так. |
|
rich | Дата 14.3.2008, 20:32 |
при твоей непонятной структуре структура простая.объяснять не очень у меня получается.отобразить структуру по особенному надо еще и базу обновлять. |
|
rich | Дата 14.3.2008, 7:46 |
Какая есть.конечный пользователь подготовлен и эту прогу юзал,но под виндой.как пока не знаю точно. | |
Litkevich Yuriy | Дата 14.3.2008, 7:42 |
при твоей непонятной структуре не мудрено, вообще я, не спец по БД, очень просто могу извлечь хоть из тыщи, все зависит от того как ты структуру данных спроектировал. Вот и хотелось понять что там такое у тебя по хорошему из клиента запросы типа SELECT ..... не отправляют, обращаются к хранимой процедуре, а она возвращает нужное, при сложных запросах это вообще единственный путь, т.к. план запроса в БД будет однажды построен и выполнятся будет шустро + сервером БД. |
|
rich | Дата 14.3.2008, 7:38 |
sql в принципе способен одним запросом деревья поляхать,из одной таблицы точно.из 2х не получалось. | |
Просмотр темы полностью (откроется в новом окне) | |
Текстовая версия | Сейчас: 29.3.2024, 13:58 |