На сервер приложений поставлю visual studio и в режиме дебага подключусь к процессу сервера приложений, ждите новых занимательных сообщенийpriup писав:А не верю я, что это клиент!abaddon89 писав:а ведь человек не слабо так ковырнул в суть проблемы. Всё описал. Поделился на форуме. Прям выполнил чью-то работу. А его за это.......
База 210 гБ, А ЗАРЕГИСТРИРОВАЛСЯ НА ФОРУМЕ - вчера!!!!
Да само содержание топика проявляет конкурента!!!!!
Померяемся?
Re: Померяемся?
Re: Померяемся?
priup писав:Не , ну чё за страна, блин............
У них:А им всё равно жалко денег на СУДБ Oracle:GreN писав:..... Размер базы 210 гб. сетевая версия. ................За какие шиши програмёры разработчика будут "ДОПИЛИВАТЬ"?GreN писав:....... разработчики допилсят сервер приложений то и на Firebird будет все ок
За зарплату в 4-6 тыс ГРН?????
Обратитесь непосредственно к разрабам по телефону(на сайте) , они проведут анализ и выставят Вам счёт на "ДОПИЛИВАНИЕ".
После оплаты они ВАМ допилят.......................
За зарплату в 4-6 тыс ГРН????? - уровень свойей заработной платы разработчик может обсудить с куководителем, но пока качество продукта заставляет желать лучшего....
Re: Померяемся?
GreN писав:priup писав:А не верю я, что это клиент!abaddon89 писав:а ведь человек не слабо так ковырнул в суть проблемы. Всё описал. Поделился на форуме. Прям выполнил чью-то работу. А его за это.......
База 210 гБ, А ЗАРЕГИСТРИРОВАЛСЯ НА ФОРУМЕ - вчера!!!!
Да само содержание топика проявляет конкурента!!!!!
На сервер приложений поставлю visual studio и в режиме дебага подключусь к процессу сервера приложений, ждите новых занимательных сообщений
Re: Померяемся?
GreN, респект. priup, а какая разница верите Вы или нет в то что это клиент, это как то меняет дело работоспособности медка с ФБ? Есть проблема работы медка с большой базой ФР? Есть!!! Проблема устраняется разработчиками медка? Нет! Вместо того что бы сказать спасибо GreN-у за столь глубокий анализ проблемы, Вы его....Да и какой смысл конкуренту анализировать медок, и тем более предлагать пути решения проблемы??? ну да ладно это риторика. У меня вот тоже БД на ФБ была блее 200 гб. Работа ПО была на столько медленной, что компания рассматривала вариант вывода сотрудников в третью смену!!! Решение было это начать работу с нуля т.е. с чистой БД (можете себе только представить какие это имело последствия). Так как не дилер не медок ничего путного посоветовать не смогли. Теперь что касается работы БД на Oracle!
Вот цитата:
И Вы данный факт оправдываете з\п разработчиков в 4-6к грн ? Да у ж верно Вы сказали:
Вот цитата:
Объясните в чем принципиальная разница работы между oracle и фб? Да, oracle быстрее работает на БД большего размера. НО при этом она так же растет, и ее так же надо "подрезать", и делать это надо модулем который КРИВО работает. Т.е. по сути покупка oracle не решает основной проблем с медком, кроме регламентного обслуживание БД, допустим, не раз в квартал, а раз в полгода (в зависимости от количества НН).Festy30 писав:С этим боротся не приходится, поставили винт на 320 гигов и нет проблем, дальше чтобы база не росла архивируем НН.
И Вы данный факт оправдываете з\п разработчиков в 4-6к грн ? Да у ж верно Вы сказали:
P.S. ИМХО то как "мдековцы" предлагают компаниям с большим объемом документов покупки oracle, и не желание "допиливать" работу с ФБ. Создается впечатление, что кто-то имеет % с продаж oraclepriup писав:Не , ну чё за страна, блин............
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: Померяемся?
+1 к Проблеме!
Есть база, не такая большая, ~ 3,5 ГБ, работает на последней версии ФБ в режиме классик, база без ошибок - это подтверждает лог создание РК в менеджере архива программы, но РК типа *.zbk не создается.
База передавалась разработчику, проблема решена не была. Вопрос уперся в процесс Медка.
Есть база, не такая большая, ~ 3,5 ГБ, работает на последней версии ФБ в режиме классик, база без ошибок - это подтверждает лог создание РК в менеджере архива программы, но РК типа *.zbk не создается.
База передавалась разработчику, проблема решена не была. Вопрос уперся в процесс Медка.
Re: Померяемся?
На других форумах негативные отзывы чистятся ежедневно
Здесь просто забили на форум, поэтому нет ни его поддержки, ни удаления негативных комментариев. Вам круто повезло, - на других форумах Вас бы уже давно забанили А так да... не хотят сделать нормальное ПО, даже когда предлагают кучу прекрасных решений. Парадокс!
Здесь просто забили на форум, поэтому нет ни его поддержки, ни удаления негативных комментариев. Вам круто повезло, - на других форумах Вас бы уже давно забанили А так да... не хотят сделать нормальное ПО, даже когда предлагают кучу прекрасных решений. Парадокс!
Re: Померяемся?
Есть что нового ?GreN писав:На сервер приложений поставлю visual studio и в режиме дебага подключусь к процессу сервера приложений, ждите новых занимательных сообщений
Re: Померяемся?
апну темку! есть новости по этой проблеме ?GreN писав: Судя по проведенным тестам проблема не в СУБД, а в сервере приложений, Oralce использует другой клиент в сервере приложений этим объясняется его быстродействие, ели разработчики допилсят сервер приложений то и на Firebird будет все ок))))))))
Re: Померяемся?
Вчера вышла версия библиотеки Firebird ADO.NET Data Provider 4.10.0.0
У нас еще 2.5.1. Может, не стОит заставлять больших клиентов покупать Oracle? обойдемся переходом на 4.10?
У нас еще 2.5.1. Может, не стОит заставлять больших клиентов покупать Oracle? обойдемся переходом на 4.10?
Re: Померяемся?
Апну темку. Ниже под спойлером рекомендации от Database Analyst 3.0 (IBAnalyst) Интересно, когда наступит счастье?)
- | Показать
Re: Померяемся?
Вероятно, все эти проблемы имеют место быть. Но проблема не в базе данных, имхо. Application server еще оптимизировать и оптимизировать.Tim писав:Апну темку. Ниже под спойлером рекомендации от Database Analyst 3.0 (IBAnalyst) Интересно, когда наступит счастье?)
Re: Померяемся?
Вот вы только не смейтесь, но.....
Рассматривается централизации МЕДОКа: количество пользователей 250+, 16 предприятий по 3-5 филиалов на каждом + огромная головная контора, через которую идет основной поток НН. Повідомлень про прием на работу персонала, ЕСВ и прочих околозарплатных отчетов - уйиа, т.к. персонал исчисляется десятками тысяч (больше 50 000 точно)
С железом - не ахти как, как и с терминальными лицензиями. Могут выделить лицензий на 1, максимум - 2 терминалки. Кто с каким объемом пользователей работал? какие будут идеи?
Рассматривается централизации МЕДОКа: количество пользователей 250+, 16 предприятий по 3-5 филиалов на каждом + огромная головная контора, через которую идет основной поток НН. Повідомлень про прием на работу персонала, ЕСВ и прочих околозарплатных отчетов - уйиа, т.к. персонал исчисляется десятками тысяч (больше 50 000 точно)
С железом - не ахти как, как и с терминальными лицензиями. Могут выделить лицензий на 1, максимум - 2 терминалки. Кто с каким объемом пользователей работал? какие будут идеи?
Re: Померяемся?
Жалко мне ВАС!!! Просто, по человечески..............
Очень похоже поступила ДФС с 1 июля: риски внедрила , а железо тоже............
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!