Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Отображение изменений, внесённых в БД другими пользователями [D7, FB2.5]


Страницы:   1 2 3

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 я утвержал, что проектировать систему, в которой сервер должен кого-то в чем-то уведомлять, - дело гиблое в зародыше. Даже при наличие супер-пупер сервера, который, впрочем, при всей своей супер-пуперности никак не гарантирует, что его "посылочка" дойдет до клиента, ибо он как бы не машинист и не стрелочник.

Я также не комментирую утвержение о бронировании того не знаю чего - вы там в авиации, очевидно, знаете.

Но вот к чему эти сентенции автору, которому, очевидно, надо просто сделать "как в парадоксе" (наверное препод так сказал)


Страницы:   1 2 3

Наверх

Титульная страница Поиск, карта сайта Написать письмо