Kelmeлови
пара замечаний:
1. уж очень много полей в таблице Main, надо нормализацию делать
2. Непонятно по какому полю связывать таблицу Main и Tugboat dues

По ключу Shipcode в MAIN и ID в Tugboat dues.

Ща попробую разобраться, если непонятно будет, обращусь.
Огромное спасибо.

Iskander68
Из любопытства посмотрел твою ДБ. "Нужно нормализация" - это мягко сказано.
Дружеский совет: не поленись, найди общие сведения о устройстве реляционных
БД. Главный принцип: одна сущность - одно отношение (таблица). Т.е. если
есть таблица "Суда", то в ней должны быть только более-менее постоянные
сведения, описывающие конкретное судно, которые не зависят от времени -
флаг, тоннаж и т.д. Маршрута, порта разгрузки, разных там ETA в этой таблице
быть не должно. Эти сведения должны быть в других таблицах, и связаны друг с
другом ключами. Пихание всех сведений в одну таблицу с огромным количеством
полей - верный способ нажить проблемы на ровном месте.

--
Regards
Alexander Artamonov

Posted via ActualForum NNTP Server 1.1

да я знаю, но ведь с нуля начинал, не знал...
А переделывать слишком много тогда придется... лучше уж оптимизировать подстраиваясь...

Келме: Спасибо!

И кстати, в этом вся проблема у меня - связь ключами.
Вот есть отдельная таблица по судам: название, тоннажи и тд - не меняющиеся данные.
Есть таблица MAIN
В ней 4 записи.
Открываем форму, при выборе судна которой, автоматически в таблице MAIN открывается новая запись, то бишь пятая.

Теперь главное.
Есть таблица Tugboat dues. В ней тоже 4 записи.
Нажимаем в форме Tugboat dues сейв - образуется 5 запись.
Но если я нажму по ошибке еще раз, то появится 6! И тогда ошибка будет..

В запросе, связывающем MAIN и Tugboat dues будет пусто до тех пор, пока в Tugboat dues не появится 5 запись.
Связь таблиц MAIN - SHIPCODE (key), а Tugboat dues - ID (key).

Я-то не нажму кнопку, когда не надо, а вот по ошибке можно и нажать...
И тогда Аутономер не будет совпадать...начнуться ошибки...

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

По поводу последнего поста и внешнего клуча...эта самая большая ошибка в базе - связи. Можешь ли ты прислать пример?
Да, ты прав, мой способ дурной, но пока другого я не умею.
Как правильно?
Пример, если несложно, покажи на моей базе.

Келме, а процедуру в афтерапдейт как писать? Я копирую текст, что у тебя написан в свою базу, ошибку выдает...
Как правильно?

Kelme MulatКелме, а процедуру в афтерапдейт как писать? Я копирую текст, что у тебя написан в свою базу, ошибку выдает...
Как правильно?

Mulat - только без обид, я тебе пример показал, а ты уж дальше сам. На такие вопросы есть один ответ: RTFM

А в макросах такое сделать можно? Мне СКУЛ вообще не понимается...
Ну ладно, если в лом, то я не обижусь, ибо ценю время других :)

Не пришло на мыло....
Попробуй на gorgij@mail.ru

MulatНе пришло на мыло....
Попробуй на gorgij@mail.ru
Получил, спасибо...

ЗЫ.
Так как все таки афтерупдайт процедерку писать я не понял )
Ненавижу программирование это....в макросах по-примитивнее, по-понятливее...

Вот в макросах нашел команду фильтра, и там есть Where condition. Через фильтр можно комбобокс так контролировать?

Хм...гораздо интереснее систему обходить, чем ей подчиняться :))

В твой присланный файл (где комбо) импортировал ВСЮ базу данных.
Переименовал некоторые формы, подправил - и все работает :)
А субформу я и подправлять могу сам :)

Скачал на карманный компьютер книгу по акцессу (10 Мб) - 340 страниц, полистаю потом.
Спасибо тебе, Келме.
Признаюсь, если бы не такие люди, худо было бы...