Новости
Документация
Download
Webboard
Поиск
FAQ/ЧаВо
Обратная связь




MySQL.RU - Webboard



Вернуться
связка MySQL+Delphi . вопрос возник (Хм) 02/12/2004 - 07:43:22
      Re: связка MySQL+Delphi . вопрос возник (Валентин) 02/12/2004 - 12:59:08
      Re: связка MySQL+Delphi . вопрос возник (Хм) 03/12/2004 - 11:35:32
      Re: связка MySQL+Delphi . пояснения (Валентин) 03/12/2004 - 14:54:17
      Re: связка MySQL+Delphi . пояснения (Дмитрий) 22/01/2008 - 09:46:48

> Original message text:
> From: Хм - 02/12/2004 - 07:43:22
> Subject:связка MySQL+Delphi . вопрос возник
> -----------------
> банальная база с десятком таблиц, мускл 4.0.22, делфи7, для доступа пользую Mysql-direct library version: 1.1.4....
> алгоритм в двух словах такой - клиент получает с главной таблицы все записи (или по фильтру) пишет их в грид, дополнительные сведения хранятся в подчиненных таблицах которые сразу не подгружаются, а подгружаются в отдельную форму при активации редактирования с основной формы (которая с гл. гридом), после ввода или редактирования, измененные строки с главной и подчененной таблиц шлются обратно в базу и ДОБАВЛЯЮТСЯ к ранее полученным данным главной таблицы (что б опять все не вытягивать с базы)...вроде понятно.....теперь к примеру другой пользователь в это же время добавляет или меняет данные , сообветственно мне надо добавить то что он добавил в грид первому клиенту , а второму добавить то что изменил первый.....
> Как это сделать без полного "перезасоса" главной таблицы у клиентов? как бывалый народ решает такой вопрос? и как вообще "идеологически" правильно реализовать такой союз мускл и дельфи?
>


From: Валентин - 02/12/2004 - 12:59:08
Subject:связка MySQL+Delphi . вопрос возник
-----------------
Вопрос больше по работе с БД в многоклиентском окружении из программного клиента.

Идеологически поступают так:
Переложить на юзверя все действия, не задекларированные в техзадании.
Если же хочется "как лучше", то для журналов(реестров) используют фильтры, если фильтр не задан, то устанавливают неявный фильтр, - периоды.
После поста делают refresh, если innodb, то refresh не прокачает транзакцию, правда я с Mysql-direct не работал :) пользую ZeosDBO, но и тут в рефреше просто можно прокачать транзакцию и слокейтить датасет на старый ID, с отключением контролов это выглядит очень аккуратно.
Кроме этого в компонентах датасета часто имеются опции, которые позволяют не фетчить весь датасет при открытии, а дофетчивать его по мере надобности... надобность эта определяется во взяимодействии грида и датасета.
Кроме этого полезно поставить refresh на открытие форм просмотра, не редактирования.

Хватит советов?


[Это сообщение - спам!]

Последние сообщения из форума

Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL, версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
 Имя:
 E-mail:
 Тема:
 Текст:
Код подтверждения отправки: Code
32841



РЕКЛАМА НА САЙТЕ
  Создание сайтов | |