Богатая база данных frontend - как правильно обработать низкокачественные сети?
Вы могли бы на самом деле хотеть зарегистрироваться, почему внутренняя сеть работает так медленно. Если простой избранный оператор занимает 1-2 минуты для завершения, он кажется, что существует что-то серьезно неправильно с конфигурацией сети.
До Вашей лучшей практики лошадиная сила на сервере базы данных будет хорошей вещью. Чем быстрее процессор, тем больше памяти лучше он обрабатывает рабочая нагрузка обработки данных. Большинство баз данных выполнит запрос однажды, и затем после этого он хранит, это - план выполнения относительно того же самого запроса так для всех после того, как это будет быстрее.
Если Вы ничего не можете сделать о конфигурациях сети, можно всегда работать в разъединенной среде типа. Вероятно, не лучшая вещь сделать, если там будет большим манипулированием данными. Изучите использование DataSets для содержания Ваших данных после того, как это вытянут от базы данных.
Это - большая информация, надежда, она помогает некоторым.
-
1It' s ping 2-3 секунд, окна совместно используют разъединения папки из-за сетевых ошибок, 20-30 разъединений перспективы от обмена в день и т.д. Просто плохая сеть. – grigoryvp 27 November 2009 в 18:39
Если Вы имеете
очень ограниченный опыт программирования базы данных
и это - a
общая ситуация, что простая ВСТАВКА или ИЗБРАННЫЙ SQL-запрос займут 1-2 минуты или даже перестанут работать с тайм-аутом / сетевая ошибка.
затем Вашими проблемами, вероятно, не является сеть. Я изучил бы получение большего опыта в работе базы данных, оптимизации запросов и кодировании методов перед сетевыми проблемами. По моему скромному мнению, намного легче взломать вместе довольно звуковую сеть (с мало ни к какому опыту) затем, это должно взломать вместе рабочую программу с доступом DB.