выбор другой таблици из БД

← →
syte_ser78 © (2004-08-18 10:29) [0]

Мне нужно сделать переключение таблиц бд. Тоесть сначала работал с таблицей тройников, потом переключаюсь на таблицу отводов, фланцев и т.д.
Достаточен ли для этого следующий код?

procedure vibor_table_name(table_name: string);
begin
form1.Table1.active:=false;
form1.Table1.TableName:=table_name;
form1.Table1.active:=true;
end;

← →
Мюмзик в мове (2004-08-18 10:30) [1]

можно еще добавить пару задержек, чтоб пользователь не думал, что все так быстро и просто

← →
syte_ser78 © (2004-08-18 10:31) [2]

А надпись "Перезагрузите компьютер для того чтобы изменения вступили в силу"?

А если серьезно?

← →
Мюмзик в мове (2004-08-18 10:47) [3]

если серьезно, то
1. подключить индексы
2. режим чтения, блокировки
3. если есть перманентные поля - убить
4. фильтры не забудь очистить
...
как задаешь вопрос, так и отвечаю
если открывается, устраивает, чего еще-то мудрить

← →
Sergey13 © (2004-08-18 10:56) [4]

2syte_ser78 © (18.08.04 10:29)
А может стОит подумать и слить все в одну таблицу?

← →
syte_ser78 © (2004-08-18 11:15) [5]

Думал уже об этом. Но это дополнительная морока. Думаю так всетаки проще

← →
Sergey13 © (2004-08-18 11:17) [6]

>Думаю так всетаки проще
Ну да, что бы потом мороки было еще больше. 8-)

← →
syte_ser78 © (2004-08-18 11:23) [7]

Какие преимущества будут у одной таблици?

← →
Sergey13 © (2004-08-18 11:27) [8]

У одной таблицы не будет недостатков. 8-)

← →
Jeer © (2004-08-18 11:32) [9]

И плюсы и минусы.
Если товар описывается одинаково, то создать таблицу "ГРУППЫ ТОВАРА", а весь товар держать в одной таблице "ТОВАР"

← →
Digitman © (2004-08-18 13:17) [10]

> с таблицей тройников, потом переключаюсь на таблицу отводов,
> фланцев

> Думал уже об этом. Но это дополнительная морока. Думаю так
> всетаки проще

тебе-то мож и проще

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

← →
Digitman © (2004-08-18 13:20) [11]

вся эта сантехническая катастрофа должна была уже давно навести на гениальную мысль, истоки которой мелькнули в [9] и которая давно и с успехом реализована в любых мало-мальски серъезных и универсальных номенклаторах

← →
syte_ser78 © (2004-08-18 14:15) [12]

> а каково юзеру ? шариться по куче таблиц в поисках, например,
> артикула изделия, когда юзер сам еще не знает,

юзер все ОТЛИЧНО знает!!!
Обьясняю ситуацию.
Есть группа технологов. По окончании создания чертежа в Автокаде они создают спецификацию на чертеж. Отводов 89х6 - столькото переходов 57х32 - столькото трубы 219х6 - столькото. На один проект приходится около сотни чертежей. Массу, гост, тип арматуры и т.д. они выбирают по бумажному прейскуранту.
Мне после всей этой работы приходится из всей этой кипы чертежей создавать сводную спецификацию. Тоесть сколько всего пошло отводов тройников фланцев и т.д. на проект. Бываеют такие ситуации один напишет "Фланец", другой "комплект фланцев". Третий "Отв. фланц, к-т". Я написал программу для извлечения атрибутов из блоков спецификации в эксель, утилитку для сумирования одинаковых записей в экселе но... вероятность того что два разных человека по одинаковому с точностью до символа назовут одну и ту же деталь процентов 20.
Тоесть сейчас пишу эл. версию прейскуранта с возможностью автозаполнения блоков спецификации из бд. Трудозатраты на создание сводной спецификации упадут до минимума.

← →
Sergey13 © (2004-08-18 14:25) [13]

2[12] syte_ser78 © (18.08.04 14:15)
>они создают спецификацию на чертеж.
В Автокаде или в твоей проге?

>Бываеют такие ситуации один напишет "Фланец", другой "комплект фланцев".
Вот для этого и нужны справочники типов. Поставил тип - фланец, а в названии хоть "Кругляш железный" пиши.

← →
syte_ser78 © (2004-08-18 14:53) [14]

> В Автокаде или в твоей проге?

В автокаде

> Вот для этого и нужны справочники типов. Поставил тип -
> фланец, а в названии хоть "Кругляш железный" пиши.

У каждого изделия есть свой шифр. Он будет невидимым атрибутом в спецификации и именно по нему будет происзодить сумирование в Экселе.

← →
Sergey13 © (2004-08-18 15:16) [15]

2[14] syte_ser78 © (18.08.04 14:53)
>В автокаде
Так те таблицы, фланцев и т.д. тоже автокад делает? Или уже твоя прога? Че то я запутался. Но одна таблица лучше. 8-)

← →
Jeer © (2004-08-18 15:41) [16]

syte_ser78 © (18.08.04 14:15) [12]

>Бываеют такие ситуации один напишет "Фланец", другой "комплект >фланцев". Третий "Отв. фланц, к-т".

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

В твоей проге ввести подобный справочник с возможностью корректировки только экспертам.

← →
syte_ser78 © (2004-08-18 15:47) [17]

> Так те таблицы, фланцев и т.д. тоже автокад делает? Или
> уже твоя прога? Че то я запутался. Но одна таблица лучше.
> 8-)

> В твоей проге ввести подобный справочник с возможностью
> корректировки только экспертам

Наверно плохо я обьясняю.

Короче человек запускает мою программу, Открывает в ней нужный ему справочник (фланец, задвижка...) Заполняются комбобоксы и дбгрид. В первом комбобоксе выбирает Диаметр. Происходит фильтрация по диаметру. Во втором выбирает давление. Происходит еще одна фильтрация. При желании в третьем может выбрать гсот. Произойдет еще одна фильтрация. После этого в гриде остаются только удовлетворяюшие условиям записи. Он щелкает по нужной и выбирает в контекстном меню - Вставить в акад. Переключается в Автокад и там уже к мышке прилеплен блок ячейки спецификации с заполненными значениями Например Отвод 89х6 90 ГОСТ1234-56 шт. 8 Ему остается только ткнуть мышкой в место где этот блок должен находится.

Все элементарно.

2[17] syte_ser78 © (18.08.04 15:47)
>Открывает в ней нужный ему справочник (фланец, задвижка...)
Вставь вначало
Выбирает тип - фланец, отфильтровываются только фланцы... Далее как у тебя.

> Вставь вначало
> Выбирает тип - фланец, отфильтровываются только фланцы...
> Далее как у тебя

Большой разници для юзера не вижу. Какая разница выбрать комбом или радиобутоном? А создать несколько таблиц мне проще. И с дополнительными полями морочится не придется

Как всегда - велосипед.
Найдите и почитайте "Основы проектирования реляционных БД".
Дополнительно "Объекты в реляционных БД".
На сайте Кузьменко хорошая статья по ООП в РСУБД.

[20] Jeer © (18.08.04 16:45)
Какой-же это велосипед? Это изобретание костылей вместо предложеного необнократно велосипеда. Со словами: "нафиг парица с колесами, когда есть палки".

Ну чего вы его уговариваете. Человека, который не хочет, заставить сложно, тем более через форум. И читать он не хочет, поскольку не видать изменений в знаниях, а знаний есть полное отсутствие.

> [19] syte_ser78 © (18.08.04 16:32)

я вот подобную проблему решал, так с одной таблицей гораздо красивее получается, чем куча однотипных таблиц.
Надо-то всего ничего - в таблицу поле добавить типа detalkind, а датасете - нужный фильтр поставить.

> я вот подобную проблему решал, так с одной таблицей гораздо
> красивее получается, чем куча однотипных таблиц
Да где я сказал что таблици будут однотипны???
В каждой разное колво и мена полей.

> Sergey13

Спасибо за науку, буду делать одну таблицу. Если честно так сначала и планировал, но потом подумал что несколько таблиц будет удобнее.

> [20] Jeer © (18.08.04 16:45)
> На сайте Кузьменко хорошая статья по ООП в РСУБД.

Можно ссылку на сайт?

QuasiLamo © (18.08.04 17:09) [23]

Не нужно упрощать.
Набор свойств у классов объектов может быть самым разным.
Есть разные варианты решения объектных задач на реляционных СУБД.
Надо всего лишь с ними ознакомиться и выбрать наиболее подходящий для себя.

выбор другой таблици из БД Найти похожие ветки