subject:"Re\: FB 3"


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


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



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


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

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

Re: FB 3

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


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


а OLEDB как же? IBProvider

Re: FB 3

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

Саша,

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

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

On 31 авг, 03:32, sasha trofim...@gmail.com wrote:

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

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

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

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

Re: FB 3


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


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


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


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



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


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

Re: FB 3

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

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

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

Re: FB 3

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

Саша,

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

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

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

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


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

Re: FB 3


31.08.2010 16:59, sasha wrote:

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


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

Re: FB 3

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

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



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


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



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

Re: FB 3

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

Re: FB 3


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


Во-во :)

Re: FB 3

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


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


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

Re: FB 3


31.08.2010 19:41, sasha wrote:

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


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



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

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

Re: FB 3

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

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

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

Re: FB 3

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


Привет

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


Во-во. Мы тут все старые и мудрые, ученные на чужих ошибках, за тебя 
волнуемся. :-)))

Есть есть же OLEDB Provider. Он платный, но может имеет смысл попробовать?

Дмитрий

Re: FB 3

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

sasha wrote ...

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

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

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

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

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

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

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

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

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

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

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

См. выше.

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

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

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

Re: FB 3

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

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

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

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

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

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

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

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

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

Re: FB 3

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

Re: FB 3

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



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

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

Re: FB 3


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


Ну например включать представления в модель или менять типы для 
поддержки boolean. diff-файлами можно, наверное, как и писать против 
ветра...

Re: FB 3

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

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

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

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

Re: FB 3

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

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

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

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

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

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

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

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

Re: FB 3

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

On Aug 29, 1:23 pm, sasha trofim...@gmail.com wrote:

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


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

Re: FB 3

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


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

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


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


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


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


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


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

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 Пенетрантность 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-23 Пенетрантность sasha


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


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


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

Re: FB 3

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


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


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


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


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

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


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

Re: FB 3

On Aug 20, 10:41 am, Sergey Mereutsa gebele...@gmail.com wrote:
  или предпринять ход конем. смогла же микрософт внедрить длинные
  имена файлов так, чтобы старые приложения наименее от этого пострадали.
 Я не представляю, как это можно сделать с текущим API - старые
 приложения не смогут различать Aaa...32..BB и Aaa...32..СС .
 Тут надо или смириться с тем, что ломается обратная совместимость или
 оставить всё, как есть. мне 32 символа хватает :)

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

А вариант сделать новый несовместимый API, по идее же нереален -
сломаются все существующие библиотеки доступа?

Re: FB 3


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



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

Re: FB 3

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

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

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

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

Re: FB 3



On Aug 20, 11:49 am, Max Rezanov m...@valley.ttn.ru wrote:
 Hello Alexey,
 Добро пожаловать в 21 век

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

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

Если б сразу делалось на FB, тогда ладно. А так у нас программа под 
Entity Framework. Когда мы её начинали, то провайдер для ФБ не 
поддерживал этот фреймвёк. А щас кое-как с горем пополам поддерживает, 
вот мы и хотим попробовать перейти, потому что MSSQL задрал уже.


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

Re: FB 3

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


sasha ...
Если б сразу делалось на FB, тогда ладно. А так у нас программа под Entity Framework. Когда мы её начинали, то провайдер для ФБ не 
поддерживал этот фреймвёк. А щас кое-как с горем пополам поддерживает,


   Не проще ли было доточить провайдер ? :)


вот мы и хотим попробовать перейти, потому что MSSQL задрал уже.


   Не флейма ради - что же вас там так задрало ? Вы ведь пару лет на
MSSQL потратили, т.е. было время освоить ?

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

Re: FB 3

On Aug 20, 12:51 pm, sasha trofim...@gmail.com wrote:
Не флейма ради - что же вас там так задрало ? Вы ведь пару лет на
MSSQL потратили, т.е. было время освоить ?

FB как-то заметно удобнее.

Re: FB 3


Не проще ли было доточить провайдер ? :)


Ну доточить провайдер это ж не шубу в трусы заправить. Там надо ж 
разобраться и понять что к чему, а времени нету...



Не флейма ради - что же вас там так задрало ? Вы ведь пару лет на
MSSQL потратили, т.е. было время освоить ?


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

Re: FB 3

Я уже перерос из того возраста, где мне хотелось сц... (ну вы поняли)
против ветра ради каких-то личных убеждений и предпочтений. Майкрософт
предоставляет полный комплекс мощных технологий, которые вместе
достаточно хорошо работают.
С другой стороны щас возникают вопросы поддержки. Мы писали программу
для ломбардов. Очень удобно осуществлять поддержку удалённо, в частности
мы пользуемся программой TeamViewer. Но поставить MSSQL в случае чего
через эту байду очень сложно. Да и так, на месте, допустим выделяет мне
ломбард машину, меня везут и водитель стоит ждёт два часа пока я
поставлю нет фреймвёк и мсскл. А это простой транспорта. Это лишние
растраты, это никому не нужно...
Дальше возникает вопрос создания демо-версии. Ну как можно на MSSQL
сделать простую демо-версию, если его поставить - это уже не простая
задача??

У фаербёда преимущество - лёгкость и компактность. А также встраиваемая
версия. За это на него можно обратить внимание.

Но только ж получается что запросы к серверу теперяче генеряться не
разработчиком, а провайдером EntityFramework. Ну а там такие чудеса, что
я реально побаиваюсь что можно где-то сильно обломиться. Там такие
запросы монстроидальные генеряться, что можно охренеть. MSSQL спасает
то, что оптимизатор там хороший. А что с птицей будет я не знаю...

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

Re: FB 3


FB как-то заметно удобнее.


Ну это такое дело... Есть в MSSQL возможности, которые делают его очень 
удобным. например там почти всё можно переименовывать. Ещё там есть 
очень удобная конструкция UPDATE|DELETE FROM SELECT. Сначала делаешь 
запрос и смотришь данные, а потом быренько меняешь SELECT на UPDATE и 
меняешь то что надо. Очень удобно, просто мега удобно.

Re: FB 3



On Aug 20, 3:03 pm, sasha trofim...@gmail.com wrote:
Ну это такое дело... Есть в MSSQL возможности, которые делают его очень 
удобным. например там почти всё можно переименовывать. Ещё там есть очень 
удобная конструкция UPDATE|DELETE FROM SELECT. Сначала делаешь запрос и 
смотришь данные, а потом быренько меняешь SELECT на UPDATE и меняешь то что 
надо. Очень удобно, просто мега удобно.

Это как - меняешь select на update? И в чем проблема выполнить
update, взяв значения первичных ключей из select, ну или там
аналогичное условие?

Re: FB 3

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


sasha ...


Ну это такое дело... Есть в MSSQL возможности, которые делают его очень 
удобным. например там почти всё можно переименовывать.


   И получать люлей в рантайме из-за некорректных метаданных. Причём через
полгода после изменения. Просто эта ветка IF раньше не срабатывала. Удобно ?

Ещё там есть очень удобная конструкция UPDATE|DELETE FROM SELECT. Сначала делаешь запрос и смотришь данные, а потом быренько 
меняешь SELECT на UPDATE и меняешь то что надо. Очень удобно, просто мега удобно.


   Обсуждали уже многократно. Нестандартная и вредная конструкция. MERGE рулит 
:)

   В общем суть претензий к MSSQL я понял - тяжёлый инсталлятор. Остальное
устраивает. Так ?

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

Re: FB 3

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

Ну и с ключами внешними. В EntityFramework все связи в модели
строятся
на основании внешних ключей. Ключи без индексов - это реально нужная
штука.

мы-таки у себя сделали отключение внешних ключей:

http://gsbelarus.com/gs/wiki/index.php/Отключение_внешних_ключей

заменяем их на контроль целостности триггерами + хранение информации о
связях в
отдельных таблицах.

на тестах дает выигрыш и по размеру БД и по скорости. В реальной
жизни (на рабочих базах реальных клиентов) пока не пробовали.
Руки еще не дошли.

Re: FB 3

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

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


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


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


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

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

Re: FB 3

И получать люлей в рантайме из-за некорректных метаданных. Причём через
полгода после изменения. Просто эта ветка IF раньше не срабатывала.
Удобно ?

Я вообще за то, чтобы у объектов было состояние валидный/не валидный.
Грубо говоря переименовал что-то и все зависимости стали невалидными. И
нормальный тул должен уметь невалидные объекты показать чтобы
разработчик мог с этим разобраться.
К стати говоря в MS есть такой параметр как WITH SCHEMA BINDING - тогда
переименовать просто так не выйдет. Но у них есть выбор.

Обсуждали уже многократно. Нестандартная и вредная конструкция. MERGE
рулит :)

Я не знаю чем она вредная, но я ней постоянно пользуюсь. А у MERGE такой
синтаксис, что я его до сих пор на память не выучил :)))

В общем суть претензий к 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