Re: FB 3.0 snapshot
В письме от Wed, 11 May 2011 14:09:47 +0400, Andrei сообщал: Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists как-то он странно со слэшами и с расширениями обходится... -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: FB 3.0 snapshot
13.05.2011 13:00, Khorsun Vlad пишет: Можно считать, что теперь официальный сборщик VC10 ? Да Уточню, что это для 3.0. Для остальных все по-старому. Дмитрий
Re: FB 3.0 snapshot
"PEAKTOP" ... Попробуй сегодняшний снапшот, он уже с VC10 собран. Можно считать, что теперь официальный сборщик VC10 ? Да По идее можно сказать "прощай" проблемам с рантаймом. Не прошло и трех версий... = Я бы не стал драматизировать :) -- Хорсун Влад
Re: FB 3.0 snapshot
Попробуй сегодняшний снапшот, он уже с VC10 собран. Можно считать, что теперь официальный сборщик VC10 ? По идее можно сказать "прощай" проблемам с рантаймом. Не прошло и трех версий... =
Re: FB 3.0 snapshot
"Andrei" ... чистый снэпшот от 11-го мая. порт 3054 в конфиге. Попробуй сегодняшний снапшот, он уже с VC10 собран. По идее можно сказать "прощай" проблемам с рантаймом. -- Хорсун Влад
Re: FB 3.0 snapshot
чистый снэпшот от 11-го мая. порт 3054 в конфиге. запускаю: firebird -a -i 3054 к базе не подключается: INDIA Wed May 11 13:04:51 2011 PluginSet Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded Нафига дублировать одно и то же сообщение ??? Осталось только на рантайм грешить. В event log смотрел ? Dependency walker'ом пользовался ? -- Хорсун Влад
Re: FB 3.0 snapshot
чистый снэпшот от 11-го мая. порт 3054 в конфиге. запускаю: firebird -a -i 3054 к базе не подключается: INDIA Wed May 11 13:04:51 2011 PluginSet Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded INDIA Wed May 11 13:04:51 2011 Error in isc_attach_database() API call when working with security database Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded INDIA Wed May 11 13:04:53 2011 PluginSet Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded INDIA Wed May 11 13:04:53 2011 Error in isc_attach_database() API call when working with security database Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded INDIA Wed May 11 13:04:53 2011 PluginSet Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded INDIA Wed May 11 13:04:53 2011 Error in isc_attach_database() API call when working with security database Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded INDIA Wed May 11 13:09:07 2011 PluginSet Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded INDIA Wed May 11 13:09:07 2011 Error in isc_attach_database() API call when working with security database Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded
Re: FB 3.0 snapshot
т.е. в утилите instsvc ошибка? А то я не писал об этом надцать раз ? Поправил там всё на эту тему, след. снапшот должен работать. -- Хорсун Влад
Re: FB 3.0 snapshot
все снес. начинаю сначала: 1) чистый снэпшот 2) дописываю свою UDF библиотеку 3) в конф файле прописываю порт 3054 4) запускаю: firebird -a -i 3054 пытаюсь подключиться к базе и получаю ошибку. в логе: INDIA Tue May 10 16:43:29 2011 PluginSet Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded INDIA Tue May 10 16:43:29 2011 Error in isc_attach_database() API call when working with security database Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can not be loaded
Re: FB 3.0 snapshot
"Andrei" ... 1) запущены Yaffil, FB 2.0, FB 2.1, FB 2.5 на портах 3050-3053. Для FB 3.0 в конф файле прописан порт 3054. IpcName забыл сменить, или укажи ключ -i 3054 в строке запуска firebird.exe - это отключит XNET и WNET 2) Переименовываю security3.fdb из снэпшота. Не надо этого. И не надо этот снапшот накладывать на предыдущий. -- Хорсун Влад
Re: FB 3.0 snapshot
10.05.2011 15:11, Andrei пишет: 1) запущены Yaffil, FB 2.0, FB 2.1, FB 2.5 на портах 3050-3053. Для FB 3.0 в конф файле прописан порт 3054. Может таки есть смысл сначала разобраться на голой машине/виртуалке, а уж потом unstable-релиз добавлять к этому зоопарку? -- Дмитрий Еманов
Re: FB 3.0 snapshot
"Andrei" ... ок. значит все файлы теперь в одном каталоге -- в корне. папки UDF, INTL остались, так? делаю: 1) все в одну папку перенес 2) перехожу в нее 3) instsvc i -s -a -n fb30 успешно 4) instsvc start -n fb30 ошибка! заглядываю с список сервисов. fb30 прописан как: c:\program files\firebird 3.0\bin\fbserver.exe т.е. в утилите instsvc ошибка? А то я не писал об этом надцать раз ? -- Хорсун Влад
Re: FB 3.0 snapshot
1) запущены Yaffil, FB 2.0, FB 2.1, FB 2.5 на портах 3050-3053. Для FB 3.0 в конф файле прописан порт 3054. 2) Переименовываю security3.fdb из снэпшота.
Re: FB 3.0 snapshot
10.05.2011 14:55, Andrei пишет: INDIA (Server) Tue May 10 13:18:24 2011 XNET error: XNET server initialization failed. Probably another instance of server is already running. operating system directive CreateMutex failed Невозможно создать файл, так как он уже существует. У тебя другой ФБ уже запущен? INDIA (Server) Tue May 10 13:18:29 2011 Error in isc_attach_database() API call when working with security database I/O error during "CreateFile (open)" operation for file "C:\PROGRAM FILES\FIREBIRD 3.0\SECURITY2.FDB" Error while trying to open file Не удается найти указанный файл. Может это он пытается стучаться к security2.fdb? Очевидно, он ищет security2 вместо security3, но переименование не помогло: INDIA (Server) Tue May 10 13:53:38 2011 Error in isc_compile_request() API call when working with security database table RDB$USERS is not defined Ты пытаешься ему подсунуть переименованную старую security2.fdb (от 2.х), а не ту что идет в снапшоте? Дмитрий
Re: FB 3.0 snapshot
INDIA Tue May 10 13:18:14 2011 Failed to reset cleanup 01C40038 INDIA (Server) Tue May 10 13:18:24 2011 XNET error: XNET server initialization failed. Probably another instance of server is already running. operating system directive CreateMutex failed Невозможно создать файл, так как он уже существует. INDIA (Server) Tue May 10 13:18:29 2011 Error in isc_attach_database() API call when working with security database I/O error during "CreateFile (open)" operation for file "C:\PROGRAM FILES\FIREBIRD 3.0\SECURITY2.FDB" Error while trying to open file Не удается найти указанный файл. INDIA (Server) Tue May 10 13:18:45 2011 Error in isc_attach_database() API call when working with security database I/O error during "CreateFile (open)" operation for file "C:\PROGRAM FILES\FIREBIRD 3.0\SECURITY2.FDB" Error while trying to open file Не удается найти указанный файл. Очевидно, он ищет security2 вместо security3, но переименование не помогло: INDIA Tue May 10 13:53:11 2011 Failed to reset cleanup 01C40038 INDIA (Server) Tue May 10 13:53:29 2011 XNET error: XNET server initialization failed. Probably another instance of server is already running. operating system directive CreateMutex failed Невозможно создать файл, так как он уже существует. INDIA (Server) Tue May 10 13:53:38 2011 Error in isc_compile_request() API call when working with security database table RDB$USERS is not defined Сервер останавливался. Файл переименовывался. Сервер запускался.
Re: FB 3.0 snapshot
10.05.2011 14:22, Andrei пишет: с помощью sc подправил путь к серверу. переименовал библиотеку аутентификации. запустил. security3.fdb на месте? все равно, при подключении к БД пишет: Error Message: Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements. cannot attach to password database. В firebird.log смотрел? -- Дмитрий Еманов
Re: FB 3.0 snapshot
10.05.2011 14:11, Andrei пишет: ок. значит все файлы теперь в одном каталоге -- в корне. папки UDF, INTL остались, так? Да. делаю: 1) все в одну папку перенес 2) перехожу в нее 3) instsvc i -s -a -n fb30 успешно 4) instsvc start -n fb30 ошибка! заглядываю с список сервисов. fb30 прописан как: c:\program files\firebird 3.0\bin\fbserver.exe т.е. в утилите instsvc ошибка? Утилитами еще никто не занимался. Запускай как приложение и не морочь голову :-) -- Дмитрий Еманов
Re: FB 3.0 snapshot
с помощью sc подправил путь к серверу. переименовал библиотеку аутентификации. запустил. все равно, при подключении к БД пишет: Error Message: Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements. cannot attach to password database. 1) клиентское приложение -- IBExpert 2) клиентская библиотека -- FB 2.5.1
Re: FB 3.0 snapshot
ок. значит все файлы теперь в одном каталоге -- в корне. папки UDF, INTL остались, так? делаю: 1) все в одну папку перенес 2) перехожу в нее 3) instsvc i -s -a -n fb30 успешно 4) instsvc start -n fb30 ошибка! заглядываю с список сервисов. fb30 прописан как: c:\program files\firebird 3.0\bin\fbserver.exe т.е. в утилите instsvc ошибка?
Re: FB 3.0 snapshot
10.05.2011 13:49, Andrei пишет: Если скачать снэпшот от 10 мая, то там все файлы свалены в одну кучу и нет подкаталога BIN. Так и должно быть. Каталога /bin больше нет. Сам сервер запускается, но потом, либо не может прочитать номер порта (у меня 3054) из конф файла Так и говорит? или при подключении к БД пишет, что не может найти базу с паролями Переименуй /plugins/user_management.dll в /plugins/legacyauth.dll, должно помочь. Дмитрий
Re: FB 2.1++ trusted authentication on linux
20.04.2011 11:37, Igor Zakhrebetkov пишет: То есть войти пользователем на Linux сервер и из-под него подключиться к БД? Попробовал. Для любого пользователя, даже если root, пишет: Your user name and password are not defined. Ask your database administrator to set up a Firebird login. При коннекте не надо указывать юзера/пароль. Ну и лучше, если это embedded коннект :-) -- Дмитрий Еманов
Re: FB 2.1++ trusted authentication on linux
Dmitry Yemanov пишет: > Trusted authentication работает только в Windows. В QuickStart'e про mixed authentication, которая есть под Linux, написано: Mixed: The user either supplies a Firebird username and password, or is logged in with _his OS account name_. Надеялся, что имелись в виду аккаунты linux сервера. > На линухе через системных юзеров можно подключаться только локально, AFAIK. То есть войти пользователем на Linux сервер и из-под него подключиться к БД? Попробовал. Для любого пользователя, даже если root, пишет: Your user name and password are not defined. Ask your database administrator to set up a Firebird login. Может, надо перезагрузить весь сервер для гарантии, что подхватилась mixed authentication А права такому пользователю как давать? Если даже IBExpert их не видит? :) --- Игорь
Re: FB 2.1++ trusted authentication on linux
20.04.2011 10:10, Igor Zakhrebetkov пишет: На linux сервере с парой сотен пользователей стоит firebird 2.1.3. Чтобы не придумывать лишних паролей, хотелось бы разрешить пользователям подключаться к БД именами и паролями, прописанными в ОС. То есть под именем, прописанным на linux сервере, но с рабочей windows станции через win клиент FB2.1.3. Почитал в www.ibase.ru/ibfaq.htm про аутентификацию Windows в Firebird 2.1, но не понял, можно ли тут использовать trusted (или mixed под Linux) authentication. Trusted authentication работает только в Windows. На линухе через системных юзеров можно подключаться только локально, AFAIK. -- Дмитрий Еманов
Re: FB 1.5.6 classic. Виснет рест ор :((
Dmitry Yemanov wrote: Через gbak -se тоже виснет? Коннект к сервисам локальный или TCP? Да, виснет в том же месте. gbak -с -se server:service_mgr f:\base\3.fbk server:f:\base\4.fdb -o -v -y f:\base\restore.res PS Вообще говоря, синтаксис с сервисами весьма неочевиден :(( Где-то с двадцатой попытки до меня дошло, что лог тоже создается на сервере, что надо указывать server:service_mgr и повторить server в пути к базе :(( PPS У меня на сервере стоят рядом 1.5 и 2.5, причем в SYSTEM32 лежит gds32.dll от 2.5 - с этим может быть связано?
Re: FB 1.5.6 classic. Виснет рест ор :((
14.12.2010 20:31, Konstantin R. Beliaev пишет: Вопрос такой: рестор через gbak проходит на ура, а если попытаться тот же файл отресторить через сервисы (при помощи IBExpert, или компонентов FIB+), то все намертво подвисает :(( Через gbak -se тоже виснет? Коннект к сервисам локальный или TCP? -- Дмитрий Еманов
Re: FB 2.5 и C#
Я вот посмотрел в трекер и увидел, что никто не в состоянии внятно описать проблему и вообще не факт что она в провайдере, а не в приложениях. Problems with reproduction. Я ему писал в конференцию за несколько месяцев до этого - он не проявил никакого интереса. Я тогда перевёл приложение на MSSQL. Щас лично у меня нет приложения с FB. Может, когда появится время, я сделаю пример и уговорю его взять его у и посмотреть. На сей раз мой коллега пытался перейти на FB, но у него приложение, которое читает данные с устройства, и он так просто пример тоже не выцепит, т.к. пока некогда (и так от графика отстаёт).
Re: FB 2.5 и C#
"sasha" ... Что-то я не вижу в трекере, чтобы он был критическим. Ну так а кто приоритеты назначает? Он же и назначает, или человек, который не особо осознаёт. Этот баг не позволяет работать с провайдером и не имеет путей обхода. Какой он как не критический? Автор тикета может назначить приоритет. Если тебе не доступна эта опция - как минимум нужно написать в комментариях, что оно критично. Я вот посмотрел в трекер и увидел, что никто не в состоянии внятно описать проблему и вообще не факт что она в провайдере, а не в приложениях. Problems with reproduction. Повторю - это если судить по описанию в трекере. Поставьте уровень blocker или critical и, если Jiri с этим не согласен, то он снизит уровень с *объяснением*. почему он это сделал. Не можешь там поставить этот уровень - создай свой тикет со своим описанием проблемы и уровнем критичности. А ещё лучше - как воспроизвести проблему. Если сидеть и ждать что оно само попустит - ничё не дождёшься. -- Хорсун Влад
Re: FB 2.5 и C#
Что-то я не вижу в трекере, чтобы он был критическим. Ну так а кто приоритеты назначает? Он же и назначает, или человек, который не особо осознаёт. Этот баг не позволяет работать с провайдером и не имеет путей обхода. Какой он как не критический?
Re: FB 2.5 и C#
"sasha" ... не знаю, куда кто разбежался, но мысль про "все бесплатно" неверная. Если подписываешься на доводку драйвера, то получаешь грант, т.е. деньги за работу. Т.е. вы хотите сказать что Иржи этот подписался? Он обязан (перед FF) фиксить критические баги или нет? Потому что этот баг критический. Он не стабильно воспроизводится и путей обхода его нет, т.е. он делает невозможным использование провайдера. Что-то я не вижу в трекере, чтобы он был критическим. -- Хорсун Влад PS Из сегодняшнего : hvlad Could you look at DNET-316 ? Some people treat it as blocker for their development... Jiri its top on my todo
Re: FB 2.5 и C#
не знаю, куда кто разбежался, но мысль про "все бесплатно" неверная. Если подписываешься на доводку драйвера, то получаешь грант, т.е. деньги за работу. Т.е. вы хотите сказать что Иржи этот подписался? Он обязан (перед FF) фиксить критические баги или нет? Потому что этот баг критический. Он не стабильно воспроизводится и путей обхода его нет, т.е. он делает невозможным использование провайдера.
Re: FB 2.5 и C#
Hello, sasha! sasha wrote: И самое главное, что я его понимаю. Поскольку всё бесплатно, то ни у кого нет никаких обязательств. Может поэтому люди и поразбегались кто на MSSQL, кто ещё куда... не знаю, куда кто разбежался, но мысль про "все бесплатно" неверная. Если подписываешься на доводку драйвера, то получаешь грант, т.е. деньги за работу. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB 2.5 и C#
кстати, быстро сломались. Мысли о том, что можно помочь Иржи доточить драйвер, и таким образом заработать себе репутацию в стане C#+ФБ, не появлялась? Впрочем, интересы у всех разные. Вы либо берете готовое, и используете что дают, или берете напильник в руки, но взамен еще и получаете доп. плюсы в виде быстро исправляемых ошибок в сервере, и т.д. Вот если с Альварезом можно было конструктивно общаться, то с этим Иржи разговор не сростается. Я пробовал починить эту ошибку и ещё пару вещей нужных мне сделать, но у меня не получилось. А вообще в провайдере наши патчи есть. Точно помню для пула соединений что-то мы делали. Но всё то было во времена Альвареза. Альварез был автором провайдера и знал что там и к чему. А этот товарищ конечно всю глубину ширины происходящего не понимает... Он этот проект поддерживает постольку-поскольку. Это блокирующий баг, который нужно чинить обязательно и в первую очередь, а вместо этого он занимается тем, что нужно именно ему. Так вышло что этот баг в его личных проектах не проявляется, поэтому клал он на него большой сами знаете что. И не будет он ним заниматься - оно ему не надо. И самое главное, что я его понимаю. Поскольку всё бесплатно, то ни у кого нет никаких обязательств. Может поэтому люди и поразбегались кто на MSSQL, кто ещё куда...
Re: FB 2.5 и C#
Hello, sasha! sasha wrote: Короче всем всем всем, кто хочет пытаться связать FB и EntityFramework. Не тратьте время впустую, оно абсолютно не работоспособно. Скорее всего на этой печальной ноте о FB мы забудем навсегда :-( кстати, быстро сломались. Мысли о том, что можно помочь Иржи доточить драйвер, и таким образом заработать себе репутацию в стане C#+ФБ, не появлялась? Впрочем, интересы у всех разные. Вы либо берете готовое, и используете что дают, или берете напильник в руки, но взамен еще и получаете доп. плюсы в виде быстро исправляемых ошибок в сервере, и т.д. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB 2.5 и C#
Он не Жири. Он Йиржи. Jiří Činčura. Юра, по-нашему. Какая разница, всё равно румын (с) :)))
Re: FB 2.5 и C#
Hello, sasha! You wrote on Wed, 27 Oct 2010 13:44:37 +0300: s> Сегодня снова пробовали перевести проект на FB. Кроме проблем со s> скоростью снова наступили на баг с Dispose, о котором я писал Жири ещё в s> феврале. Он не Жири. Он Йиржи. Jiří Činčura. Юра, по-нашему. -- With best regards, Alex Cherednichenko.
Re: FB 2.5 и C#
У меня зато другие бока. Падает с null reference в методе Dispose у FbCommand Причём я там проверял исходники, добавил проверки дополнительные - не помогло. Короче вечером, даст бог, переведу базу под MSSQL и попробую с родным провайдером ихним. При всей моей нелюбви к MSSQL стоит признать что FB в связке EF применять не годится ни по скорочти, ни по стабильности :-( Сегодня снова пробовали перевести проект на FB. Кроме проблем со скоростью снова наступили на баг с Dispose, о котором я писал Жири ещё в феврале. http://tracker.firebirdsql.org/browse/DNET-316 Короче всем всем всем, кто хочет пытаться связать FB и EntityFramework. Не тратьте время впустую, оно абсолютно не работоспособно. Скорее всего на этой печальной ноте о FB мы забудем навсегда :-(
Re: FB 1.5 -> 2.5 долгое удаление/пересо здание вьюх
"Rashid Abzalov" ... Очень хотелось бы узнать, чем так долго занимается сервер? Тестовый пример, очень хотелось бы узнать - где он ? -- Хорсун Влад
Re: FB 1.5 -> 2.1
Dmitry Yemanov wrote: 24.09.2010 12:04, Konstantin R. Beliaev пишет: Допустимо ли повторное выполнение команды обновления метаданных? select * from rdb$fix_metadata('WIN1251'); А то у меня первый запуск завершился ошибкой из-за наличия параллельного коннекта к базе :-( Если ты зароллбечился после ошибки, то повторяй снова. Это же обычный SQL. К сожалению, это был скрипт, в котором стоял коммит :-( Как изменить хранимку, чтобы апдейтились только структуры, в которых не установился чарсет?
Re: FB 1.5 -> 2.1
24.09.2010 12:04, Konstantin R. Beliaev пишет: Допустимо ли повторное выполнение команды обновления метаданных? select * from rdb$fix_metadata('WIN1251'); А то у меня первый запуск завершился ошибкой из-за наличия параллельного коннекта к базе :-( Если ты зароллбечился после ошибки, то повторяй снова. Это же обычный SQL. -- Дмитрий Еманов
Re: FB 3
В письме от Sun, 19 Sep 2010 03:02:04 +0400, sasha сообщал: Демка - это когда скачал, поставил и попробовал. А если приехать, так смысл демки? Можно рабочую версию с ноута показать и всё. Скачал Virtual Box или VMWare Player или VirtualPC Скачал образ диска с клиентом Попробовал Засада не в том, я думаю. Засадад в том, что на этом образе будет отдельная винда для каждого клиента. Тут-то вас и повяжут за пиратское распространение осей. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: FB 3
А что если для демошки сделать витруальную машину - приехал, слил образ, поставил VMWare или чего там еще - и показываешь. Демка - это когда скачал, поставил и попробовал. А если приехать, так смысл демки? Можно рабочую версию с ноута показать и всё.
Re: FB 2.1.3 Linux & win GFIX ÑÐ¸Ñ ÑÑниÑаеÑ
"Andrew Kipcharsky" ... ÐобÑое вÑÐµÐ¼Ñ ÑÑÑок. Gfix в Ð±Ð°Ð·Ñ Ð¿Ð¾-ÑÐ¸Ñ Ð¾Ð¼Ñ, без ÑÑÑка Ð²Ñ Ð¾Ð´Ð¸Ñ - ÑÑÐ¸Ð³Ð³ÐµÑ ON CONNECT не ÑÑевожиÑ? Gstat Ð¿Ð¾Ñ Ð¾Ð¶Ðµ Ñоже ÑÐ¸Ñ Ð¾Ð½Ñ? Ðа, Ð´Ð»Ñ gfix и gstat ÐÐ-ÑÑиггеÑÑ Ð¾ÑклÑÑенÑ. -- ХоÑÑÑн Ðлад
Re: FB 2.1.3, 2.5 RC3 on Win & Linux ���� � MON$ATTACHMENTS � backup ����� service api
Dmitry Yemanov ÃÃÃà Ã: > > ÷ ÃÃà Ãà à ÃÃÃà Ãà ÃÃ? ïÃà ÃÃÃ, ÃÃÃÃÃà à ÃÃÃÃà ÃÃÃà ÃÃà ÃÃà Ãà ÃÃÃÃ... ó ÃÃÃÃà ÃÃà Ã, ëÃÃÃÃÃÃÃÃà áÃÃÃà Ã
Re: FB 2.1.3, 2.5 RC3 on Win & Linux инÑа в MON$ATTACHMENTS о backup ÑеÑез servi ce api
12.09.2010 18:17, Andrew Kipcharsky пиÑеÑ: Ðменно Ñакое Ñ Ð¸ пÑедлагаÑ. ÐÑло Ð±Ñ Ð·Ñко... Ð ÑÑÐµÐºÐµÑ Ð·Ð°Ð½ÐµÑеÑÑ? -- ÐмиÑÑий Ðманов
Re: FB 2.1.3, 2.5 RC3 on Win & Linux ���� � MON$ATTACHMENTS � backup ����� service api
"Dmitry Yemanov" ÃÃÃà Ã: >> ëÃà ÃÃÃÃÃÃà Ãà ÃÃà ÃÃÃà ÃÃà ÃÃÃÃÃÃÃÃÃÃ: ÃÃÃà ÃÃÃÃà ðï,gbak,nbackup,gfix, >> g-à Ãà -ÃÃÃ-ÃÃÃÃÃÃ-Ã-ÃÃÃÃÃà Ã... > > éÃà ÃÃà ÃÃÃÃà à à ÃÃà ÃÃÃÃÃÃ. âÃÃà Ãà ÃÃÃÃ... ó ÃÃÃÃà ÃÃà Ã, ëÃÃÃÃÃÃÃÃà áÃÃÃà Ã
Re: FB 2.1.3, 2.5 RC3 on Win & Linux инÑа в MON$ATTACHMENTS о backup ÑеÑез servi ce api
12.09.2010 11:08, Andrew Kipcharsky пиÑеÑ: Флага да/Ð½ÐµÑ Ð±ÑÐ´ÐµÑ Ð´Ð¾ÑÑаÑоÑно Ð´Ð»Ñ gbak Ñ.к. gfix и nbackup не ÑабоÑаÑÑ ÑеÑез service API и опознаÑÑÑÑ Ð² MON$ATTACHMENTS (одеÑниÑе менÑ, еÑли Ñ Ð½Ðµ пÑав). ÐÑе как ÑабоÑаÑÑ (nbackup ÑолÑко в 2.5). Ðак ваÑÐ¸Ð°Ð½Ñ Ð½ÐµÐºÐ¾Ðµ поле Ñип акÑивноÑÑи: ÑзвеÑÑное ÐÐ,gbak,nbackup,gfix, g-еÑе-ÑÑо-нибÑдÑ-в-бÑдÑÑем... Ðменно Ñакое Ñ Ð¸ пÑедлагаÑ. -- ÐмиÑÑий Ðманов
Re: FB 2.1.3, 2.5 RC3 on Win & Linux ���� � MON$ATTACHMENTS � backup ����� service api
Dmitry Yemanov ÃÃÃà Ã: > îÃÃà ÃÃÃà ÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃÃ, ÃÃÃà ÃÃÃà . äÃà ÃÃà ÃÃÃÃà Ãà Ãà ÃÃÃà ÃÃÃÃà ÃÃÃÃ, à > ÃÃÃÃÃÃà Ãà ÃÃà à ÃÃÃà à (gbak, gfix). âÃÃà Ãà ÃÃÃÃÃÃÃ. æÃÃÃà ÃÃ/Ãà à ÃÃÃà à ÃÃÃÃÃÃÃÃÃà ÃÃà gbak Ã.Ã. gfix à nbackup Ãà ÃÃÃÃÃÃÃà Ãà Ãà à service API à ÃÃÃÃÃÃÃÃÃà à MON$ATTACHMENTS (ÃÃà ÃÃÃÃà Ãà ÃÃ, à ÃÃà à Ãà ÃÃÃÃ). ëÃà ÃÃÃÃÃÃà Ãà ÃÃà ÃÃÃà ÃÃà ÃÃÃÃÃÃÃÃÃÃ: ÃÃÃà ÃÃÃÃà ðï,gbak,nbackup,gfix, g-à Ãà -ÃÃÃ-ÃÃÃÃÃÃ-Ã-ÃÃÃÃÃà Ã... C ÃÃÃÃà ÃÃà Ã, áÃÃà à ëÃÃÃÃÃÃÃÃÃ.
Re: FB 2.1.3, 2.5 RC3 on Win & Linux инÑа в MON$ATTACHMENTS о backup ÑеÑез servi ce api
Andrew Kipcharsky пиÑеÑ: ÐÑи backup ÑеÑез srvice api в MON$ATTACHMENTS по ÑÐ¾ÐµÐ´Ð¸Ð½ÐµÐ½Ð¸Ñ Ð² полÑÑ MON$REMOTE_PROCESS и MON$REMOTE_PID null. C пÑоÑеÑÑом бÑло Ð±Ñ Ð¿Ð¾Ð»ÐµÐ·Ð½Ð¾ знаÑÑ, ÑÑо Ñам gbak болÑаеÑÑÑ ÐÑк не болÑаеÑÑÑ ÐµÐ³Ð¾ Ñам. Ðод gbak-а вкомпилен в ÑеÑÐ²ÐµÑ Ð¸ вÑполнÑеÑÑÑ Ð¾ÑделÑнÑм поÑоком. Ðакие ÑÑÑ Ð½Ð°Ñиг remote process и PID? С его ÑоÑки зÑениÑ, ÑÑо обÑÑнÑй embedded connection. Ðожно конеÑно паÑамеÑÑÑ Ñамого ÑеÑвеÑа ÑÑда вÑдаваÑÑ :-) Ðо задаÑÑ Ð¾ÑлиÑÐ¸Ñ Ð±ÐµÐºÐ°Ð¿Ð° Ð¾Ñ Ð¿ÑоÑÐ¸Ñ embedded ÑÑо вÑе Ñавно не ÑеÑиÑ. неоднозноÑÑÑÑ Ð¿Ð¾Ð»ÑÑаеÑÑÑ: Ñо ли ÐºÐ¾Ð½Ð½ÐµÐºÑ Ñ ÐºÐ»Ð¸ÐµÐ½ÑÑкой библиоÑеки ÑÑаÑой, Ñо ли gbak... Ðадо оÑделÑнÑй Ñлаг добавиÑÑ, навеÑное. ÐÐ»Ñ Ð¿ÑедопÑеделеннÑÑ ÐºÐ¾Ð½Ð½ÐµÐºÑов, о коÑоÑÑÑ ÑеÑÐ²ÐµÑ Ð·Ð½Ð°ÐµÑ (gbak, gfix). -- ÐмиÑÑий Ðманов
Re: FB 3
Во-во. Мы тут все старые и мудрые, ученные на чужих ошибках, за тебя волнуемся. :-))) Есть есть же OLEDB Provider. Он платный, но может имеет смысл попробовать? А у него там про поддержку EntityFramework ничего не сказано. Я так думаю что мы пока что на этом проекте с фаербёдом притормозим. А там посмотрим в будущем...
Re: FB 3
Привет есть. И не хочу я ни себя, ни других этими размышлениями грузить... Я тоже не пальцем деланый и кидали меня не раз, и обещания не выполняли, так что я наученный и в сказки не верю, если вы об этом за меня переживаете ;-) Во-во. Мы тут все старые и мудрые, ученные на чужих ошибках, за тебя волнуемся. :-))) Есть есть же OLEDB Provider. Он платный, но может имеет смысл попробовать? Дмитрий
Re: FB 3
Да, и как это говорят "умный учится на чужих ошибках..." ну и почитай Алексей что пишет про совладельца. Он тут тоже прав на 100%. "А то так и будешь всю жизнь ключи подавать" © ;) Ладно, я смотрю ты не хочешь этот разговор продолжать. Хотя, ну пиши в почту если хочешь. У разных людей разная система ценностей. Например кому-то важнее всего власть, кому-то деньги, кому-то вера, кому-то любимое занятие, кому-то семья. У меня деньги в системе ценностей далеко не на первом плане стоят. Меня мои доходы нынешние устраивают. Я прекрасно понимаю что если их увеличить в два, три, десять раз - мне всё равно будет не хватать. Просто игрушки станут дороже. Но от того, что у меня будет более дорогая машина или десять штанов вместо трёх в шкафу или я поеду на мальдивы в отпуск вместо турции - я от этого не стану ни капли счастливее. Вот если я не смогу свой уровень жизни обеспечить, тогда можно думать о том чтобы на всё плюнуть и всё бросить, а пока меня всё устраивает как есть. И не хочу я ни себя, ни других этими размышлениями грузить... Я тоже не пальцем деланый и кидали меня не раз, и обещания не выполняли, так что я наученный и в сказки не верю, если вы об этом за меня переживаете ;-)
Re: FB 3
31.08.2010 19:41, sasha wrote: я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь. Так в жизни всегда так. Щас понял одну простую вещь, через год другую простую вещь, ещё через год третью простую вещь. И каждый раз по своему прав :)) Да, и как это говорят "умный учится на чужих ошибках..." ну и почитай Алексей что пишет про совладельца. Он тут тоже прав на 100%. "А то так и будешь всю жизнь ключи подавать" © ;) Ладно, я смотрю ты не хочешь этот разговор продолжать. Хотя, ну пиши в почту если хочешь.
Re: FB 3
я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь. Так в жизни всегда так. Щас понял одну простую вещь, через год другую простую вещь, ещё через год третью простую вещь. И каждый раз по своему прав :))
Re: FB 3
Человек всего то пожаловался на то, что самая агрессивная по захвату рынка и мозгов среда разработки не дружит с Firebird, а ему уже и срок отсидки по статье пиратство посчитали Во-во :)
Re: FB 3
У ломбарда тоже всё чисто. Винда куплена. .NET бесплатный. SQL Express бесплатный. А больше им ничего не надо. Некоторые себе ещё опенофис ставят.
RE: FB 3
>Это у вас, речь про клиентов, которым вы ставите SQL Server. >Всегда ли он бесплатный и есть ли у вас право его ставить другим? >И если вдруг нету и на этом поймают, хватит ли дружбы, чтобы выгораживать >"выездного сотрудника" ? Человек всего то пожаловался на то, что самая агрессивная по захвату рынка и мозгов среда разработки не дружит с Firebird, а ему уже и срок отсидки по статье пиратство посчитали Злые Вы. Мещеряков Вадим.
Re: FB 3
В письме от Tue, 31 Aug 2010 13:56:40 +0400, sasha сообщал: Ну как бы винда есть, студия есть одна. Это у вас, речь про клиентов, которым вы ставите SQL Server. Всегда ли он бесплатный и есть ли у вас право его ставить другим? И если вдруг нету и на этом поймают, хватит ли дружбы, чтобы выгораживать "выездного сотрудника" ? -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: FB 3
31.08.2010 16:59, sasha wrote: В маленькой компании человек - это не простой винтик, который можно элементарно заменить новым. В маленкой компании на тебе лежат обязательства и если есть совесть и честь и порядочность, то напевать на своих друзей и уйти туда, где тебе лучше, не получится. В конце концов мыне голодаем, а всех денег всё равно не заработаешь ;-) я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь.
Re: FB 3
Саша, Если ты важная персона в компании и (предполагаю по предыдущему письму из слов "не работать на дядю") совладелец компании, то с тобой разговаривать в стиле "10 баксов в час и пошел вон" не должны. Более того, как совладелец, ты несешь совместные риски (лицензии и т.д.) и тогда спрос с тебя другой. Если же ты по факту не совладелец, но чувствуешь себя как совладелец и принял на себя соответствующие моральные обязательства (все же работая на хорошо знакомого "дядю") - поздравляю, твой босс хороший манипулятор :) В общем, вопрос вышел за пределы вопросов, обсуждаемых в конференции, поэтому предлагаю закончить. С уважением, Алексей Ковязин On 31 авг, 13:59, sasha wrote: В маленькой компании человек - это не простой винтик, который можно элементарно заменить новым. В маленкой компании на тебе лежат обязательства и если есть совесть и честь и порядочность, то напевать на своих друзей и уйти туда, где тебе лучше, не получится. В конце концов мыне голодаем, а всех денег всё равно не заработаешь ;-)
Re: FB 3
В маленькой компании человек - это не простой винтик, который можно элементарно заменить новым. В маленкой компании на тебе лежат обязательства и если есть совесть и честь и порядочность, то напевать на своих друзей и уйти туда, где тебе лучше, не получится. В конце концов мыне голодаем, а всех денег всё равно не заработаешь ;-)
Re: FB 3
Дружеский совет - увольняйся ты из такой компании :) Не всё так просто :)) Люди, которые не умеют считать деньги и нарушают (я правильно понял?) лицензионные соглашения Microsoft долго не протянут, да еще и тебя подставят - не знали, дескать, что наш программист там ставит. Ну как бы винда есть, студия есть одна. А вообще есть ещё Express edition, который тоже кое на что сгодится может. Если ты владеешь Entity Framework, не забыл SQL, плюс разбираешься в букмекерских делах, работу будет найти не сложно. А нам интерсно самим фирму назад поднять. Надоело на дядю работать. Я себя чувствую более счастливым когда 12 часов в день работаю на себя, сам принимаю решения, чем если я буду работать на кого-то от звонка до звонка и мне будут указывать что и как делать...
Re: FB 3
Саша, Дружеский совет - увольняйся ты из такой компании :) Люди, которые не умеют считать деньги и нарушают (я правильно понял?) лицензионные соглашения Microsoft долго не протянут, да еще и тебя подставят - не знали, дескать, что наш программист там ставит. Если ты владеешь Entity Framework, не забыл SQL, плюс разбираешься в букмекерских делах, работу будет найти не сложно. С уважением, Алексей Ковязин On 31 авг, 03:32, sasha wrote: Вы когда-нить в махонькой компании работали на мелких заказах? Там так никто не делает. Тебе говорят например: мы согласны платить 10уе в час за одного человека в течении полугода и нас не волнует что вы там будете использовать. Не устраивает - идите на ... А когда работы другой нет, ты сидишь и думаешь что десять уе в час - это хоть и мало, но это лучше чем ноль уе в час. Можно попробовать согласиться и дальше как-то выкручиваться. Вот с этим проектом у нас так и было. Щас мы его закончили, но к этой программе есть интерес и вылазят проблемы с тем, что MSSQL тяжёлый. Если бы он ставился 5 минут и была бы встраиваемая версия, то на кой оно мне надо что-то переделывать? Сидел бы и не рыпался... Здесь нет никаких стоимостей. Здесь только вопросы удобства и технических возможностей. Если MSSQL ставится 2 часа, то имея даже чемодан с деньгами я не смогу купить версию, которая поставится за 5 минут. То же самое со встраиваемой версией. Если её нет, то её нет. И причём тут деньги я не пойму???
Re: FB 3
Коммерческой альтернативы провайдеру нет? а OLEDB как же? IBProvider
Re: FB 3
Деньги всегда причем. Если я правильно тебя понял то 1 MSSQL - это хорошо, но долго Фактически там проблема с установкой. Если MSSQL стоит, то проблем никаких. Поставить инсталлятором геморно и полностью автоматизировать (как у них там есть технология клик ванс) нельзя, а встравиваемой версии нет. 2 Firebird + Provider - быстро и криво Коммерческой альтернативы провайдеру нет? Нет, долго и криво программировать, но быстро ставить. Ну типа как раки, большие, но по пять, и маленькие, но по три :-(
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) Некоторые вещи Джири советует делать вручную. Каждый раз, когда обновляется модель из базы, пересоздаётся файл модели и все ручные изменения нужно делать заново. Это полная жопа. Но Джири считает что это нормальный вариант. О чём мне с ним спорить дальше?
Re: FB 3
"sasha" wrote ... Вкусного там то, что он хорошо интегрирован с остальным комплексом технологий от майкрософта, т.е. ты поставил студию и MSSQL и работаешь со всем этим сразу и оно сразу из коробки работает. А если его использовать так, как его планировали для использования в микрософте, то он даже очень хорошо работает. Второе его преимущество - скорость. Он быстрый. Он по скорости выборки через .NET Provider делает фаербёд почти в два раза - сам проверял. А не через .NET Provider ? Т.е. проблема в провайдере или в самом ФБ ? Ну и при этом всём у него есть бесплатная версия, которой с головой хватает. Ну, тогда и говорить не о чем. Или есть о чём ? :) Вот честно, щас хотели перейти на FB - сразу куча проблем. Причём это не сервера касается, а интеграции с .NET Framework. Даже интегрировать провайдер в студию не просто. В самом провайдере куча недоработок. Начиная с того, что ещё карлос неправильно IDisposable в некоторых классах реализовал и он у меня просто падает иногда. Я скачал исходники, полез смотреть, поправил на то, что грешил - не помогло. Своими силами эту проблему исправить мне затруднительно. Потом там есть ещё целый ряд недоработок, которые превращают процесс разработки в ад. Например то, что при затягивании в модель игнорируются представления. От этого джири добиться ничего нельзя. Он справедливо говорит что ему некогда и если надо - делайте сами. Я его прекрасно понимаю - оно ему триста лет не надо. Тут ты не прав. Оно ему надо хотя бы потому, что он официально поддерживает провайдер. И на записи в трекере ему не наплевать. Вот это обратная сторона бесплатных продуктов. Западные компании в таких случаях обычно считают деньги и очень часто им выгодно выделить ресурсы и, или таки самим реализовать то, чего не хватает в продукте, или нанять того, кто может это сделать (того же Jiri, например). Выигрывают все - и сама компания, которой не нужно осваивать новый продукт и переводить на него свои, и остальные пользователи, т.к. исходный продукт улучшается. Опять же я полез сомтреть исходники - там с ходу не разрулишь всё это. Надо сидеть разбираться, а тут сроки по своему проекту. Это если нехрен делать, тогда да, можно ковыряться. Только как тогда деньги зарабатывать? См. выше. Ну короче связка FB + EntityFramework мало пригодна для практической разработки. Никому не советую. Ты можешь формально (и корректно) изложить причины ? Лучше всего в виде тикетов в трекере. Иначе оно так и останется... -- Хорсун Влад
Re: FB 3
карлос неправильно IDisposable в некоторых классах реализовал А в каких именно? А то я сейчас как раз проект на дотнете+FB делаю, правда, чистое ADO.NET, без EF и прочего. FBCommand по-моему. Но на чистом ADO.NET оно не вылазило у нас никогда. Мне что-то кажется, что EF сам по себе мало пригоден для работы. Это только кажется. Да и вообще направление развития дотнета мне не очень нравится - старые части фреймворка как были убогие так и остаются, даже баги не чинятся, а микрософт на всех парах летит вперед, делает новые, не совсем понятно, зачем нужные. Ну на счёт того что старые багине фиксятся - это я согласен, плохо, а вот зачем новые мне - что тут не понятного? Потому что они в комплексе лучше чем старые.
Re: FB 3
On Aug 29, 1:23 pm, sasha wrote: >карлос неправильно IDisposable в некоторых классах реализовал А в каких именно? А то я сейчас как раз проект на дотнете+FB делаю, правда, чистое ADO.NET, без EF и прочего. >связка FB + EntityFramework мало пригодна для практической разработки. Мне что-то кажется, что EF сам по себе мало пригоден для работы. Да и вообще направление развития дотнета мне не очень нравится - старые части фреймворка как были убогие так и остаются, даже баги не чинятся, а микрософт на всех парах летит вперед, делает новые, не совсем понятно, зачем нужные.
Re: FB 3
"То что русскому в радость - немцу смерть". Ты сам указал недостатки MSSQL для своей задачи. Я не знаю до конца логики, но скажи мне как "художник художнику", что такого "вкусного" есть в MSSQL, с учетом специфики задачи, чтобы водитель сидел и ждал тебя 2 часа у каждого клиента? У каждого клиента он меня два часа не ждёт. Это только в случае если надо пеерставить сервер на рабочей машине. Ну вирусы там или с диском проблемы. Вкусного там то, что он хорошо интегрирован с остальным комплексом технологий от майкрософта, т.е. ты поставил студию и MSSQL и работаешь со всем этим сразу и оно сразу из коробки работает. А если его использовать так, как его планировали для использования в микрософте, то он даже очень хорошо работает. Второе его преимущество - скорость. Он быстрый. Он по скорости выборки через .NET Provider делает фаербёд почти в два раза - сам проверял. Ну и при этом всём у него есть бесплатная версия, которой с головой хватает. Вот честно, щас хотели перейти на FB - сразу куча проблем. Причём это не сервера касается, а интеграции с .NET Framework. Даже интегрировать провайдер в студию не просто. В самом провайдере куча недоработок. Начиная с того, что ещё карлос неправильно IDisposable в некоторых классах реализовал и он у меня просто падает иногда. Я скачал исходники, полез смотреть, поправил на то, что грешил - не помогло. Своими силами эту проблему исправить мне затруднительно. Потом там есть ещё целый ряд недоработок, которые превращают процесс разработки в ад. Например то, что при затягивании в модель игнорируются представления. От этого джири добиться ничего нельзя. Он справедливо говорит что ему некогда и если надо - делайте сами. Я его прекрасно понимаю - оно ему триста лет не надо. Вот это обратная сторона бесплатных продуктов. Опять же я полез сомтреть исходники - там с ходу не разрулишь всё это. Надо сидеть разбираться, а тут сроки по своему проекту. Это если нехрен делать, тогда да, можно ковыряться. Только как тогда деньги зарабатывать? Ну короче связка FB + EntityFramework мало пригодна для практической разработки. Никому не советую.
Re: FB 3
Привет Так нету ж как раз демо-версии, потому что MSSQL. И разве я написал сотня таблиц? Вроде пол сотни писал. Сейчас 49 таблиц и три представления. Раньше было кажется 55 таблиц, но по соображениям быстродействия пришлось сделать денормализацию... "Не проста и не казиста жизнь простого прогораммиста." Я уже не помню кто придумал. Помимо всего есть еще правило соотношения "цена - качество". В данном случае я имею в виду задачу и ее реализацию при помощи оптимальных инструментов. "То что русскому в радость - немцу смерть". Ты сам указал недостатки MSSQL для своей задачи. Я не знаю до конца логики, но скажи мне как "художник художнику", что такого "вкусного" есть в MSSQL, с учетом специфики задачи, чтобы водитель сидел и ждал тебя 2 часа у каждого клиента? Никто не будет оспаривать возможности коммерческих продуктов. На их стороне деньги и т.д. Причем, что самое печальное, не все заявленные возможности работают так, как ты расчитываещь или заявлено. Самое противное в этой ситуации еще и то, что такое понимание приходит с опытом (в процессе разработки или тестирования или еще хуже на живом проекте). Но с другой стороны, зачем забивать гвозди микроскопом? Но если уже так повелось, сделай клиентам сайтовую версию или удаленный рабочий стол. Всех делов. Дмитрий
Re: FB 3
А какие у него преимущества? Модель всё равно новую строить. С фаербёдом мы хоть знакомы, к тому же можно рассчитывать на оперативное лечение багов в сервере, а то вообще не понятно что... В том-то и дело, что практически ничего менять по сравнению с MS SQL не придется, можно одной моделью обойтись. Остальные преимущества - есть бесплатная версия, которой для демы хватит. Поддержка там, правда, только на английском, но точно не менее оперативна, чем в firebird. А вообще-то это просто совет :). Я с ними не ассоциирован никак, но я разбирался в свое время с несколькими такими базами данных (по долгу службы): NexusDB, DBISAM, ElevateDB и могу сказать, что они для демок как раз подходят на все 100. И поддержка там шикарная. Если бы мне нечего делать было, то я бы, пожалуй, вообще разбирался с Db4objects или чем-то подобным. Так чтобы я в коде создавал бизнес-классы и сохранял их прямо в базу без всяких там ORM, моделей и т.п. хлама. Ну и чтобы потом к этой базе можно было LINQ-запрос выполнить, желательно без ограничений по синтаксису... Ну это личное дело каждого :). У реляционок есть свои преимущества и недостатки, разумеется. -- Regards, Michael Baytalsky Context Software LLC. http://www.contextsoft.com the makers of Context Database Designer
Re: FB 3
А вы не пробовали сделать дему на NexusDB - она очень совместима с MS SQL, при этом вполне может быть встроена и вообще компактна. Я не знаю можно ли советовать такую базу для production, но для демы точно должна покатить. А какие у него преимущества? Модель всё равно новую строить. С фаербёдом мы хоть знакомы, к тому же можно рассчитывать на оперативное лечение багов в сервере, а то вообще не понятно что... Если бы мне нечего делать было, то я бы, пожалуй, вообще разбирался с Db4objects или чем-то подобным. Так чтобы я в коде создавал бизнес-классы и сохранял их прямо в базу без всяких там ORM, моделей и т.п. хлама. Ну и чтобы потом к этой базе можно было LINQ-запрос выполнить, желательно без ограничений по синтаксису...
Re: FB 3
А можно на это демо взглянуть? Заинтриглвал ты однако. Сотня таблиц, ломбард... Так нету ж как раз демо-версии, потому что MSSQL. И разве я написал сотня таблиц? Вроде пол сотни писал. Сейчас 49 таблиц и три представления. Раньше было кажется 55 таблиц, но по соображениям быстродействия пришлось сделать денормализацию... А вы не пробовали сделать дему на NexusDB - она очень совместима с MS SQL, при этом вполне может быть встроена и вообще компактна. Я не знаю можно ли советовать такую базу для production, но для демы точно должна покатить. -- Regards, Michael Baytalsky Context Software LLC. http://www.contextsoft.com the makers of Context Database Designer
Re: FB 3
Приветствую! Знакомый в банке работает, там они каждый день разбираются что значит колонка agovk4xlcv4 в таблице dopo4lvc59bd9.. Он так доволен такой работой, аж светится от радости. Особенно когда начальство просит быстренько сделать выборку по данным. Ну если взять за правило писать комментарии к полям - то проблем не возникает. :) Ага, а при написании программ ты переменные называешь абы как, и только в комментариях к ним обозначаешь для чего переменная? =) Или все-таки переменные называются более-менее понятно? =) С уважением, Тарас Кучер
Re: FB 3
В письме от Fri, 20 Aug 2010 23:44:34 +0400, sasha сообщал: Та данные по инету если таскать, то сразу скорость упадёт. А сколько их тех данных, если не работать через Select * where 1=1 ? Правда, зачем ломбарду большой *поток* данных ? И 49 таблиц :-) Ну хорошо, сделайте для них тестовые сервера и пусть поключаются через TeamView или там через TightVNC (тогда всё что нужно - Java в браузере) и работают на вашем компе Remote Desktop. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: FB 3
Приветствую. Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе должно быть достаточно для этой вселенной. Знакомый в банке работает, там они каждый день разбираются что значит колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой работой, аж светится от радости. Особенно когда начальство просит быстренько сделать выборку по данным. А если надо выводить "человеческие" имена - так сделайте таблицу перекодировки в своей программе. У одного из клиентов в базе 119 таблиц, 387 процедур. Нехилая таблица перекодировки получится. И для каждого клиента своя таблица... С уважением, Тарас Кучер
Re: FB 3
Та данные по инету если таскать, то сразу скорость упадёт. Надо же чтобы шустро всё работало. Не вариант это. Если с фаербёлом не получится, то демо-версии не будет. Кому надо - те позвонят, мы приедем и с ноута покажем. Тем более что ПО для ломбарда - это очень специфическая вещь. У каждого свои уникальные особенности. Мы планируем каждым новую версию собирать специально под них.
Re: FB 3
В письме от Fri, 20 Aug 2010 23:19:59 +0400, sasha сообщал: Так нету ж как раз демо-версии, потому что MSSQL Кстати, а может вам высунуть пару MSSQL-серверов в инет, и пусть демо-версия работает с ними в онлайне. Заодно убедитесь что демоверсия таковой и останется. Заодно м.б. сможете тестровать RC как демки. По крайней мере тестировaть обновление структуры БД в демках до рассылки обновления клиентам. М.б. статистику какую наберете. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: FB 3
А можно на это демо взглянуть? Заинтриглвал ты однако. Сотня таблиц, ломбард... Так нету ж как раз демо-версии, потому что MSSQL. И разве я написал сотня таблиц? Вроде пол сотни писал. Сейчас 49 таблиц и три представления. Раньше было кажется 55 таблиц, но по соображениям быстродействия пришлось сделать денормализацию...
Re: FB 3
Привет С другой стороны щас возникают вопросы поддержки. Мы писали программу для ломбардов. Очень удобно осуществлять поддержку удалённо, в частности мы пользуемся программой TeamViewer. Но поставить MSSQL в случае чего через эту байду очень сложно. Да и так, на месте, допустим выделяет мне ломбард машину, меня везут и водитель стоит ждёт два часа пока я поставлю нет фреймвёк и мсскл. А это простой транспорта. Это лишние растраты, это никому не нужно... Дальше возникает вопрос создания демо-версии. Ну как можно на MSSQL сделать простую демо-версию, если его поставить - это уже не простая задача?? А можно на это демо взглянуть? Заинтриглвал ты однако. Сотня таблиц, ломбард... Дмитрий
Re: FB 3
Мне вот щас предстоит создать заново модель-аналог той что была на MSSQL. Там пол сотни таблиц с огромным количеством связей. Если я буду эти отношения руками создавать, я сойду с ума. Это на неделю работы и отладки, а то и больше. Надо чтобы студия из базы создала модель максимально похожей на ту, что была в MSSQL, поэтому ключи нужны. Мне проще будет создать ключи, создать модель, а потом ключи поубивать... Да и вообще, у каждого наверное есть большие таблицы, ссылающиеся на махонькие справочники. И что же, всем ключи не делать? Это большая проблема у фаербёда что индексы всегда создаются. Я в МССКЛ создаю внешний ключ без индекса, а потом отдельно создаю индекс композитный для большей уникальности. И этот подход себя прекрасно зарекомендовал.
Re: FB 3
Это как - "меняешь select на update"? И в чем проблема выполнить update, взяв значения первичных ключей из select, ну или там аналогичное условие? Эта команда - аналог FOR SELECT FROM TABLE1, TABLE2 WITH CURSOR CUR ... UPDATE TABLE1 WHERE CURRENT OF CUR;
Re: FB 3
И получать люлей в рантайме из-за некорректных метаданных. Причём через полгода после изменения. Просто эта ветка IF раньше не срабатывала. Удобно ? Я вообще за то, чтобы у объектов было состояние валидный/не валидный. Грубо говоря переименовал что-то и все зависимости стали невалидными. И нормальный тул должен уметь невалидные объекты показать чтобы разработчик мог с этим разобраться. К стати говоря в MS есть такой параметр как WITH SCHEMA BINDING - тогда переименовать просто так не выйдет. Но у них есть выбор. Обсуждали уже многократно. Нестандартная и вредная конструкция. MERGE рулит :) Я не знаю чем она вредная, но я ней постоянно пользуюсь. А у MERGE такой синтаксис, что я его до сих пор на память не выучил :))) В общем суть претензий к MSSQL я понял - тяжёлый инсталлятор. Остальное устраивает. Так ? Для подобных проектов да, проблемма в исталляторе. В этом плане фаербёд - шедевр для подражания. С остальным можно как-то мириться... Если конечно пофлудить, то там много чего нету из того что хотелось бы, но при разработке с использованием продуктов от майкрософта надо всегда чётко понимать для чего задумывалась технология и как они предполагают её использование. Мы вот когда начали энтити фреймвёк использовать, то попробовали перенести на него свой опыт работы с другими ОРМ и в результате совсем не так его задействовали как мелкомягкие задумывали. И это был полный писец. Проблема за проблемой. А потом меня осенило как его надо использовать и оказалось что всё там очень даже хорошо работает, если следовать генеральной линии партии.
Re: FB 3
В письме от Fri, 20 Aug 2010 15:51:15 +0400, sasha сообщал: Ну как можно на MSSQL сделать простую демо-версию, если его поставить - это уже не простая задача?? какая-то бухгалтеро-ориентированная программА, (АиТ Персонал м.б.? ) еогда-тьол демку давала на бесплатном обрезанном MSSQL - кажется MSDE Ставился на Pentium MMX он дейтвительно дооолго. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: FB 3
"Ну и с ключами внешними. В EntityFramework все связи в модели строятся на основании внешних ключей. Ключи без индексов - это реально нужная штука." мы-таки у себя сделали отключение внешних ключей: http://gsbelarus.com/gs/wiki/index.php/Отключение_внешних_ключей заменяем их на контроль целостности триггерами + хранение информации о связях в отдельных таблицах. на тестах дает выигрыш и по размеру БД и по скорости. В реальной жизни (на рабочих базах реальных клиентов) пока не пробовали. Руки еще не дошли.
Re: FB 3
"sasha" ... Ну это такое дело... Есть в MSSQL возможности, которые делают его очень удобным. например там почти всё можно переименовывать. И получать люлей в рантайме из-за некорректных метаданных. Причём через полгода после изменения. Просто эта ветка IF раньше не срабатывала. Удобно ? Ещё там есть очень удобная конструкция UPDATE|DELETE FROM SELECT. Сначала делаешь запрос и смотришь данные, а потом быренько меняешь SELECT на UPDATE и меняешь то что надо. Очень удобно, просто мега удобно. Обсуждали уже многократно. Нестандартная и вредная конструкция. MERGE рулит :) В общем суть претензий к MSSQL я понял - тяжёлый инсталлятор. Остальное устраивает. Так ? -- Хорсун Влад
Re: FB 3
On Aug 20, 3:03 pm, sasha wrote: >Ну это такое дело... Есть в MSSQL возможности, которые делают его очень >удобным. например там почти всё можно переименовывать. Ещё там есть очень >удобная конструкция UPDATE|DELETE FROM SELECT. Сначала делаешь запрос и >смотришь >данные, а потом быренько меняешь SELECT на UPDATE и меняешь то что >надо. Очень удобно, просто мега удобно. Это как - "меняешь select на update"? И в чем проблема выполнить update, взяв значения первичных ключей из select, ну или там аналогичное условие?
Re: FB 3
FB как-то заметно удобнее. Ну это такое дело... Есть в MSSQL возможности, которые делают его очень удобным. например там почти всё можно переименовывать. Ещё там есть очень удобная конструкция UPDATE|DELETE FROM SELECT. Сначала делаешь запрос и смотришь данные, а потом быренько меняешь SELECT на UPDATE и меняешь то что надо. Очень удобно, просто мега удобно.
Re: FB 3
Я уже перерос из того возраста, где мне хотелось сц... (ну вы поняли) против ветра ради каких-то личных убеждений и предпочтений. Майкрософт предоставляет полный комплекс мощных технологий, которые вместе достаточно хорошо работают. С другой стороны щас возникают вопросы поддержки. Мы писали программу для ломбардов. Очень удобно осуществлять поддержку удалённо, в частности мы пользуемся программой TeamViewer. Но поставить MSSQL в случае чего через эту байду очень сложно. Да и так, на месте, допустим выделяет мне ломбард машину, меня везут и водитель стоит ждёт два часа пока я поставлю нет фреймвёк и мсскл. А это простой транспорта. Это лишние растраты, это никому не нужно... Дальше возникает вопрос создания демо-версии. Ну как можно на MSSQL сделать простую демо-версию, если его поставить - это уже не простая задача?? У фаербёда преимущество - лёгкость и компактность. А также встраиваемая версия. За это на него можно обратить внимание. Но только ж получается что запросы к серверу теперяче генеряться не разработчиком, а провайдером EntityFramework. Ну а там такие чудеса, что я реально побаиваюсь что можно где-то сильно обломиться. Там такие запросы монстроидальные генеряться, что можно охренеть. MSSQL спасает то, что оптимизатор там хороший. А что с птицей будет я не знаю... Ну и с ключами внешними. В EntityFramework все связи в модели строятся на основании внешних ключей. Ключи без индексов - это реально нужная штука. Можно, конечно, рисовать связи в дизайнере модели вручную, не делая ключей в базе, но на огромной базе данных это очень хлопотно. Вот мне щас переносить руками и несколько десятков связей надо будет нарисовать вручную... Ну короче получается что на одной чаше весов стоит время на возню с MSSQL, а на другой геморой с переносом на фаербёд, и нету такого чтобы фаербёд однозначно перевесил...
Re: FB 3
Не проще ли было доточить провайдер ? :) Ну доточить провайдер это ж не шубу в трусы заправить. Там надо ж разобраться и понять что к чему, а времени нету... Не флейма ради - что же вас там так задрало ? Вы ведь пару лет на MSSQL потратили, т.е. было время освоить ? Очень задрал его инсталлятор. На стареньких компьютерах он легко может устанавливаться больше часа. Да и средства разработки с ним почему-то медленно работают, например EMS MsSQL Manager очень тормозной, ну ооочень. Хотя вообще странно, по скорости выполнения запросов и получения данных он рвёт фаербёд как тузик тряпку, раза в два...
Re: FB 3
On Aug 20, 12:51 pm, sasha wrote: >Не флейма ради - что же вас там так задрало ? Вы ведь пару лет на >MSSQL потратили, т.е. было время освоить ? FB как-то заметно удобнее.
Re: FB 3
"sasha" ... Если б сразу делалось на FB, тогда ладно. А так у нас программа под Entity Framework. Когда мы её начинали, то провайдер для ФБ не поддерживал этот фреймвёк. А щас кое-как с горем пополам поддерживает, Не проще ли было доточить провайдер ? :) вот мы и хотим попробовать перейти, потому что MSSQL задрал уже. Не флейма ради - что же вас там так задрало ? Вы ведь пару лет на MSSQL потратили, т.е. было время освоить ? -- Хорсун Влад
Re: FB 3
Если б сразу делалось на FB, тогда ладно. А так у нас программа под Entity Framework. Когда мы её начинали, то провайдер для ФБ не поддерживал этот фреймвёк. А щас кое-как с горем пополам поддерживает, вот мы и хотим попробовать перейти, потому что MSSQL задрал уже. Ну как-бы тхнически все имена урезать можно, но только хлопотно очень...