alex_71

Мы уже сделали на этой системе 8 раздвижек. Для неё делают профиль Алютех, Сиал, Реалит, фурнитура Giesse с ТБМ. Профиля почти все взаимозаменяемые. Разработка Giesse - система GOS-S. По эксплуатации пока не могу сказать, т.к. ставили весной и пока заказчики не использовали.

Таблицы которые ты указываешь в запросах берутся из текущей базы(она написана внизу окна). Если запрос работает в программаторе просто перенеси его в отчет - должен работать.

Все это можно делать, в том числе и создавать свои таблицы. Запускаешь SQL-программатор и экспериментируешь в нем.

Мне кажется, что можно только сделать обязательную вставку в стеклопакет с предупреждением или сообщением. Но в этом случае придется прописать эту вставку в каждый! стеклопакет .

Дык в описании сторон фурнитуры ставишь на 1-ю сторону "Ось поворота с петлями", на остальные "стандартное", сторона ручки 3 (хотя у меня во всех фурнитурах почему-то 2). Или ты о чем-то другом спрашиваешь?

ОБАЛДЕТЬ! Сколько же ты разрабатывала и отлаживала все это? Да и сам текст отчета тоже наверно ого-го?! Подскажи, пожалуйста, такую вещь. А ты не пробовала определять створки по заполнениям: т.е. проходим по заполнениям, смотрим какой профиль внизу, если створка - смотрим открывание. - или это тупиковый путь?

Не совсем понял. У тебя во всех проемах створки, даже глухих? Створки ты просматриваешь по какой таблице и как определяешь наличие створки-форточки (кстати, что ты под этим понимаешь). Если можно выложи картинку с окном и перечнем его створок.

Поздравляю! Поделись, если можно, алгоритмом.

1) А ты в программаторе смотрела таблицу соединений когда не получалось? там они были? 2) Значит так. Беру таблицу tSpecZlt (заполнения изделия) по полю aName привязываю к ней tArticls, по полю clNum таблицу tColors, сортирую все это по типу заполн, назв , цвету. В результате вывожу список заполнений в порядке (стекло, с/п, сэндвичи), назв по алфавиту, цвета по алф. конструкцию left join применяю для однозначности заполнение -> соотв ему название и цвет. Т.е. берется запись из табл заполн и ищутся соотв ей записи в артикулах и цветах. Причем запись будет в результирующей таблице даже если нет соотв артикула или цвета. Это перестраховка, но все таки. Как использовать другие способы соединения не знаю. Такую конструкцию использую со времен работы с Access. Я и сейчас конструирую запросы с его помощью, там все проще и наглядней.

1.А в чем была заковырка? Почему не работало. 2.Запрос писал и он работает: <~SET_SQL_PROG:select tartikls.aname, tcolors.clnam,zleng,zheig,nzapl,zpoin,zqtyz,tspeczlt.atypp,tspeczlt.clcod ~> <~ADD_SQL_PROG:from (tspeczlt left join tartikls on (tspeczlt.anumb=tartikls.anumb) and (tspeczlt.pnumb=tartikls.pnumb)) left join tcolors on tspeczlt.clnum=tcolors.clnum ~> <~ADD_SQL_PROG:WHERE (ounic=:^izd:) order by atypp,aname,clcod~> он делает выборку заполнений в нужном мне порядке.

Почему без угловых, наверно у тебя там соединения типа 2 (рез по биссектрисе)?

А может там и нет данных удовлетворяющих твоему условию, у меня на твоем запросе именно так. Проверить можно в SQL программаторе ( кстати там же можно проверить запрос - сразу видно работает или нет, только надо задать конкретные punic и ounic) или запросом <~SET_SQL_PROG:SELECT DISTINCT count(nE1) as cc FROM tSaveCon ~> <~ADD_SQL_PROG:WHERE (pUnic=:^punic:) ~> <~ADD_SQL_PROG:AND(oUnic=:^ounic:) ~> <~ADD_SQL_PROG:AND(typ=3)~> <~LOOP_SQL_PROG~> кол-во=<~PROG:!cc~> <~END_SQL_PROG~>

1) Насколько понимаю-нет. Чем больше одновременно открытых запросов тем больше требуется памяти, если ее не хватает система начинает работать с диском а это сильно тормозит работу. Например расчет большого заказа (много типов окон) у меня длился ~15мин. При этом прога как-бы зависает 2) По моему нет, но все должно быть в разумных пределах. Кстати, что по этому поводу говорит "SQL для профессионалов" ? 3) Не знаю. Никто об этом не упоминал и в отчетах нигде такого не было 4) Это полтергейст . Выложи текст, тогда можно будет что-то сказать. 5) по моему пишется наоборот [таблица].[поле]

Ты переменную в запросе укажи как и номера изделия и проекта, т.е. (xyx>:^ugol:). А зачем тебе список координаты х для импостных соединений. Кстати с перечислением открываний ты разобралась, потому что вопрос мне тоже интересен. И еще. У тебя конструкция запроса больно завернутая, неужели нельзя это сделать без вложения? Ты вообще с SQL инструкциями разбиралась по книге или в сети. Я в сети нашел описания только по простым запросам без вложения как у тебя, а надо именно такое. Если есть ссылки поделись.

Если что-то получится напиши. Кстати, что такое minta - просто преременная(параметр) или какое-то поле из таблицы