Артём Каретников

Да куча разных. Например, снизить версию акцесса до той, в которой экспорт есть.:)

Господи, вот нахера люди берутся отвечать, если не знают, о чем речь...

Смотри: вот у тебя таблица. Берешь режим дизайна. Ставишь курсор на нужное поле. Ставишь ему либо:
Ширину - 0
либо Hidden = True + Enable = False

Всё!

Прав нет, скорее всего.

что дает:
begin tran
drop index
rollback ?

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

По хорошему, переделать надо всё. Пока еще база почти пустая. Все эти русские таблицы и поля заменить на английские, дать правильные префиксы и т.п. А дальше посмотреть, что такое Linked field

Как минимум за проверку наличия записи через count надо 10 суток гауптической вахты выписать. Юзай exists.

Как максимум, попробуй объяснить, что именно ты тут пытаешься сделать. Потому что выглядит эта конструкция отвратительно.
Правильный код лаконичен и краток. Если же есть дублирования одного и того же, то скорее всего там косяки.

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

select * from tbl_user where id_user in (select id_user from tbl_user_tag);

Одна строка - и вот вам все пользователи, у которых есть хотя бы один признак.
Не менее просто делается выборка всех пользователей, у которых есть все признаки, но это для самостоятельного размышления. :) Удачи.

Начать надо с того, что триггер тут не нужен. Если же сделать еще и по первому варианту, что вам советовали - то это вообще кошмар, потому что там еще и курсор в триггере. Никогда не делайте курсор в триггере.
Второй вариант - меньший, но тоже кошмар.

"Критикуя - предлагай".

Предлагаю. Проверить, есть ли такая запись во второй таблице - надо с помощью простого foreign key. Т.е. надо просто таблицы связать, поле не должно быть NULL и больше НИЧЕГО, никакие триггера не городить.

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

Про Java не пообщаюсь, а вот про базы данных - легко.

FOR ... EACH

1. по типу триггера уже сказали. Иначе не так идет то, что строка на момент проверки уже добавлена и, естественно, exists отрабатывает правильно всегда.
2. Триггер выполняется для каждой строки (поэтому-то уникальность и не надо им проверять), отсюда @rowcount = 1 бесполезен.
3. Триггер нужен не на insert, но на insert, update

"Я не дам тебе барана, я дам тебе совет". Вот это все вообще убрать. Для вычисления того, что повторяется - используйте MySQL. Он для этого предназначен и не надо будет городить все эти подсчеты.
select min(m_date), count(*) from tbl_table group by m_date having count(*) >1

Магия скорее всего в том, что сторонние комменты сначала ожидают одобрения владельца сайта. Сходи и посмотри, что у тебя в них. :)

Не надо. Это будет индивидуальная работа с каждой строкой и будет оно тормозить. А надо сделать выборку сразу кучи строк, проверить через exists/in, что они отсутствуют в целевой таблице и сразу пачкой их вставить.

А те, которые в целевой присутствуют, следующим шагом обработать и опять же пачкой вставить.
Никакого try catch не нужно вообще.