Re: FB 3
А когда работы другой нет, ты сидишь и думаешь что десять уе в час - это хоть и мало, но это лучше чем ноль уе в час. Можно попробовать согласиться и дальше как-то выкручиваться. Увы. Бывает и так. Вот с этим проектом у нас так и было. Щас мы его закончили, но к этой программе есть интерес и вылазят проблемы с тем, что MSSQL тяжёлый. Если бы он ставился 5 минут и была бы встраиваемая версия, то на кой оно мне надо что-то переделывать? Сидел бы и не рыпался... Значит селяви. Здесь нет никаких стоимостей. Здесь только вопросы удобства и технических возможностей. Если MSSQL ставится 2 часа, то имея даже чемодан с деньгами я не смогу купить версию, которая поставится за 5 минут. То же самое со встраиваемой версией. Если её нет, то её нет. И причём тут деньги я не пойму??? Деньги всегда причем. Если я правильно тебя понял то 1 MSSQL - это хорошо, но долго 2 Firebird + Provider - быстро и криво Коммерческой альтернативы провайдеру нет? Дмитрий
Re: FB 3
Вы когда-нить в махонькой компании работали на мелких заказах? Там так никто не делает. Тебе говорят например: мы согласны платить 10уе в час за одного человека в течении полугода и нас не волнует что вы там будете использовать. Не устраивает - идите на ... А когда работы другой нет, ты сидишь и думаешь что десять уе в час - это хоть и мало, но это лучше чем ноль уе в час. Можно попробовать согласиться и дальше как-то выкручиваться. Вот с этим проектом у нас так и было. Щас мы его закончили, но к этой программе есть интерес и вылазят проблемы с тем, что MSSQL тяжёлый. Если бы он ставился 5 минут и была бы встраиваемая версия, то на кой оно мне надо что-то переделывать? Сидел бы и не рыпался... Здесь нет никаких стоимостей. Здесь только вопросы удобства и технических возможностей. Если MSSQL ставится 2 часа, то имея даже чемодан с деньгами я не смогу купить версию, которая поставится за 5 минут. То же самое со встраиваемой версией. Если её нет, то её нет. И причём тут деньги я не пойму???
Re: FB 3
>Итого (20*0 + 20 Windows Server Standard * ~700) + ( 5*5000 + 5*~700) > + 25*2*20 = ~$71500 Что-то я изрядно обсчитался в пользу MS. Наверное, приобретенная привычка :) 43500, конечно. Но сути примера не меняет - надо считать затраты и идти от них.
Re: FB 3
Привет, какой-то детский тред - удобно/неудобно, хочу-могу. Надо рассуждать по-простому, от денег. Берешь бумажку и считаешь, сколько компания тратит на MSSQL в течении года - исходя из описанных в треде проблем, это должны быть лицензии +время на установку (кол-во часов* стоимость часа). Например, устанавливаете 20 MSSQL Express (бд до 4Гб) и 5 установок MSSQL Standard (1 processor/$5000) , делаете 25 выездов (1 выезд на установку) по 2 часа, час стоит 20 баксов. Итого (20*0 + 20 Windows Server Standard * ~700) + ( 5*5000 + 5*~700) + 25*2*20 = ~$71500 Задача - сократить эти расходы. Обращаемся в iBase (+7 495 953-13-34) и согласовываем стоимость доработок Firebird.NET. Например, пусть будет $1 (с Jiri мы разговариваем сами, деньги за рубеж переводить не надо). Экономия на лицензиях MSSQL в первый год - 16 тысяч, на второй 26, на третий год вы переводите сервер на Линукс и экономия становится $7. Полностью окупаете 1.5 серъезных программера. С этими расчетами идем к руководству - и все сразу становится ясно и понятно. Если вы не пользуетесь платным MSSQL и все удовлетворяет в Express (разборки с клиентом в момент переваливания за бесплатный лимит относим в "этого не может быть, потому что не может быть никогда"), за Windows Server Standard не платите (забываете? :), то для этой задачи речь идет об снижении суммы в 1000 (25 выездов по 2 часа по 20 баксов). В таком случае у вас контора с высокомаржинальным (по-российски) бизнесом и экономия на Firebird вообще не нужна. Не стоит оно того, на кофе больше тратите в год. Вот такой расчет нужно делать по любой фиче прежде чем сравнивать. С уважением, Алексей Ковязин On 19 авг, 19:08, sasha wrote: > Всем привет! > > Мы хотим попробовать один проект перевести с MSSQL на FB. > Но надо длинные имена и очень надо внешние ключи без индексов. Там > что-то в этом направлении сделано? А то я что-то не могу в трекере > раздуплиться как посмотреть по тройке что сделано... > > И вообще, в каком она состоянии??? До уровня альфы дотягивае или ещё нет?
Re: FB 3
А какие именно ручные изменения? Нельзя ли обойтись diff-файлами или partial классами? Ну например включать представления в модель или менять типы для поддержки boolean. diff-файлами можно, наверное, как и писать против ветра...
Re: FB 3
On Aug 30, 12:17 pm, sasha wrote: >2) Некоторые вещи Джири советует делать вручную. Каждый раз, когда >обновляется модель из базы, пересоздаётся файл модели и все ручные >изменения нужно делать заново. Это полная жопа. Но Джири считает что это >нормальный вариант. О чём мне с ним спорить дальше? А какие именно ручные изменения? Нельзя ли обойтись diff-файлами или partial классами?
Re: FB 3
Про DDEX я хотел сказать что джири не счичает что для DDEX необходим нормальный исталлятор - оно и так прокатит...
Re: FB 3
А не через .NET Provider ? Т.е. проблема в провайдере или в самом ФБ ? В принципе проблемы только в провайдере. Правда у мелкософта есть тип бит, который транслируется в булеан в модели. Поскольку FB не поддерживает такой тип, то джири не стал особо заморачиваться и аналогичного функционала не сделал (правда в трекере стоит в планах). Так что тут, с одной стороны, ограниченность базового функционала в FB, с другой стороны это можно и через провайдер сделать, но нету... Или есть о чём ? :) Мерский инсталлятор и отсутствие встраиваемой версии :'-( Тут ты не прав. Оно ему надо хотя бы потому, что он официально поддерживает провайдер. И на записи в трекере ему не наплевать. Влад, ну он чинит по одному багу в год. Просто он, как я понимаю, работает в компании, которая этот провайдер использует. Если проблема актуальна и для него, то он что-то делает, но если его проблема не трогает, то он проблему тоже не трогает. Западные компании в таких случаях обычно считают деньги и очень часто им выгодно выделить ресурсы и, или таки самим реализовать то, чего не хватает в продукте, или нанять того, кто может это сделать (того же Jiri, например). Выигрывают все - и сама компания, которой не нужно осваивать новый продукт и переводить на него свои, и остальные пользователи, т.к. исходный продукт улучшается. Это не жадные западные компании. А нам почему-то только жадные попадаются :-( Ты можешь формально (и корректно) изложить причины ? Лучше всего в виде тикетов в трекере. Иначе оно так и останется... В трекере многое давно есть. Но есть вопросы, на которые у него свой взгляд. Я тебе щас объясню: 1) Для поддержки провайдера в студии надо ставить DDEX. Инсталлятором он не устанавливается. Ты инсталлятором ставишь библиотеки, а потом, в зависимости от того, какая у тебя версия провайдера, какая версия студии, какой фреймвёк (32-бита или 64) и какой версии ты ковыряешься в разных конфигах и подставляешь там всякие значения. Потом ещё выискивать и править файлы для корректировки реестра. Короче всё с самого начала затруднено. 2) Некоторые вещи Джири советует делать вручную. Каждый раз, когда обновляется модель из базы, пересоздаётся файл модели и все ручные изменения нужно делать заново. Это полная жопа. Но Джири считает что это нормальный вариант. О чём мне с ним спорить дальше?