Работа с представлениями.

← →
Ironman83 (2006-06-16 16:32) [0]

Уважаемые мастера! Прошу совета!
Задача: есть 2 таблицы, создаем на их основе ПРЕДСТАВЛЕНИЕ. При проектировании работаем с ним как с таблицей, выводя значения в TDBEdit. Как сделать возможным изменять данные или добавлять новые с помощью НАВИГАТОРА?

← →
Megabyte © (2006-06-16 18:18) [1]

Если скажешь СУБД, то м.б. и ответят. Я синтаксис не помню, но в Файрберде при создании вьюхи надо написать определенную SQL-конструкцию, чтобы во вьюху можно было вновить изменения.

← →
Ironman83 (2006-06-19 09:18) [2]

EMS InterBase/FireBird Manager

← →
Ironman83 (2006-06-19 10:38) [3]

Неужели никто не даст совета?

← →
Sergey13 © (2006-06-19 10:48) [4]

Так в ФБ вроде нет INSTEAD OF тригеров, если не ошибаюсь. Так что или в клиенте разруливать или через СП изменять. В любом случае, задача, ИМХО, не очень простая.
Может стОит слить эти 2 таблицы в одну, раз их можно слить во вьюху, которую надо редактировать?

← →
Ironman83 (2006-06-19 11:10) [5]

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

← →
Megabyte © (2006-06-19 11:18) [6]

Если проблема в том, что надо сделать возможность редактирования Вьюха, то в ФБ есть такая возможность(читал где-то в книжке вроде)! Поищи в яндексе...

← →
Sergey13 © (2006-06-19 11:20) [7]

> [5] Ironman83 (19.06.06 11:10)
> может кто то подскажет какие подводные камни
> тут имеют место быть в контексте сабжа.

Да какие угодно. Например обновление нескольких записей, когда думаешь, что обновляешь одну. Кроме того производительность может резко падать в определенных случаях.
Что за таблицы то? Почему не одна?

← →
Ironman83 (2006-06-19 11:42) [8]

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

Сложно будет расписать структуру! В общем это подобие архива КД с системой отображения иерархии сборок и деталей.
Теперь по таблицам(их больше 10):
1) TreesAU_MR(нормер сборки); TreesAU_PR(сборка родитель)
2) ItemsA_MR (номер сборки); ItemsA_NM (наименование сборки)

Первая таблица используется при построении дерева.
Задача: редактировать/добавлять единицы. Создаю представление которое строится для вывода СБОРОЧНОЙ ЕДИНИЦЫ, ЕЕ НАИМЕНОВАНИЯ И НОМЕРА ЕЕ РОДИТЕЛЯ. А теперь требуется добавить(!!!) еще набор единица-название- родитель!

2[8] Ironman83 (19.06.06 11:42)
Я подобную задачу (если правильно понял) решал 2-мя основными таблицами - "Детали" (просто перечень уникальных деталей) и "Состав изделия" (собственно состав и есть). Обе были "деревянные", но в Деталях это было сделано просто для удобства работы с узлами.

А твоей структуры я не понял, если честно.

← →
Ironman83 (2006-06-19 12:05) [10]

> 2[8] Ironman83 (19.06.06 11:42)
> Я подобную задачу (если правильно понял) решал 2-мя основными
> таблицами - "Детали" (просто перечень уникальных деталей)
> и "Состав изделия" (собственно состав и есть). Обе были
> "деревянные", но в Деталях это было сделано просто для удобства
> работы с узлами.
>
> А твоей структуры я не понял, если честно.

Я не хотел обьяснять всю структуру! Просто таким образом таблицы сделаны для постоения дерева. Мне посоветова сделать так: создать 3 тригера на удаление, модификацию и вставку и там прописать куда я пишу данные

← →
Ironman83 (2006-06-20 09:33) [11]

Не получается! Воспринимается как read-only таблица...
Итак снова вопрос! Как можно сделать представление которое можно МОДИФИЦИРОВАТЬ?

> [6] Megabyte © (19.06.06 11:18)
> Если проблема в том, что надо сделать возможность редактирования
> Вьюха, то в ФБ есть такая возможность(читал где-то в книжке
> вроде)! Поищи в яндексе...

Сорри, я нагнал.
Вот цитата из книжки:
Чтобы просмотр можно было изменять...необходимо одновременое выполнение 3-х условий:
1) просмотр должен формироваться из записей только одной таблицы;
2) в просмотр долже быть включен каждый столбец тпблицы, имеющий атрибут not null;
3) оператор Select просмотра не должен использовать агрегирукющих функций, режима Distinct, продложения Having, соединения таблиц, ХП и функций, определенных пользователем.

Работа с представлениями. Найти похожие ветки