Пополнение таблицы разными пользователями

Доброго дня!
Есть задача заменить бумажный учёт входящих звонков, т.е. заменить сшитый альбом, который летает по офису туда сюда простой формой на компе.
Пару дней ищу решение - на форуме всё перерыл.
Просьба - подскажите как сделать или где искать?
Логика решения пока такая - делаются в рамках БД несколько одинаковых таблиц на каждого оператора, и сводная, куда построчно должны сводиться данные (набор столбцов один) Основная проблема - очерёдность ввода данных - как её обойти?

Заранее спасибо

0

Делайте все в 1-й таблице, нерационально на каждого заводить свою.

0

Сообщение от 34rwd7 делаются в рамках БД несколько одинаковых таблиц на каждого оператора

Тупиковый путь, только одна таблица с дополнительным полем кода оператора.

Сообщение от 34rwd7 Основная проблема - очерёдность ввода данных - как её обойти?

Это Вы о чем?

0

alexpro1979, проблема происходит при единовременном выборе одной и той же строки. т.е. одну и ту же запись редактирует 2 пользователя. это требует с их стороны дополнительных действий, которые уже сводят на нет всю прелесть идеи.

Itv_1953, код оператора не проблема, проблема в выборе чья запись займёт строчку 1, а чья строчку 2, в случае если 2 оператора редактируют первую.

0

Сообщение от 34rwd7 проблема в выборе чья запись займёт строчку 1, а чья строчку 2, в случае если 2 оператора редактируют первую.

Никаких проблем не будет. Они не редактируют, а вводят новую. И каждый свою новую. А после сохранения, они будут видеть только свои записи ... .

0

Определитесь какие поля и с каким типом данных должна содержать ваша таблица. затем создайте ее, форму для работы оператора с помощью запроса к этой таблице. Затем разделите БД с помощью встроенной в Аццесс функции, поделив ее, на таблицу, расположенную на сетевом ресурсе и форму с которой будет работать каждый из операторов. Клиентскую часть расположите(скопируйте) на каждом из компьютеров откуда будут вводится данные, при этом никакой очередности при одновременной работе не потребуется. Если вам нужен просто учет и просмотр, без какой то глубокой аналитики или наворотов, это будет наверное самый простой тип БД.

0

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

Braser, с таблиц начал, всё что смог придумать уже забил. дальше не понял
1. Таблица готова.
2. Форма для работы оператора - очень тяжело гуглятся такие вещи. можно по подробней?
3. Встроенная функция разделения - думаю это я смогу впоследствии найти.
ну и аналитику потом на это дело надевать буду, но не всё сразу.


ps. может с этого начать надо было, но в access опыта не имею, заморачиваюсь с экселем, в возможности которого уже упёрся. по сути, есть вариант это и там сделать ведь, но вся соль в очерёдности постающих записей. спасибо за помощь!

	Комментарий модератора
	переведите на русский язык то ли ---в очерёдности поступающих записей то ли что-то иное

0

Сообщение от 34rwd7 ltv_1953, подскажите пожалуйста, как сделать такую форму.

Во вложении: примитивная форма входа (пароль=пользователю, которого нужно выбрать из списка). Нажав на кнопку в форме входа, закрываете ее и открываете Операции, отфильтрованные по вошедшему пользователю. При вводе новой операции в нее прописывается вошедший пользователь. Изучайте.

Вложения

bd1025.zip (35.6 Кб, 21 просмотров)

0

Форма, проще говоря, это интерфейс пользователя, создаваемый вами на основе вашей таблицы. Обратите внимание в гл.меню Access -а есть пункт "Создание" в котором есть выбор типа формы необходимой вам. Чтобы конкретно подсказать какая больше вам подходит нужно хотя бы видеть какие типы данных вы хотите вводить в таблицу, понять логику . Проще выложить вашу БД сюда на сайт и вам подскажут более предметно

0

ltv_1953, спасибо огромное, но одна проблема осталась.
т.е. что я делал -
1. открыл на 2х компах эту базу.
2. зашёл в разные пользователи
3. если подождать 5 минут, все компы становятся последним пользователем.
Это решило проблему с потерей данных при параллельном вводе с нескольких компов, но в итоге всё вводит как будто один пользун. И скажите пожалуйста как сделали подобную форму? на первых порах операторы могут и сами в форме писать своё имя.


Braser, рискну быть осмеяным, но форма у меня получается только такая, которая как бы является курсором в таблице, т.е. не отдельным объектом, который занимается сливом данных в таблицу, а просто альтернативный вид отображения таблицы.
А вот если вопрос в том, что sql пользовать надо, тут я повторю вопрос - где и что почитать. пока надеюсь сам справиться.
Пример могу на почту скинуть.

0

Сообщение от 34rwd7 3. если подождать 5 минут, все компы становятся последним пользователем.

Это как? Как Вы определяете какой пользователь зашел.
Но скорей всего Вы не разделили базу. И когда входит второй отметка у первого пропадает и появляется у второго. У каждого пользователя должен быть свой интерфейс, в котором и должно отмечаться/сохраняться, какой пользователь работает. А данные должны быть в другой базе (лежащей на сервере), и таблицы их в интерфейсе должны быть присоединенными.

0

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

Добавлено через 5 минут
БД можно выложить здесь. Внизу странички есть функция "Расширенный режим" открывается соответствующей кнопкой,там есть кнопка "Управление вложениями" откроется окно, там все интуитивно понятно. Единственное нужно заархивировать свою БД перед загрузкой на сайт архиватором с расширениями указанными там же, например RAR.ZIP и тд

Добавлено через 6 минут
Для того, чтобы каждый пользователь при открытии формы начинал новую запись нужно задать это свойство для формы и тогда она каждый раз при открытии пользователь будет начинать работу с новой пустой записи. А очередность записи определится только тем, кто из операторов быстрее начал редактировать новую запись.

0

Сообщение от ltv_1953 ...У каждого пользователя должен быть свой интерфейс, в котором и должно отмечаться/сохраняться, какой пользователь работает...

Я конечно извиняюсь. что нежданно-негаданно влезаю в разговор, но т. к. о сих возможностях - Access знаю только теоретически, то несколько раз задавал себе вопрос для общего понимания, но так до конца и недопонял, а именно:
Допустим 2-3 пользователя с разных ПК открыли одну разделенную БД.
Одновременно начинают у себя работать с формой - Заказы.
Начинают заказывать у поставщика:
1 - мешок картошки
2 - ящик морковки
3 - ведро сока и 2 мешка картошки
Как Access определяет какую запись первой занести в таблицу?
Та, которая будет сохранена первой или та, чей пользователь первым начал вводить данные?
Кроме того, если у поставщика всего 2 мешка картошки, а первым заказал их 1-й покупатель, то 3-му останется только 1 мешок. Соответственно он фактически не сможет заказать 2 мешка, а только 1.
Успеет ли Access предупредить 3-го, что остался только 1 мешок или так и введется в заказ 2 мешка, но в остатке будет с минусом?

0

Вот примитивная БД для примера.

Вложения

Учет звонков.zip (100.9 Кб, 10 просмотров)

1

"Успеет ли Access предупредить...." да уж, кто- то благодаря ему точно зимой будет голодать...

Добавлено через 2 минуты
Кстати такие моменты встречаются и в магазинах при продаже товара или подобных операциях. Для исключения таких недоразумений как правило используют опцию "Резерв". Утром деньги вечером стулья

1

Сообщение от PuhKMV Как Access определяет какую запись первой занести в таблицу?

Именно "занести в таблицу", или выделить номер счетчика? Ибо ответы на эти два вопроса - разные. Счетчик достанется тому, кто первым начал ввод. Физическое наличие записи в таблице появится только после сохранения. Вполне возможна ситуация, когда запись со счетчиком 2 уже существует, а со счетчиком 1 - еще нет.

Сообщение от PuhKMV Успеет ли Access предупредить 3-го, что остался только 1 мешок или так и введется в заказ 2 мешка, но в остатке будет с минусом?

Access никого ни о чем не предупреждает. Предупреждает программа, написанная программистом. Успеет или нет - зависит от того, что и как вы напрограммировали. Я успеваю.

1

Сообщение от PuhKMV Успеет ли Access предупредить 3-го, что остался только 1 мешок или так и введется в заказ 2 мешка, но в остатке будет с минусом?

Успеет. Есть специальные процедуры обновления таблицы остатков, которые реализуют принцип "кто раньше встал, того и тапки".

Сообщение от Braser Для исключения таких недоразумений как правило используют опцию "Резерв".

И в чем будут "плюсы". Зарезервировали в минус и ждем прихода? Обычно резервирование в минус тоже запрещают.

1

Сообщение от PuhKMV Как Access определяет какую запись первой занести в таблицу? Та, которая будет сохранена первой или та, чей пользователь первым начал вводить данные? Кроме того, если у поставщика всего 2 мешка картошки, а первым заказал их 1-й покупатель, то 3-му останется только 1 мешок. Соответственно он фактически не сможет заказать 2 мешка, а только 1. Успеет ли Access предупредить 3-го, что остался только 1 мешок или так и введется в заказ 2 мешка, но в остатке будет с минусом?

Зависит от принятого уровня блокировки. Оптимально устанавливать блокировку изменяемой записи. Кто первым вошел, того и тапки. Пока он не закончит ввод, остальные не смогут редактировать запись.


Добавлено через 49 секунд
Аппаздал

1

Сообщение от texnik-san ...Предупреждает программа,...

Спасибо.
Подспудно это и имелось в виду, типа наверное нужно делать, что бы БД примерно раз в секунду обновлялась, дабы избежать подобных накладок или имеются другие механизмы?

Сообщение от texnik-san ...запись со счетчиком 2 уже существует, а со счетчиком 1 - еще нет....

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

0

Сообщение от ltv_1953 И в чем будут "плюсы". Зарезервировали в минус и ждем прихода?

Если ЖДАТЬ, ничего не заработаешь никогда. Нужно срочно искать зарезервированное. Оповещение закупщикам, запросы поставщикам, при возможности - автоматическая заявка постащику.

1