forum.clarionlife.net

Алексей- Софт-Центр писал(а):Добрый день!
Тормоза от
1.размера записи
2. наличия ключей
3. Типа фильтрации файлов
4. количества запсей.

Я , в свое время, когда возникла такая проблема - долго пытался оптимизировать программу и базу на TPS,
пока не перешел на MySql.
Получил на несколько порядков быстрее работающую программу.
(может я чего-то не так делал в TPS среде, может, как Вы писали - чего-то не учел )

ЗЫ. А оптимизацию начинал с ревизии сети, перевода ее со 100 мб на 1гб, и .т.д.
Кстати -при brw1.resetfrombuffer() - моргания не будет

Алексей

IMHO - в TPS может все ОЧЕНЬ быстро работать, если ключи сделать ПРАВИЛЬНО и использовать не ФИЛЬТР, а Range Limit. В этом случае количество записей не так существенно. В браузе показывается примерно строк 20-30. Прочитать даже "длинные" строки из файла(или правильно связанных файлов) - это по сетке 100 Мб - меньше секунды.

Добрый день!

А если не связыватьть с SQL, куда нужно смотреть вперед?

В многопользовательском режиме - только туда.
Если хотите продолжать на TPS (или любой другой файловой структуре), то должны помнить,что:
Все тормоза исходят из пересылки данных между базой и рабочей станцией.
- если запись файла - огромная, а в броузе Вы выводите только одно маленькое поле, то все равно на станцию пересылается вся запись
- если Вы включили фильтр по любому броузу, то все равно все записи файла попаут к Вам в рабочую станцию.
Для ускорения работы - "моделируйте" клиент-серверную обработку.
- спроектируйте базу так, чтобы записи, выводящиеся в броуз были малых размеров.
- сделайте свой фильтр, который сам формирует очередь броуза, выдавая GET конкретной существующей (или необходимой)записи
(Вам уже советовали сделать доп. файл с датами изменений, например)

Это только маленькая толика процесса оптимизации работы приложения.
У каждого есть свой стиль программирования и свои "бантики" для этих целей.
В общем, на вкус и цвет...
(Я остановился на MySQL для многопользовательских задач.(Без скорополительных выводов ) )
ЗЫ

использовать не ФИЛЬТР, а Range Limit

К сожалению, он не работает с составным ключом.
Я не против TPS. Он прерасно работает на многих задачах.

Алексей

Алексей- Софт-Центр писал(а):Добрый день!

ЗЫ

использовать не ФИЛЬТР, а Range Limit

К сожалению, он не работает с составным ключом.
Я не против TPS. Он прерасно работает на многих задачах.

Алексей

Почему не работает? Если сделать правильный ключ, то по первому полю в ключе используем Range Limit, а по остальным при необходимости фильтруем

Я не против SQL, наоборот - только "За". Но может быть можно не так кардинально менять "ориентацию"?
Кстати - про ускорение на том же TPS : IP драйвер вроде предполагает не такую уж кардинальную переработку проекта, зато за счет серверных запросов ускоряет работу РАДИКАЛЬНО

musкin писал(а): при использовании реальной базы данных {Base(1500 записей) -> Relation -> Second (около 10000 записей в масштабе одной таблицы)} начинают возникать тормоза, и приличные (примерно 12 сек. при загрузке обоих List-ов на каждом из компов). Дальше идут еще большие тормоза, когда на одном из компов открывается Form-а для редактирования конкретной записи -> остальные компы просто ждут окончания редактирования. В проекте и везде для открытия файлов использую Share, все формулы удалил. Метод загрузки таблиц -> File.
Рабочая группа из 5 компов (приличной начинки) -> у всех свои уникальные серые адреса и одно имя группы, необходимые Службы Microsoft для работы в сети включены.
Где я что-то не предусмотрел?

По теме "тормозов", мне кажется проблема в методе загрузки "File" - это значит, что каждый раз на локальный комп тянутся все файлы целиком. Зачем это надо?
Если поменять метод загрузки на Page - будет грузиться только то, что видно в листбоксе- т.е. примерно 20-30 записей.
Думаю раз в 50 будет быстрее

Я не против ни TPS ни SQL. Пусть они сосуществуют!
Нет смысла снова перетирать pro & contra -- год назад всё это обсуждали
http://forum.clarionlife.net/phpbb/view ... f=1&t=2793

Спасибо всем за отзыв и свои рекомендации! Это надо осмыслить.
А кто-нибудь прокомментирует, как работает продажа билетов на Ж/Д транспорте и в метро (например, города Москвы) в рамках Soft-a? Насколько я знаю,
во всех пунктах продажи билетов стоят терминалы и SQL-ем там не пахнет? Или SQL-сервер стоит где-то там выше, на головном Cray-2?

musкin писал(а):Спасибо всем за отзыв и свои рекомендации! Это надо осмыслить.
А кто-нибудь прокомментирует, как работает продажа билетов на Ж/Д транспорте и в метро (например, города Москвы) в рамках Soft-a? Насколько я знаю,
во всех пунктах продажи билетов стоят терминалы и SQL-ем там не пахнет? Или SQL-сервер стоит где-то там выше, на головном Cray-2?

Где то тут читать... http://www.1520mm.ru/pass_and_e3/express/history.phtml
и гуглить

Admin писал(а):

musкin писал(а):Спасибо всем за отзыв и свои рекомендации! Это надо осмыслить.
А кто-нибудь прокомментирует, как работает продажа билетов на Ж/Д транспорте и в метро (например, города Москвы) в рамках Soft-a? Насколько я знаю,
во всех пунктах продажи билетов стоят терминалы и SQL-ем там не пахнет? Или SQL-сервер стоит где-то там выше, на головном Cray-2?

Где то тут читать... http://www.1520mm.ru/pass_and_e3/express/history.phtml
и гуглить

Уважаемый Админ, По-моему, я как-то неправильно задаю свои примитивные вопросы. Уточняю, в рамках Soft-a

musкin писал(а):Уважаемый Админ, По-моему, я как-то неправильно задаю свои примитивные вопросы. Уточняю, в рамках Soft-a

Ну простите за "тупой" ответ. Больше не буду отвечать.

P.S. А исходники вам не дать?

Admin писал(а):

musкin писал(а):Уважаемый Админ, По-моему, я как-то неправильно задаю свои примитивные вопросы. Уточняю, в рамках Soft-a

Ну простите за "тупой" ответ. Больше не буду отвечать.

P.S. А исходники вам не дать?

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

musкin писал(а):Все умничаете с Пахомычем?
Стоит ли обижаться?

Обиды нет и непонятно на что я мог обидеться.
А по топику. Что вы хотели получить в ответ? Мне непонятно.
Как я и сказал думаю все можно найти в интернете. Искали? Или предполагали что разработчик такой именно системы будет сидеть на нашем форуме?

Сами, может, и не сидят на форуме, но привет при случае передать возможно. В восемьдесят каком-то лохматом году я был знаком с некоторыми разработчиками системы Экспресс-2. Строилась она mainframe'ах (крэи тогда были под запретом -- в отношении суперкомпьютеров действовала поправка Джексона-Вэника, кстати отменённая вроде бы на прошлой неделе), отсюда, собственно, и выбор СУБД -- DB2.
Современная Экспресс-3 в целом унаследовала и платформу, и, я думаю, львиную долю кода.
Вот то, что удалось найти в вебе за 5 минут поиска http://eav.ru/publ1.php?publid=2006-05a17

Программное обеспечение системы «Экспресс-3» – это огромный и весьма сложный комплекс, содержащий несколько тысяч модулей и около 2-х миллионов строк исходного кода.

Так что на флэшку весь этот код хоть и влезет, только флэшку вставить куда-нибудь не всякому удастся -- mainframe'ы нынче поискать надо.