|
|
|
(Relation's) Наложить фильтр или отношения
|
|||
|---|---|---|---|
|
#18+
Есть 2 таблицы: Npi.dbf - номенклатурный перечень NnomZexMarkaChert22001122KMK-A00ФР.407922001012ФБИ-1АПП 041522001032КонтактыИЛГТ.741121.078-01 Nk.dbf - нормативные карты NnomNopKopN1zN2z220011210005170.7711006220011230024170.2301008220011220069170.230100722001031001075.9100522001032006975.8991003220010310004571.818100222001035007871.8181001 Связь между таблицами по полю Nnom C(7). В таблице Npi.dbf уникальным ключем можно считать Npi.Nnom, в таблицу Nk.dbf такого ключа нет. Данный пользователь редактирует только Nk.dbf. Происходит следующее: есть грид G_npi c RecordSource="Npi" по нажатию на Enter я методом уничтожаю G_npi и добавляю G_nk c RecordSource="Nk". Можно делать выборку в курсор, но Update не понятно как делать (уникального нет). Хотел создать SET RELATION, но мне неоходима сортировка таблицы Nk.dbf по номеклатуре Nnom и по номеру операции Nop(редактируемо) Единственно, что могу, так это наложить фильтр. При клике запоминаю lcNnom=Npi.nnom, передаю в свой метод ThisForm.grid_nk(lcNnom) там как говорилось ранее Remove and Add, но фильтр сбрасывается, т.е. в G_nk'e таблица Nk.dbf полностью. Ради эксперемента в команндной строке наложил фильтр, кинул на тестовую форму грид, запустил ~ все нормально... Где этот фильт накладывать то...Посоветуйте, что делать? ------------------------------------------------------------------------------------ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 09:29:55 |
|
||
|
(Relation's) Наложить фильтр или отношения
|
|||
|---|---|---|---|
|
#18+
Еще вопросик: Nk.dbf - нормативные карты NnomNopKopN1zN2z220011210005170.7711006220011230024170.2301008220011220069170.230100722001031001075.9100522001032006975.8991003220010310004571.818100222001035007871.8181001 Top.dbf - справочник операций KopNameop001Входной контроль002Просев003Спекание004Отжиг Необходимо, чтобы в Grid'е отображалось Top.Nameop, вместо Nk.Kop. Как реализовать? Спасибо ------------------------------------------------------------------------------------ Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 10:41:27 |
|
||
|
(Relation's) Наложить фильтр или отношения
|
|||
|---|---|---|---|
|
#18+
Необходимо, чтобы в Grid'е отображалось Top.Nameop, вместо Nk.Kop. Как реализовать? Спасибо Есть много способов отловить льва в пустыне 1.(математический- "вилка") разделить пустыню пополам выбрать ту половину где лев и повторить до тех пор пока лев не обнаружиться 2. (топологический) отобразить пустыню на клетку вот в этой клетке лев и будет 3. ................................ 1001. (Бухгалтерский и лучший) Зачислить льва на пол ставки , а за зарплатой он сам прийдет Ну как сделать как сделать ? Сто раз уже было Через set relation например Хотя я в курсор выбираю поиск нажмите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 11:08:13 |
|
||
|
(Relation's) Наложить фильтр или отношения
|
|||
|---|---|---|---|
|
#18+
To: Leaf Курсор не могу, не знаю как данные обновлять. Уникальной запаси нет. SET RELATION, тоже не катит , тут надо во первых индекс по nk.kop а мне нужна сортировка по Nk.Nnom+Nk.Nop Код: plaintext 1. ------------------------------------------------------------------------------------ Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 12:17:41 |
|
||
|
(Relation's) Наложить фильтр или отношения
|
|||
|---|---|---|---|
|
#18+
Grumax_userTo: Leaf Курсор не могу, не знаю как данные обновлять. Уникальной запаси нет. SET RELATION, тоже не катит , тут надо во первых индекс по nk.kop а мне нужна сортировка по Nk.Nnom+Nk.Nop Код: plaintext 1. ------------------------------------------------------------------------------------ Код: plaintext Уважаемый, таблица может иметь столько индексов, сколько необходимо для работы. Хоть сотню. Cвязь (relation) может осуществляться по неактивному в данный момент (на который не установлено Set order to...) индексу. А вот "сортировка", наоборот, идет по "активному" индексу... Так что стройте необходимые индексы, связи и не отвлекайте занятых людей по пустякам... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 12:38:48 |
|
||
|
(Relation's) Наложить фильтр или отношения
|
|||
|---|---|---|---|
|
#18+
м..м.. да не хорошо получается занятые конечно что значит нет уникальности а как жить дальше собираетесь таблица без уникального признака больше похожа на свалку мусора ну по крайней мере я не знаю можно ли ее назвать реляционной . Думаю, что нет! Уникальный признак я его называю первичный ключ ( не знаю как в теории там катся так же )может быть простым , т.е. состоять из оного поля, а так же составным , т.е. два или более поля То же самое можно сказать и насчет индекса в частности если у вас два числовых поля, то индекс можно построить по образцу Str(field1,n1,m1)+str(field2,n2,m2) не верю что там (в таблице) нет первичного ключа ищите ну а вопрос обновления после выборки в курсор объяснять довольно долго так же как и отвечать на ваш первый вопрос Найдите для начала первичный ключ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 13:02:35 |
|
||
|
(Relation's) Наложить фильтр или отношения
|
|||
|---|---|---|---|
|
#18+
То: Станислав C. Лично Вас я не отвлекал и ни к чему не принуждал. Действительно занятым людям на форуме сидеть некогда... 8-[ SET RELATION TO eExpression1 Задает реляционное выражение, которое устанавливает отношение между родительской и дочерней таблицами. В качестве реляционного выражения обычно используется выражение управляющего индекса дочерней таблицы. (С) F1 Я просто заблуждался, теперь всё прояснилось. Спасибо То: Leaf Leafчто значит нет уникальности а как жить дальше собираетесь таблица без уникального признака больше похожа на свалку мусора ну по крайней мере я не знаю можно ли ее назвать реляционной . Мне самому это надоело разгребать, досталось в наследство...*мат* Leafне верю что там (в таблице) нет первичного ключа ищите Поверьте, его там нет Leafну а вопрос обновления после выборки в курсор объяснять довольно долго так же как и отвечать на ваш первый вопрос Это и не требуется, если бы был первичный ключ я б проблем не знал :-)) Самое интересное, что я делаю прогу ни на начальном этапе а уже можно сказать у конечного пользователя, т.е. данные приходят откуда-то... Спасибо. Выход из ситуации нашел...будем менять структуру...добавлю первичный ключь ------------------------------------------------------------------------------------ Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 14:00:34 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=33107256&tid=1594093]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
279ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 235ms |
| total: | 615ms |

| 0 / 0 |
