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

Рекомендации "не учить акцесс" - посылать в... Куда подскажет фантазия. Акцесс - хорошая и для начинающего более чем достаточная база. Она же в связке с ms sql вообще чудесно работает и пишется это быстро и качественно.

Можно найти более-менее нормальный видеокурс от "специалист", на торрентах.

Ну так уберите лишние id до того, как делаете Pivot

(SELECT ID, ID_KEY2, OCENKA, DAT
FROM Journal2) p - вот у вас подзапрос, из которого берутся данные. Поскольку просто написать DISTINCT не выйдет, то его надо переделать, чтобы у вас на каждый id была одна дата.

вот процедура, отвечающая за заполнение данных
Sub randomDigits(tableName, fldOt, fldDo, n)
Start_time = Time() ' время, когда она была запущена
Dim i ' тут бы я добавил as long
Randomize
With CurrentDb.OpenRecordset("select * from [" & tableName & "]") ' это собственно запрос. Выбираются данные из таблицы, причем все. Зачем так сделано - неясно.
For i = 1 To n ' а вот тут добавляются данные от 1 до n
.AddNew ' добавлено
!number = Rnd(i) * (fldDo - fldOt) + fldOt ' установлено значение числа.
.update ' сохранены записи
Next ' пошли на следующую строку
End With
End_time = Time() ' сохранили в переменную время конца выполнения
End Sub

' вот это вызов процедуры генерации. Имеет смысл добавить необязательно слово Call - так понятней, что это именно процедура
Call randomDigits ("table", number_ot, number_do, n)

debug.pring now()
Call randomDigits ("table", number_ot, number_do, n)
debug.pring now()
Вот так будет полное время выполнения процедуры генерации.

Это акцесс+ms sql с высокой долей вероятности. Стоит поместить в правильное место, больше народу просмотрит. Это раз.

У студента не должно быть сразу двух статусов, это два. Структура базы неверная. Надо переделать на верную, если в поле у студента есть время опоздания, любое значение, значит, он опоздунец. Если значения нет, Null - он молодец, на занятиях был.
Понятна идея? Одно поле. Если значение в этом поле больше, чем время занятий - он пропустил. Если меньше, но есть - он опоздал. Если нет вообще значения - все ок.

Акцесс + MS SQL. На первых порах можно было бы даже просто Акцесс использовать, но при больших нагрузках будут проблемы. За акцесс как раз простота, для совсем начинающего я ничего более простого не знаю. c# не для начинающих. MS SQL есть в бесплатной, express версии.

База Акцесс должна быть открытой. Кладем на форму элемент clock, в настройках прописываем интервал, по нему проверку, пришли ли данные и обработку - и вот оно, щастье. Форма тоже должна быть открытой.

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

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

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

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

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

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

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

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

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

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

если надо делать быстро - акцесс тут тоже не очень подойдет. Ничего серьезного в этой задаче нет, конечно.
я бы поставил бесплатную версию sql сервера, загнал все в одну таблицу и дал бы признак Department
и в него ваши филиалы от 1 до 100.

А дальше простой селект. Должно летать и ничего сложного не будет.

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

"Специалист" дает хорошие вещи, особенно если ведущий там будет Самородов. Реальные примеры из жизни дает и вообще талантливый учитель. Это сертифицированный центр.

Сертификат не значит ничего, он просто о том, что курсы прослушаны. Экзамены у них же сдавать можно, но это отдельная тема.

Доброго. На мой взгляд - изврат. Вот это вот создание временной таблицы из groups, потом джойн с тем же groups её...

SELECT TOP(3) GroupID FROM Groups g
LEFT JOIN Users u ON u.GroupID = g.ID
WHERE Replicated <> 1;

Все. Вот ваши три записи, любые несинхронизированные. Поля нужные из обеих таблиц вставьте самостоятельно. И второе - откройте для себя таинство команды select ... output ...

Конечно. before_update событие для этого предназначено.

Конечно, он недоступен, потому что в обоих случаях первичный ключ. Зачем в таблице Общая - такой сложный составной первичный ключ? Зачем в ней же тип оборудования уже есть - но еще и ссылка на таблицу типа оборудования?
Как минимум это - лишнее. У вас в таблице "общая" поле Код_ТО должно быть не первичным ключем. Поле "тип оборудования" - вообще к аллаху, его не нужно, потому что на него будет ссылка.

В таблице "тип оборудования" - поле тип оборудования - тоже не должно быть первичным ключем. А вот Код_ТО - это первичный ключ однозначно. И вот его берете мышой и швыряете на таблицу "Общая" - тогда у вас как раз создастся тип "один ко многим".
Сама схема данных... Оставляет желать, конечно, лучшего. Почему в "выезде" - код_ремонтника - не первичный ключ, а ремонтник, т.е. текстовое поле с фамилией именем, первичный? Должно быть с точностью до наоборот.
Зачем в депо код депо - не первичный ключ, а первичным ключем сделаны Название_Депо и Код_ВРК? И так далее.