а так, имеем таких клиентов, которые элементарно жмутся на технике и
тяжко им что-то втолковать.
Значит остальное попробовать. Был случай когда добавление двух индексов
уменьшило время выполнения операции с 30 минут до 20 секунд. Наличие
долгих снэпшот транзакций может сильно нагружать
On 05.07.2011 22:00, Михаил Викторович wrote:
В итоге все равно будет перегрузка по производительности. Решение с
архивом
верное. Теперь когда проектирую новые системы сразу предусматриваю
архивирование.
Тем не менее для более дельных рекомендаций по данному случаю мало
информации:
*
On 01.07.2011 23:55, A K wrote:
Транзакций существенно меньше чем CRUD операций как правило.
я понимаю, что в общем случае их будет меньше. Но, например, накопил я
в логе десять изменений в разных таблицах. Идет комит транзакции.
Мне все равно придется выполнить десять EXECUTE STATEMENT к
On 04.07.2011 19:48, A K wrote:
Идея: делаем архивную БД и оперативную, в которой держим
последние год-полтора. Изменения в оперативной БД, должны попадать
на архивную.
Возьмите/купите одну из готовых систем репликации под Firebird - будет
дешевле и быстрее, чем изобретать велосипед.
Может
On 01.07.2011 19:47, A K wrote:
Попробуйте выталкивать изменения не по каждому I\U\D а по коммиту
тр-ции.
А что это изменит? Все равно каждый EXECUTE STATEMENT будет
открывать-закрывать подключение к БД. Только что подвисать будет не
каждая операция, а комит транзакции.
Транзакций
. Подробности здесь -
http://tracker.firebirdsql.org/browse/DNET-376 . Бага закрыта как не
воспроизводимая, хотя тест показывает суть проблемы.
С уважением,
Евгений Виноградный
aka ssdi.
наличия на компьютере
пользователя локали 1251.
С уважением,
Евгений Виноградный.
расширять скрипты дополнительными
вкусностями (вроде создания пользователей чего не было в 2.1, вставки
блобов из файлов и т.п.). Либо библиотеку для игры скриптов из
IBExpert(платная). И т.п.
С уважением,
Евгений Виноградный.
вот ...
С уважением,
Евгений Виноградный.
обновлении перенести такие БД например в ProgramData (aka
%ALLUSERSPROFILE%) уведомив об этом пользователя. Но все же лучший
вариант отдельный каталог в корне диска (не системного).
С уважением,
Евгений Виноградный.
режиме). А из минусов на серверах редиректов будут жить ее кусочки.
С уважением,
Евгений Виноградный.
, пишет:
Client Library is missing or invalid.
копирую из SYSTEM32 в C:\---\gds32.dll и опять правлю путь в IBE - не
работает с тем же сообщением :((
Не Vista/7 случаем? Клиента с повышенными правами под админом копировали
в system32?
С уважением,
Евгений Виноградный.
Лечится тем, что скрипт создания базы разбавляется реконнектами - после
каждой версии вставляется
То же самое в 2.0, 2.1, 2.5. Для обновления метаданных требуется реконнект.
On 23.12.2010 17:31, Victor Reshetnyak wrote:
sql_1 = 'INSERT INTO RS_TEMPL_REP(NAME) VALUES(:NAME)'
||'RETURNING ID INTO :NEW_ID';
sql_1 должно быть DSQL выражением (а не PSQL). Либо нужно обернуть в
EXECUTE BLOCK.
С уважением,
Евгений Виноградный.
Ovchinnikov Vasily пишет:
-FIX_FSS_METADATA charset
Тогда такой вопрос. В каких случаях нужно делать restore с таким ключом?
Только если используется кодировка UNICODE_FSS? А если только UTF8 нужно ли?
On 02.11.2010 12:22, Andrei wrote:
Чего сильно не хватает FB -- это устойчивости к обрывам связи.
Устойчивость к обрывам связей повышают другими способами.
Резервированием каналов например на аппаратном уровне.
Описанный выше способ повысит только вероятность возникновения
блокировок и
P.S. Но это не дело вообще-то, какой бы он не был плохой.
Вообще это статья УК на ровном месте. А если человек и вправду
нехороший, то он может пойти о конца со снятием побоев, заявлением и
судом. Так что, это точно не вариант. Не портите себе жизнь из-за го..на.
On 29.10.2010 13:19, Arioch wrote:
P.S. Но это не дело вообще-то, какой бы он не был плохой.
Вообще это статья УК на ровном месте. А если человек и вправду...
а базу ронять - не УК, нет ???
Как бы считается, что ронять собирается хороший человек :)))
Директор наверное тоже плохой человек :)))
On 27.10.2010 20:49, sasha wrote:
Поддержка ADO для .NET вполне качественная
А вы что, не знаете что основным средством доступа к данным у MS на
данный момент является Entity Framework?
Сейчас использовать ADO.NET - это всё равно что WinAPI для разработки
Windows.
Вообще странные
On 27.10.2010 23:20, sasha wrote:
А я про пользователей и не говорил. Мало причин при начале нового
проекта не использовать EntityFramework, а задействовать датасеты. Если
программист его не знает, то это не проблема EntityFramework, а личная
проблема программиста.
Если мы рассматриваем
On 28.10.2010 0:51, Vadim Mescheryakov wrote:
Я наверно плохо о людях думаю, но что то мне кажется что вменяемых
разработчиков (вменяемых и при этом свободных) все меньше и меньше.
Да не меньше их - их просто нужно больше. Посмотрите вокруг, сколько
было компов на работающую душу 10 лет назад и
On 28.07.2010 23:16, Дмитрий Еманов пишет:
Случайность или 64-битный супер-классик не отработан ?
Отработан. Более того, он только на 64-битах и имеет смысл :-)
А можно ссылочку где почитать про основные отличия и смысл :) ?
---
Евгений Виноградный
On 29.07.2010 13:40, Andrei wrote:
http://www.sinatica.com/blog/en/index.php/articles/firebird-superserver-classicserver-or-superclassic
Спасибо за ссылку.
(1.5 - 2.1) где то после 150-200 INSERT в
одной транзакции удельная скорость вставки понижалась, причем
существенно. Возможно, это какие то особенности реализации сервера
проявляются.
С уважением,
Евгений Виноградный.
On 25.06.2010 17:46, Khorsun Vlad wrote:
С какой стати ? Никаких чудес.
Ну, вот и хорошо, вот и прекрасно!
25 matches
Mail list logo