![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Отображение изменений, внесённых в БД другими пользователями [D7, FB2.5]
TheEd © (2009-06-01 17:19:00)Уважаемые мастера!
Есть сетевая база (FB2.5), несколько пользователей одновременно работают с таблицами.
Как "перехватить" событие по вставке в базу записи другим пользователем (если это реально)?
зы:
Насколько я понимаю, сервер БД не оповещает клиентов о подобных событиях, т.е. выхода два:
- или время от времени делать FullRefresh
- или трехзвенку строить
Есть более "прямые" решения?
Нат (2009-06-11 01:04:00) [1]В менее серьезных организациях достаточно секретаря напрячь устным распоряжением
MsGuns (2009-06-10 23:01:00) [2]>Polevi © (10.06.09 17:07) [50]
>в серьезных организациях есть целый отдел MDM - Master Data Management
Ну это в О-о-о-чень серезных организациях. Где деньги считают мешками.
Чтонить вроде обладминистраций или рослюминьгазнефтьнесчет.
Ну или Сп с америкосами какими-нибудь, у которых антирес не в том, чем солсна контора занимается, а чтоб бабло отмывать
Polevi (2009-06-10 17:07:00) [3]в серьезных организациях есть целый отдел MDM - Master Data Management
и процедуры прописаны что нужно сделать чтобы добавить материал или поставщика, целое флоу с инициаторами, подтверждающими, координаторами и наконец непосредтсвенно заносящими в систему людьми
ANB (2009-06-10 14:57:00) [4]
> Приковывать не пробовали ?
КЗОТ запрещает :(
Игорь Шевченко (2009-06-10 14:36:00) [5]ANB (10.06.09 11:34) [47]
Приковывать не пробовали ?
ANB (2009-06-10 11:34:00) [6]
> или отказыватся от ввода предметов студентами.
Это лучший вариант. К сожалению, не всегда прокатывает.
Очень хорошо помогает административный ресурс - ввел дубль, потерял премию. Как только у нас такое правило ввели - резко улучшилось качество заведения. И дубли почему то перестали появляться. :)
Павел Калугин (2009-06-10 05:21:00) [7]> [44] ANB (09.06.09 18:06)
> Дохляк. Реализация подобных проверок будет сложнее самой
> системы.
А иначе надо либо сажать модератора и делать инструмент для объединения предметов, или отказыватся от ввода предметов студентами.
Нат (2009-06-09 21:04:00) [8]У разработчика одно задумывание проверок займет неделю.
Альтернатива:
Секретарша декана набивает в табличку 20-30 названий.
За 20 мин, включая перекур и перекоф.
Все. Вопрос закрыт.
ANB (2009-06-09 18:06:00) [9]
> Ввел "херомантия" - процедура не нашла оную, проведена доп.
> проверка по какому-нибудь SoundEx нашла там предмет " Хиромантия"
> и подставила его ID.
> Вася вводит - "... <цензура>..." процедура проверки налетела
> на стопслово и вернула сообщение об ошибке в котором попросила
> Васю отнестись сурьезно к данному вопросу.
Дохляк. Реализация подобных проверок будет сложнее самой системы.
Sergey13 (2009-06-09 16:26:00) [10]> [42] Павел Калугин © (09.06.09 15:40)
> процедура проверки налетела на стопслово
База стоповых слов будет стопудово больше "боевой". 8-)
Павел Калугин (2009-06-09 15:40:00) [11]
> TheEd (03.06.09 16:36) [29]
>Тем не менее принципиально - студент может сам добавить пункт справочника
Бред, однозначно. Справочник этот есть расписание предметов. Заполнятся должен исключительно по какедрам. Иначе первое что появится так это куча странных предметов вида "раскладывание косынки"
> TheEd (06.06.09 18:19) [39]
А что будет если 2 юзера одновременно добавят предмет "БлаБлаБЛа" единовременная нагрузка 10-15 человек, уже вполне реально.
ИМХО в таком случае надо просто позволить не только выбрать но и набрать руками. На добавление повесить проверку - если есть айдишник уже то подставить если нет то добавить новый предмет.
То есть Вася не нашел предмета и вводит его руками.
Ввел "Алгебра" - процедура нашла оную и подставила ID
Ввел "херомантия" - процедура не нашла оную, проведена доп. проверка по какому-нибудь SoundEx нашла там предмет " Хиромантия" и подставила его ID.
Вася вводит - "... <цензура>..." процедура проверки налетела на стопслово и вернула сообщение об ошибке в котором попросила Васю отнестись сурьезно к данному вопросу.
Игорь Шевченко (2009-06-08 10:19:00) [12]Нат © (07.06.09 23:20) [40]
Вот смех-смехом, а в MS Money, например, оно предлагает выбрать из имеющихся, но если набрал то, что не совпадает с предложенным, запишется новое.
Рассчитано на то, что человек сам себе вредить и сам себя путать не будет :)
А когда используется рабский труд, тогда нужны жесткие ограничения в виде foreign keys :)
Нат (2009-06-07 23:20:00) [13]Во всех проектах, функции заполнения всего всеми были прикрыты.
Вводились обязанности админа или оператора БД, который набивал важные данные.
Даже редактирование менеджерами инфомации о своих клиентах блокировалось и перекладывалось на ОБД.
Иначе возникал бардак.
В любую бухгалтерию загляни, даже один человек в состоянии десять раз повторно вбить один и тот же наименование в справочник с вариациями:
* Пуговица круглая
* "пуговица круглая"
* Круглые пуговицы
* Пугавицы круглоя
и прочие пугвицы и крглыя...
ПАтаму, что не нашлась в нужный момент "Пуговица" при поиске по "пгвица".
А то и вообще не искалось при добавлении... Они ж все и так помнЮт... Что не было еще такой позиции.
TheEd (2009-06-06 18:19:00) [14]
> Да уж, "пообщались". Автор как пребывал в потемках, так
> и пребывает дальше
Уважаемый MsGuns! Если я не прав, прошу меня поправить, но:
единственные параметры сообщения FB - это его имя и количество произошедших событий. Тут не разгуляешься...
И сообщения отправляются всем подписанным клиентам, поэтому идентифицировать своё собственное можно только поплясав с бубном :)
MsGuns (2009-06-04 21:04:00) [15]>В принципе хорошо пообщались, тему можно свернуть, хотя пока нет полной ясности как ловить только чужие сообщения (или передать в сообщение параметр).
Да уж, "пообщались". Автор как пребывал в потемках, так и пребывает дальше
Совесть ДМ (2009-06-04 20:02:00) [16]да
такие бредовые ветки чем раньше свернешь - тем полезней окружающим
TheEd (2009-06-04 18:23:00) [17]
> А если студень туда забьет предмет "хиромантия" ?
> Ну значит готовься к наличию оценок по "Хрен знает чему"
> и "Какой то фигне". 8-)
в принципе - всё правильно, но
в контексте моей задачи это не возбраняется. Студни пишут сами о себе, это не претендует на реальность (для этого зачётки есть). Кроме этого есть ещё много чего, что они о себе пишут, ложат фоты и т.д.. А вот потом это всё в отчёт формируется, это студень сам о себе писал за время учёбы (дневник достижений что-ли?). Может им к выпуску самим интересно будет глянут что там наваяли.
Практика уже сейчас показывает что подход работает - 70-90% пишут добросовестно и им самим интересно. Остальные не только х еромантию в справочник тиснуть смогу, но и Череззаборногузадерищенко - в фамилию :) Для этого предусмотрена процедура типа модерации.
В принципе хорошо пообщались, тему можно свернуть, хотя пока нет полной ясности как ловить только чужие сообщения (или передать в сообщение параметр).
ANB (2009-06-04 11:05:00) [18]При открытии справочника оптимально получать его свежее состояние.
От дублей в справочнике, который заполняют юзеры, не спасет ничего.
Какую то часть можно отсеять по уникальному индексу на название без учета регистра.
Германн (2009-06-04 00:15:00) [19]
> MsGuns © (04.06.09 00:09) [33]
>
> Но вот к чему эти сентенции автору, которому, очевидно,
> надо просто сделать "как в парадоксе" (наверное препод так
> сказал)
А как сделано это в парадоксе?
MsGuns (2009-06-04 00:09:00) [20]>Игорь Шевченко © (03.06.09 11:00) [19]
>> А зачем тогда был [14]
>Исключительно для тебя, в пояснение поста [10].
Поясни для тех кто в бронепоезде. В 10 я утвержал, что проектировать систему, в которой сервер должен кого-то в чем-то уведомлять, - дело гиблое в зародыше. Даже при наличие супер-пупер сервера, который, впрочем, при всей своей супер-пуперности никак не гарантирует, что его "посылочка" дойдет до клиента, ибо он как бы не машинист и не стрелочник.
Я также не комментирую утвержение о бронировании того не знаю чего - вы там в авиации, очевидно, знаете.
Но вот к чему эти сентенции автору, которому, очевидно, надо просто сделать "как в парадоксе" (наверное препод так сказал)