subject:"FB 3"

2010-08-31 Пенетрантность Kochmin Alexandr

Да, и как это говорят "умный учится на чужих ошибках..."
ну и почитай Алексей что пишет про совладельца.
Он тут тоже прав на 100%.
"А то так и будешь всю жизнь ключи подавать" © ;)

Ладно, я смотрю ты не хочешь этот разговор продолжать.
Хотя, ну пиши в почту если хочешь.

У разных людей разная система ценностей. Например кому-то важнее всего
власть, кому-то деньги, кому-то вера, кому-то любимое занятие, кому-то
семья. У меня деньги в системе ценностей далеко не на первом плане
стоят. Меня мои доходы нынешние устраивают. Я прекрасно понимаю что если
их увеличить в два, три, десять раз - мне всё равно будет не хватать.
Просто игрушки станут дороже. Но от того, что у меня будет более дорогая
машина или десять штанов вместо трёх в шкафу или я поеду на мальдивы в
отпуск вместо турции - я от этого не стану ни капли счастливее.
Вот если я не смогу свой уровень жизни обеспечить, тогда можно думать о
том чтобы на всё плюнуть и всё бросить, а пока меня всё устраивает как
есть. И не хочу я ни себя, ни других этими размышлениями грузить... Я
тоже не пальцем деланый и кидали меня не раз, и обещания не выполняли,
так что я наученный и в сказки не верю, если вы об этом за меня
переживаете ;-)

Re: FB 3


31.08.2010 19:41, sasha wrote:

я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь.


Так в жизни всегда так. Щас понял одну простую вещь, через год другую
простую вещь, ещё через год третью простую вещь. И каждый раз по своему
прав :))



Да, и как это говорят "умный учится на чужих ошибках..."
ну и почитай Алексей что пишет про совладельца.
Он тут тоже прав на 100%.
"А то так и будешь всю жизнь ключи подавать" © ;)

Ладно, я смотрю ты не хочешь этот разговор продолжать.
Хотя, ну пиши в почту если хочешь.

Re: FB 3


я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь.


Так в жизни всегда так. Щас понял одну простую вещь, через год другую 
простую вещь, ещё через год третью простую вещь. И каждый раз по своему 
прав :))

Re: FB 3


Человек всего то пожаловался на то, что самая агрессивная по захвату рынка и 
мозгов среда разработки не дружит с Firebird, а ему уже и срок отсидки по 
статье пиратство посчитали


Во-во :)

Re: FB 3

2010-08-31 Пенетрантность Vadim Mescheryakov

У ломбарда тоже всё чисто. Винда куплена. .NET бесплатный. SQL Express 
бесплатный. А больше им ничего не надо. Некоторые себе ещё опенофис ставят.

RE: FB 3

>Это у вас, речь про клиентов, которым вы ставите SQL Server.
>Всегда ли он бесплатный и есть ли у вас право его ставить другим?
>И если вдруг нету и на этом поймают, хватит ли дружбы, чтобы выгораживать  
>"выездного сотрудника" ?


Человек всего то пожаловался на то, что самая агрессивная по захвату рынка и 
мозгов среда разработки не дружит с Firebird, а ему уже и срок отсидки по 
статье пиратство посчитали 

Злые Вы.

Мещеряков Вадим.

Re: FB 3

2010-08-31 Пенетрантность Arioch

В письме от Tue, 31 Aug 2010 13:56:40 +0400, sasha  
 сообщал:



 Ну как бы винда есть, студия есть одна.


Это у вас, речь про клиентов, которым вы ставите SQL Server.
Всегда ли он бесплатный и есть ли у вас право его ставить другим?
И если вдруг нету и на этом поймают, хватит ли дружбы, чтобы выгораживать  
"выездного сотрудника" ?



--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

Re: FB 3

2010-08-31 Пенетрантность Kochmin Alexandr


31.08.2010 16:59, sasha wrote:

В маленькой компании человек - это не простой винтик, который можно
элементарно заменить новым. В маленкой компании на тебе лежат
обязательства и если есть совесть и честь и порядочность, то напевать на
своих друзей и уйти туда, где тебе лучше, не получится.
В конце концов мыне голодаем, а всех денег всё равно не заработаешь ;-)


я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь.

Re: FB 3

2010-08-31 Пенетрантность Alexey Kovyazin

Саша,

Если ты важная персона в компании и (предполагаю по предыдущему письму
из слов "не работать на дядю") совладелец компании, то с тобой
разговаривать в стиле "10 баксов в час и пошел вон" не должны.
Более того, как совладелец, ты несешь совместные риски (лицензии и
т.д.) и тогда спрос с тебя другой.

Если же ты по факту не совладелец, но чувствуешь себя как совладелец и
принял на себя соответствующие моральные обязательства (все же работая
на хорошо знакомого "дядю") - поздравляю, твой босс хороший
манипулятор :)

В общем, вопрос вышел за пределы вопросов, обсуждаемых в конференции,
поэтому предлагаю закончить.

С уважением,
Алексей Ковязин


On 31 авг, 13:59, sasha  wrote:
В маленькой компании человек - это не простой винтик, который можно
элементарно заменить новым. В маленкой компании на тебе лежат
обязательства и если есть совесть и честь и порядочность, то напевать
на своих друзей и уйти туда, где тебе лучше, не получится.
В конце концов мыне голодаем, а всех денег всё равно не
заработаешь ;-)

Re: FB 3

В маленькой компании человек - это не простой винтик, который можно 
элементарно заменить новым. В маленкой компании на тебе лежат 
обязательства и если есть совесть и честь и порядочность, то напевать на 
своих друзей и уйти туда, где тебе лучше, не получится.

В конце концов мыне голодаем, а всех денег всё равно не заработаешь ;-)

Re: FB 3


Дружеский совет - увольняйся ты из такой компании :)


Не всё так просто :))


Люди, которые не умеют считать деньги и нарушают (я правильно понял?)
лицензионные соглашения Microsoft долго не протянут, да еще и тебя
подставят - не знали, дескать, что наш программист там ставит.


Ну как бы винда есть, студия есть одна. А вообще есть ещё Express 
edition, который тоже кое на что сгодится может.



Если ты владеешь Entity Framework, не забыл SQL, плюс разбираешься в
букмекерских делах, работу будет найти не сложно.


А нам интерсно самим фирму назад поднять. Надоело на дядю работать. Я 
себя чувствую более счастливым когда 12 часов в день работаю на себя, 
сам принимаю решения, чем если я буду работать на кого-то от звонка до 
звонка и мне будут указывать что и как делать...

Re: FB 3

2010-08-31 Пенетрантность Alexey Kovyazin

Саша,

Дружеский совет - увольняйся ты из такой компании :)
Люди, которые не умеют считать деньги и нарушают (я правильно понял?)
лицензионные соглашения Microsoft долго не протянут, да еще и тебя
подставят - не знали, дескать, что наш программист там ставит.
Если ты владеешь Entity Framework, не забыл SQL, плюс разбираешься в
букмекерских делах, работу будет найти не сложно.

С уважением,
Алексей Ковязин

On 31 авг, 03:32, sasha wrote:

Вы когда-нить в махонькой компании работали на мелких заказах? Там так
никто не делает. Тебе говорят например: мы согласны платить 10уе в час
за одного человека в течении полугода и нас не волнует что вы там
будете использовать. Не устраивает - идите на ...

А когда работы другой нет, ты сидишь и думаешь что десять уе в час -
это хоть и мало, но это лучше чем ноль уе в час. Можно попробовать
согласиться и дальше как-то выкручиваться.

Вот с этим проектом у нас так и было. Щас мы его закончили, но к этой
программе есть интерес и вылазят проблемы с тем, что MSSQL тяжёлый.
Если бы он ставился 5 минут и была бы встраиваемая версия, то на кой
оно мне надо что-то переделывать? Сидел бы и не рыпался...

Здесь нет никаких стоимостей. Здесь только вопросы удобства и
технических возможностей. Если MSSQL ставится 2 часа, то имея даже
чемодан с деньгами я не смогу купить версию, которая поставится за 5
минут. То же самое со встраиваемой версией. Если её нет, то её нет. И
причём тут деньги я не пойму???

Re: FB 3

2010-08-31 Пенетрантность Oleg Matveyev


Коммерческой альтернативы провайдеру нет?


а OLEDB как же? IBProvider

Re: FB 3


Деньги всегда причем. Если я правильно тебя понял то
1 MSSQL - это хорошо, но долго


Фактически там проблема с установкой. Если MSSQL стоит, то проблем 
никаких. Поставить инсталлятором геморно и полностью автоматизировать 
(как у них там есть технология клик ванс) нельзя, а встравиваемой версии 
нет.



2 Firebird + Provider - быстро и криво
Коммерческой альтернативы провайдеру нет?


Нет, долго и криво программировать, но быстро ставить.

Ну типа как раки, большие, но по пять, и маленькие, но по три :-(

Re: FB 3

2010-08-30 Пенетрантность Dmitry Lendel

А когда работы другой нет, ты сидишь и думаешь что десять уе в час - это
хоть и мало, но это лучше чем ноль уе в час. Можно попробовать согласиться
и дальше как-то выкручиваться.

Увы. Бывает и так.

Вот с этим проектом у нас так и было. Щас мы его закончили, но к этой
программе есть интерес и вылазят проблемы с тем, что MSSQL тяжёлый. Если
бы он ставился 5 минут и была бы встраиваемая версия, то на кой оно мне
надо что-то переделывать? Сидел бы и не рыпался...

Значит селяви.

Здесь нет никаких стоимостей. Здесь только вопросы удобства и технических
возможностей. Если MSSQL ставится 2 часа, то имея даже чемодан с деньгами
я не смогу купить версию, которая поставится за 5 минут. То же самое со
встраиваемой версией. Если её нет, то её нет. И причём тут деньги я не
пойму???

Деньги всегда причем. Если я правильно тебя понял то
1 MSSQL - это хорошо, но долго
2 Firebird + Provider - быстро и криво

Коммерческой альтернативы провайдеру нет?

Дмитрий

Re: FB 3

Вы когда-нить в махонькой компании работали на мелких заказах? Там так
никто не делает. Тебе говорят например: мы согласны платить 10уе в час
за одного человека в течении полугода и нас не волнует что вы там будете
использовать. Не устраивает - идите на ...

А когда работы другой нет, ты сидишь и думаешь что десять уе в час - это
хоть и мало, но это лучше чем ноль уе в час. Можно попробовать
согласиться и дальше как-то выкручиваться.

Вот с этим проектом у нас так и было. Щас мы его закончили, но к этой
программе есть интерес и вылазят проблемы с тем, что MSSQL тяжёлый. Если
бы он ставился 5 минут и была бы встраиваемая версия, то на кой оно мне
надо что-то переделывать? Сидел бы и не рыпался...

Re: FB 3

2010-08-30 Пенетрантность Alexey Kovyazin

>Итого (20*0 + 20 Windows Server Standard * ~700)  + ( 5*5000 + 5*~700)

> + 25*2*20 = ~$71500

Что-то я изрядно обсчитался в пользу MS. Наверное, приобретенная
привычка :)

43500, конечно. Но сути примера не меняет - надо считать затраты и
идти от них.

Re: FB 3

2010-08-30 Пенетрантность Alexey Kovyazin

Привет,

какой-то детский тред - удобно/неудобно, хочу-могу.
Надо рассуждать по-простому, от денег.

Берешь бумажку и считаешь, сколько компания тратит на 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

2010-08-30 Пенетрантность Yurij



On Aug 30, 12:17 pm, sasha  wrote:
>2) Некоторые вещи Джири советует делать вручную. Каждый раз, когда
>обновляется модель из базы, пересоздаётся файл модели и все ручные
>изменения нужно делать заново. Это полная жопа. Но Джири считает что это
>нормальный вариант. О чём мне с ним спорить дальше?

А какие именно ручные изменения? Нельзя ли обойтись diff-файлами или
partial классами?

Re: FB 3

Про DDEX я хотел сказать что джири не счичает что для DDEX необходим 
нормальный исталлятор - оно и так прокатит...

Re: FB 3

2010-08-24 Пенетрантность Michael Baytalsky

А не через .NET Provider ? Т.е. проблема в провайдере или в самом ФБ ?

В принципе проблемы только в провайдере. Правда у мелкософта есть тип
бит, который транслируется в булеан в модели. Поскольку FB не
поддерживает такой тип, то джири не стал особо заморачиваться и
аналогичного функционала не сделал (правда в трекере стоит в планах).
Так что тут, с одной стороны, ограниченность базового функционала в FB,
с другой стороны это можно и через провайдер сделать, но нету...

Или есть о чём ? :)

Мерский инсталлятор и отсутствие встраиваемой версии :'-(

Тут ты не прав. Оно ему надо хотя бы потому, что он официально
поддерживает провайдер. И на записи в трекере ему не наплевать.

Влад, ну он чинит по одному багу в год. Просто он, как я понимаю,
работает в компании, которая этот провайдер использует. Если проблема
актуальна и для него, то он что-то делает, но если его проблема не
трогает, то он проблему тоже не трогает.

Западные компании в таких случаях обычно считают деньги и очень часто
им выгодно выделить ресурсы и, или таки самим реализовать то, чего не
хватает в продукте, или нанять того, кто может это сделать (того же Jiri,
например). Выигрывают все - и сама компания, которой не нужно осваивать
новый продукт и переводить на него свои, и остальные пользователи, т.к.
исходный продукт улучшается.

Это не жадные западные компании. А нам почему-то только жадные
попадаются :-(

Ты можешь формально (и корректно) изложить причины ? Лучше всего в виде
тикетов в трекере. Иначе оно так и останется...

В трекере многое давно есть. Но есть вопросы, на которые у него свой
взгляд. Я тебе щас объясню:

1) Для поддержки провайдера в студии надо ставить DDEX. Инсталлятором он
не устанавливается. Ты инсталлятором ставишь библиотеки, а потом, в
зависимости от того, какая у тебя версия провайдера, какая версия
студии, какой фреймвёк (32-бита или 64) и какой версии ты ковыряешься в
разных конфигах и подставляешь там всякие значения. Потом ещё выискивать
и править файлы для корректировки реестра. Короче всё с самого начала
затруднено.

2) Некоторые вещи Джири советует делать вручную. Каждый раз, когда
обновляется модель из базы, пересоздаётся файл модели и все ручные
изменения нужно делать заново. Это полная жопа. Но Джири считает что это
нормальный вариант. О чём мне с ним спорить дальше?

Re: FB 3

2010-08-29 Пенетрантность Khorsun Vlad

"sasha" wrote ...

Вкусного там то, что он хорошо интегрирован с остальным комплексом технологий от майкрософта, т.е. ты поставил студию и MSSQL и
работаешь со всем этим сразу и оно сразу из коробки работает. А если его использовать так, как его планировали для использования в
микрософте, то он даже очень хорошо работает.

Второе его преимущество - скорость. Он быстрый. Он по скорости выборки через .NET Provider делает фаербёд почти в два раза - сам
проверял.

А не через .NET Provider ? Т.е. проблема в провайдере или в самом ФБ ?

Ну и при этом всём у него есть бесплатная версия, которой с головой хватает.

Ну, тогда и говорить не о чем.

Или есть о чём ? :)

Вот честно, щас хотели перейти на FB - сразу куча проблем. Причём это не сервера касается, а интеграции с .NET Framework. Даже
интегрировать провайдер в студию не просто.
В самом провайдере куча недоработок. Начиная с того, что ещё карлос неправильно IDisposable в некоторых классах реализовал и он у
меня просто падает иногда. Я скачал исходники, полез смотреть, поправил на то, что грешил - не помогло. Своими силами эту проблему
исправить мне затруднительно. Потом там есть ещё целый ряд недоработок, которые превращают процесс разработки в ад. Например то,
что при затягивании в модель игнорируются представления. От этого джири добиться ничего нельзя. Он справедливо говорит что ему
некогда и если надо - делайте сами. Я его прекрасно понимаю - оно ему триста лет не надо.

Вот это обратная сторона бесплатных продуктов.

Опять же я полез сомтреть исходники - там с ходу не разрулишь всё это. Надо сидеть разбираться, а тут сроки по своему проекту. Это
если нехрен делать, тогда да, можно ковыряться. Только как тогда деньги зарабатывать?

См. выше.

Ну короче связка FB + EntityFramework мало пригодна для практической
разработки. Никому не советую.

--
Хорсун Влад

Re: FB 3

2010-08-29 Пенетрантность sasha


карлос неправильно IDisposable в некоторых классах реализовал

А в каких именно? А то я сейчас как раз проект на дотнете+FB делаю,
правда, чистое ADO.NET, без EF и прочего.


FBCommand по-моему. Но на чистом ADO.NET оно не вылазило у нас никогда.


Мне что-то кажется, что EF сам по себе мало пригоден для работы.


Это только кажется.


Да и вообще направление развития дотнета мне не очень нравится -
старые части фреймворка как были убогие так и остаются, даже баги не
чинятся, а микрософт на всех парах летит вперед, делает новые, не
совсем понятно, зачем нужные.


Ну на счёт того что старые багине фиксятся - это я согласен, плохо, а 
вот зачем новые мне - что тут не понятного? Потому что они в комплексе 
лучше чем старые.

Re: FB 3

2010-08-29 Пенетрантность Yurij

On Aug 29, 1:23 pm, sasha  wrote:

>карлос неправильно IDisposable в некоторых классах реализовал
А в каких именно? А то я сейчас как раз проект на дотнете+FB делаю,
правда, чистое ADO.NET, без EF и прочего.


>связка FB + EntityFramework мало пригодна для практической разработки.
Мне что-то кажется, что EF сам по себе мало пригоден для работы.
Да и вообще направление развития дотнета мне не очень нравится -
старые части фреймворка как были убогие так и остаются, даже баги не
чинятся, а микрософт на всех парах летит вперед, делает новые, не
совсем понятно, зачем нужные.

Re: FB 3

2010-08-29 Пенетрантность sasha

"То что русскому в радость - немцу смерть". Ты сам указал недостатки
MSSQL для своей задачи. Я не знаю до конца логики, но скажи мне как
"художник художнику", что такого "вкусного" есть в MSSQL, с учетом
специфики задачи, чтобы водитель сидел и ждал тебя 2 часа у каждого
клиента?

У каждого клиента он меня два часа не ждёт. Это только в случае если
надо пеерставить сервер на рабочей машине. Ну вирусы там или с диском
проблемы.

Вкусного там то, что он хорошо интегрирован с остальным комплексом
технологий от майкрософта, т.е. ты поставил студию и MSSQL и работаешь
со всем этим сразу и оно сразу из коробки работает. А если его
использовать так, как его планировали для использования в микрософте, то
он даже очень хорошо работает.

Второе его преимущество - скорость. Он быстрый. Он по скорости выборки
через .NET Provider делает фаербёд почти в два раза - сам проверял.

Ну и при этом всём у него есть бесплатная версия, которой с головой хватает.

Вот честно, щас хотели перейти на FB - сразу куча проблем. Причём это не
сервера касается, а интеграции с .NET Framework. Даже интегрировать
провайдер в студию не просто.
В самом провайдере куча недоработок. Начиная с того, что ещё карлос
неправильно IDisposable в некоторых классах реализовал и он у меня
просто падает иногда. Я скачал исходники, полез смотреть, поправил на
то, что грешил - не помогло. Своими силами эту проблему исправить мне
затруднительно. Потом там есть ещё целый ряд недоработок, которые
превращают процесс разработки в ад. Например то, что при затягивании в
модель игнорируются представления. От этого джири добиться ничего
нельзя. Он справедливо говорит что ему некогда и если надо - делайте
сами. Я его прекрасно понимаю - оно ему триста лет не надо. Вот это
обратная сторона бесплатных продуктов.
Опять же я полез сомтреть исходники - там с ходу не разрулишь всё это.
Надо сидеть разбираться, а тут сроки по своему проекту. Это если нехрен
делать, тогда да, можно ковыряться. Только как тогда деньги зарабатывать?

Ну короче связка FB + EntityFramework мало пригодна для практической
разработки. Никому не советую.

Re: FB 3

2010-08-28 Пенетрантность Dmitry Lendel

Привет

Так нету ж как раз демо-версии, потому что 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

2010-08-23 Пенетрантность sasha


А вы не пробовали сделать дему на NexusDB - она очень совместима с MS
SQL, при этом
вполне может быть встроена и вообще компактна. Я не знаю можно ли
советовать такую
базу для production, но для демы точно должна покатить.


А какие у него преимущества? Модель всё равно новую строить. С фаербёдом 
мы хоть знакомы, к тому же можно рассчитывать на оперативное лечение 
багов в сервере, а то вообще не понятно что...


Если бы мне нечего делать было, то я бы, пожалуй, вообще разбирался с 
Db4objects или чем-то подобным. Так чтобы я в коде создавал 
бизнес-классы и сохранял их прямо в базу без всяких там ORM, моделей и 
т.п. хлама. Ну и чтобы потом к этой базе можно было LINQ-запрос 
выполнить, желательно без ограничений по синтаксису...

Re: FB 3

2010-08-23 Пенетрантность Michael Baytalsky





А можно на это демо взглянуть? Заинтриглвал ты однако. Сотня таблиц,
ломбард...

Так нету ж как раз демо-версии, потому что 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

2010-08-21 Пенетрантность Taras Kucher


Приветствую!


Знакомый в банке работает, там они каждый день разбираются что значит
колонка agovk4xlcv4 в таблице dopo4lvc59bd9.. Он так доволен такой
работой, аж светится от радости. Особенно когда начальство просит
быстренько сделать выборку по данным.


Ну если взять за правило писать комментарии к полям - то проблем не
возникает. :)


Ага, а при написании программ ты переменные называешь абы как, и только 
в комментариях к ним обозначаешь для чего переменная? =)

Или все-таки переменные называются более-менее понятно? =)


С уважением,
Тарас Кучер

Re[4]: FB 3

2010-08-21 Пенетрантность Sergey Mereutsa

Привет!

 Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе
 должно быть достаточно для этой вселенной.
>>> Знакомый в банке работает, там они каждый день разбираются что значит
>>> колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой
>>> работой, аж светится от радости. Особенно когда начальство просит
>>> быстренько сделать выборку по данным.
>>
>> Ну если взять за правило писать комментарии к полям - то проблем не
>> возникает.  
>>

> "я хотел оставить комментарии, но к сожалению размеры полей не позволили
> поместить их"  

Если бы у Ферма был бы Птиц - то он бы не отмазался, 2 гига
комментариев - очень трудно осилить было бы даже автору "Войны и
мира". ;-)


-- 
Best regards,
 Sergeymailto:gebele...@gmail.com

Re: Re[2]: FB 3

2010-08-21 Пенетрантность Arioch

В письме от Sat, 21 Aug 2010 20:18:02 +0400, Sergey Mereutsa  
 сообщал:



Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе
должно быть достаточно для этой вселенной.

Знакомый в банке работает, там они каждый день разбираются что значит
колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой
работой, аж светится от радости. Особенно когда начальство просит
быстренько сделать выборку по данным.


Ну если взять за правило писать комментарии к полям - то проблем не
возникает. :)



"я хотел оставить комментарии, но к сожалению размеры полей не позволили  
поместить их" :-)


--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

Re[2]: FB 3

2010-08-21 Пенетрантность Sergey Mereutsa

Привет!

>> Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе
>> должно быть достаточно для этой вселенной.
> Знакомый в банке работает, там они каждый день разбираются что значит 
> колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой 
> работой, аж светится от радости. Особенно когда начальство просит 
> быстренько сделать выборку по данным.

Ну если взять за правило писать комментарии к полям - то проблем не
возникает. :)



-- 
Best regards,
 Sergeymailto:gebele...@gmail.com

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

2010-08-20 Пенетрантность Taras Kucher


Приветствую.


Комбинаторика подсказывает, что комбинаций 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

2010-08-20 Пенетрантность Dmitry Lendel


Привет

С другой стороны щас возникают вопросы поддержки. Мы писали программу для 
ломбардов. Очень удобно осуществлять поддержку удалённо, в частности мы 
пользуемся программой 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[4]: FB 3

2010-08-20 Пенетрантность Sergey Mereutsa

Привет!

> Тут уже привели пример - Майкрософт.

> Т.е. старые приложения будут видеть AAA...3~1 и AAA...3~2

Нифига. Оно же всё _компиллиццо_ ! :) Лучше пусть SMP доделают и
оптимизатор, 30 символов вполне себе хватает, Ларри с нами согласен :)

> Или вообще hash (long name)  

Ага. И огрести по самое нехочу на 2-х именах, у которых отличается
одна-две буквы? Плавали, кололись, знаем.

> ...только им зачем ?

Вот и я о том же.


-- 
Best regards,
 Sergeymailto:gebele...@gmail.com

Re: FB 3

В письме от Fri, 20 Aug 2010 15:51:15 +0400, sasha  
 сообщал:


Ну как можно на MSSQL сделать простую демо-версию, если его поставить -  
это уже не простая задача??


какая-то бухгалтеро-ориентированная программА, (АиТ Персонал м.б.? )  
еогда-тьол демку давала на бесплатном обрезанном MSSQL - кажется MSDE


Ставился на Pentium MMX он дейтвительно дооолго.

--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

Re: Re[2]: FB 3

В письме от Fri, 20 Aug 2010 11:41:16 +0400, Sergey Mereutsa  
 сообщал:



Я не представляю, как это можно сделать с текущим API - старые
приложения не смогут различать Aaa...32..BB и Aaa...32..СС .


Тут уже привели пример - Майкрософт.

Т.е. старые приложения будут видеть AAA...3~1 и AAA...3~2

Или вообще hash (long name) :-)

...только им зачем ?

--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

Re: FB 3

2010-08-20 Пенетрантность Andrei

"Ну и с ключами внешними. В 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 задрал уже.


Ну как-бы тхнически все имена урезать можно, но только хлопотно очень...

Re: Re[2]: FB 3

2010-08-20 Пенетрантность Dmitry Beloshistov


"Dmitry Beloshistov" ...


>
> PS А в оракле 30, и шо ?
>

Ну у них там схемы всякие


   Угу. Хочу сделать СуперПуперДлинныйВнешнийКлючСОднойТаблицыНаДругую.
Как мне схема поможет ?


и таблэспейсы есть...


   А это тут при чём ?

--
Хорсун Влад

RE: Re[2]: FB 3

Привет!

>
> PS А в оракле 30, и шо ?
>

Ну у них там схемы всякие и таблэспейсы есть...


WBR, Dmitry Beloshistov AKA [-=BDS=-]




__ Information from ESET NOD32 Antivirus, version of virus signature 
database 5381 (20100820) __

The message was checked by ESET NOD32 Antivirus.

http://www.esetnod32.ru/.ml

Re: Re[2]: FB 3


"Max Rezanov" ...


Добро пожаловать в 21 век


   Я лучше в 19-ый...

--
Хорсун Влад

PS А в оракле 30, и шо ?

Re: FB 3

2010-08-20 Пенетрантность Andrei

>         internal class
>         {
>             public string { get; set; }
>             public string { get; set; }
>             public string { get; set; }
>             public string { get; set; }
>             public string { get; set; }
>             public string { get; set; }
>         }

у меня в детстве была книга по программированию. до сих пор
по ночам в кошмарных снах вижу: начало, цикл, если, то, иначе...

Re: FB 3

On Aug 20, 11:49 am, Max Rezanov  wrote:
> Hello Alexey,
> Добро пожаловать в 21 век

Да, кстати, сокращение имен в идентификаторах с момента
распространения intellisense считается моветоном и экономией на
спичках.

Re[2]: FB 3

2010-08-20 Пенетрантность Max Rezanov

Hello Alexey,

Friday, August 20, 2010, 11:58:02 AM, you wrote:

AK> Почемы бы не переработать механизм генерации имен так, чтобы они
AK> помещались в 31 символ?

AK> Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе
AK> должно быть достаточно для этой вселенной.
AK> А если надо выводить "человеческие" имена - так сделайте таблицу
AK> перекодировки в своей программе.

AK> С уважением,
AK> Алексей Ковязин

Добро пожаловать в 21 век

internal class Проверка
{
public string ВидПроверки { get; set; }
public string Заключение { get; set; }
public string Основание { get; set; }
public string Разъяснение { get; set; }
public string ОтветственноеЛицо { get; set; }
public string Дата { get; set; }
}
***
// Проверка полномочий заявителя
var ПроверкаПолномочийЗаявителя = new Проверка
{
ВидПроверки = "Проверка полномочий заявителя", 
Дата = Дата, 
ОтветственноеЛицо = ОтветственноеЛицо,
Заключение = a_CredentialsOfApplicants.Conclusion ? "-" : "+",
Основание = a_CredentialsOfApplicants.Reason,
Разъяснение = a_CredentialsOfApplicants.Explanation
};
***
это не 1С :)

  Тема Дня: Последний писк ноды.
  До не скорой встречи в аду,
 Maxmailto:m...@valley.ttn.ru

Re: FB 3

2010-08-20 Пенетрантность Alexey Kovyazin

Почемы бы не переработать механизм генерации имен так, чтобы они
помещались в 31 символ?

Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе
должно быть достаточно для этой вселенной.
А если надо выводить "человеческие" имена - так сделайте таблицу
перекодировки в своей программе.

С уважением,
Алексей Ковязин

Re: FB 3


Тут надо или смириться с тем, что ломается обратная совместимость или
оставить всё, как есть. мне 32 символа хватает :)



Между прочим 31, а не 32. У меня несколько  имён было по 32 символа - не 
влезли...

Re: FB 3