Re: Re[3]: OFF СУБД Ред База Данных

2007-09-22 Пенетрантность Oleg LOA 
"Владимир Аксенов" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Попытался сейчас найти на сайте что бы дать ссылку - и не нашел.
> Возможно я бредил.

А скачал - в принципе неплохо, но

1) Есть косяки с установщиком при наличии уже установленного FB
2) СУБД - названа как ред база, а по сути каша из названий FireBird, ред база, 
иконок и т.п.
3) Предлагать клиенту альфу версию fenixsql - а не очень понимаю смысла 
публиковать альфы.

P.S. Короче, нужно искать какой-нибудь бюджетный проект и втюхивать зто дело, 
ну там откаты-шматы как положено, но на икорку к будерброду хватит. А иначе всё 
это ерунда, как клали у нас в РФ на лицензионность, так и будут класть. И 
ничего с этим не сделать.

Re: Re[3]: [Semi-OFF] "Проблема" с точностью суммы по документу

2007-05-05 Пенетрантность Yurij 


Владимир Аксенов:
> Как я понял однозначных решений в бухучете на этот счет нету.
Нету. Округление денежных значений до или после суммирования - все
делают, кто во что горазд.

> Как я понял с налоговой проблем обычно нету т.к. налоговики смотрят
> соотнощение суммы документа с суммой НДС по документу а т.к. у меня
> все цены со всеми налогами и я высчитываю цены и суммы без налогов
> взад то сумма НДС по документу у меня максимально точная.

Проблема в противоречивых требованиях.

1) Бухгалтера не хотят видеть десятичные знаки после точки. Совсем не
хотят.
2) Бухгалтера хотят, чтобы суммы можно было проверить вручную - т.е
все строки, будучи сложенными, должны совпадать с итогами по
документу.
3) Бухгалтера хотят, чтобы расчетные суммы НДС можно было проверить
умножением на ставку, как в каждой строке, так и в итогах.

Эти три требования одновременно выполнить невозможно.
Учесть округление в бухучете - запросто, есть счет для ошибок
округления. А вот показать в документах итоговых - фиг. Как бухгалтера
объясняются с налоговыми для случая, когда в документе под сотню
строк, а сам документ является сводным для нескольких десятков
подразделений - не представляю.

Re: Re[3]: Объекты в реляционной СУБД

2007-04-08 Пенетрантность Alexander Kolokolzov 
>Кстати убил на нее год своей работы + кодера.
кодера убил?? :)

Re: Re[3]: ?????

2007-01-16 Пенетрантность Plotnikov Y 

Ñ ÓÁÍ ÎÅ ×ÉÖÕ ;)

×ÔÏÒÏÊ ÒÁÚ ÎÁÂÉÒÁÔØ ÕÖÅ ÌÅÎØ ;)

Re: Re[3]: ?????

2007-01-16 Пенетрантность mvb 


"""Plotnikov Y писал(а):
"""
> ? ? ?, ? ??? ???  (??? ??? ? 1? ).

я один не вижу текста или все?
;)

Re: Re[3]: ?????

2007-01-16 Пенетрантность Plotnikov Y 

? ? ?, ? ??? ???  (??? ??? ? 1? ).
?  ??? ??, ? ??? 120 ?? - ??? ??? ???. ??? 
?? , ??? ? ?? ??  ?? ?? 3???, ?? ? ??? ?? 
??? . ??, ??? ???...
? ?? ?? ???  ??? ?  ?? ??, ? ??? ??? ??? ?? 
?? (?  ?? ??, ?? ?). ?? ???  ??? ? ??? , 
?? ? ,  ?,  ?? ???, ?  ? 
???  ? ?? ? ?? ???.  ??? ? ??...

- ?? ??--
   ?  ??? ? ? "???":

?? ??? ??? ??? ??, ???

?? - ???  ?? ? (???),    
? ?? 2 ?  ?? ??? ?? ? 
(?);

??? - ??? ??;

??? - ??? ??;

??? - ??? ??? ??,

?? - ???   ? ???.

Re: Re[3]: AV in module gds32.dll

2006-10-03 Пенетрантность O6opoTeHb 



  Query->SelectSQL->Text = "SELECT rdb$relation_name FROM rdb$relations";
  Query->Open();
  Connect->DropDatabase();
если Query->Open(); выпполнить тогда выдает АВ при Connect->Connected =  
false;

а если не выполнять Query->Open();, отсоединение проходит успешно.
Этот баг только на 2 на 1.5 такого нет.


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

Re: Re[3]: AV in module gds32.dll

2006-10-03 Пенетрантность O6opoTeHb 



  Connect->DatabaseName = "D:\\Projects\\Test\\EmptyDB\\test.gbk";

Э, вопрос немного в сторону
а можно коннектица к бэкапу?

Re: Re[3]: AV in module gds32.dll

2006-10-03 Пенетрантность Vlad Horsun 

"Dmitry Kotelnikov" ...

> Connect->DatabaseName = "D:\\Projects\\Test\\EmptyDB\\test.gbk";
> Connect->Params->Add("USER \"SYSDBA\"");
> Connect->Params->Add("PASSWORD \"masterkey\"");
> Connect->Params->Add("PAGE_SIZE 4096");
> Connect->CreateDatabase();

Для CreateDatabase пар-ры задаются не так. Спасибо Джеффу.

Попробуй

Connect->Params->Text = "USER \"SYSDBA\" PASSWORD \"masterkey\" PAGE_SIZE 
4096";

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

Re: Re[3]: ORDER BY <строка>?

2006-02-22 Пенетрантность Oleg LOA 
"Sergey Mereutsa" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]

>Если по существу - может все же формализировать принцип построения
>номера более жестко? Как правильно, а не как хочет заказчик?

Зависит от платежеспособности клиента :-), а так, мы готовы реализовать любые 
ваши прикладные фантазии!!!