Re: � ������������� �2, ������, ������� � �����

[Boltik Evgeny]

>> îÁÓ (Ibase.ru) ÉÎÔÅÒÅÓÕÅÔ ÉÍÅÎÎÏ ÔÏ, ÞÔÏ
>> ÄÁÎÎÙÅ ÓÉÓÔÅÍÙ ÏÓÎÏ×ÁÎÙ É ÕÓÐÅÛÎÏ
>> ÆÕÎËÃÉÏÎÉÒÕÀÔ _ÎÁ ÂÁÚÅ IB/FB_.
>
> ðÏÜÔÏÍÕ Ñ É ÐÒÅÄÌÏÖÉÌ ÂÁÚÕ, ËÏÔÏÒÁÑ ÉÄÅÔ × ÓÔÁÎÄÁÒÔÎÏÊ ÐÏÓÔÁ×ËÅ IB/FB.
> îÕ, ÍÏÖÎÏ ÅÝÅ, ËÁË ×ÁÒÉÁÎÔ, ÂÁÚÕ âÏÌÔÉËÁ :)

ëÓÔÁÔÉ ÜÔÉÈ ÂÁÚÙ Ä×Å ×ÓÉÌÕ ÔÏÇÏ ÞÔÏ ÇÅÎÅÒÁÔÏÒ ÂÁÚ ÄÁÎÎÙÈ ÒÁÚ×É×ÁÌÓÑ 
ÏÔÄÅÌØÎÏ, Á ×ÓÅ ÏÓÔÁÌØÎÙÅ ÎÁÐÒÁ×ÌÅÎÉÑ ÏÔÄÅÌØÎÏ ÍÏÖÎÏ ÐÒÏÓÔÏ ÇÌÑÎÕÔØ ÔÅ ÄÅÍËÉ 
ËÏÔÏÒÙÅ ÅÓÔØ ÔÕÔ http://www.sayan.ru/~bolt/

óÒÁ×ÎÉ×ÁÔØ ÏÄÉÎÁËÏ×ÙÅ ÂÁÚÙ ÔÉÐÁ EMPLOYEE.FDB ÓÍÙÓÌÁ ÎÅ ×ÉÖÕ Ô.Ë. ÒÅÚÕÌØÔÁÔ 
ÏÄÉÎ ÉÍÐÏÒÔÉÒÏ×ÁÎÎÙÅ ÆÏÒÍÙ É ÒÅÐÏÒÔÙ. ÷ÏÔ ×ÏÚÍÏÖÎÏÓÔÉ Õ ×ÓÅÈ ÐÁËÅÔÏ× ÒÁÚÎÙÅ 
ÞÔÏ ÔÏ ÕÄÏÂÎÅÊ ÚÄÅÓØ, Á ÞÔÏÔÏ ÚÄÅÓØ. ìÉÞÎÏ Ñ ÓÔÁÒÁÌÓÑ × Ó×ÏÉÈ ËÏÍÐÏÎÅÎÔÁÈ 
ÓÄÅÌÁÔØ ÔÁË ÞÔÏÂÙ Ñ ÎÉÞÅÇÏ ÎÅ ÄÅÌÁÌ Á ËÏÍÐÏÎÅÎÔ ÐÏ ×ÏÚÍÏÖÎÏÓÔÉ ÒÁÂÏÔÁÌ ÓÁÍ. 
îÅÄÏÓÔÁÔËÏ× Ñ ÚÎÁÀ ÍÎÏÇÏ, ÎÏ ÎÁ ÄÁÎÎÏÍ ÜÔÁÐÅ Ô.Ë. ÔÒÕÖÕÓØ ÏÄÉÎ É ÓËÏÌØËÏ 
ÓÄÅÌÁÎÏ ÓÞÉÔÁÀ ÎÏÒÍÁÌØÎÙÍ.

>> óÒÁÎÉ×ÁÔØ ÎÅ ×ÈÏÄÉÔ × ÎÁÛÉ ÃÅÌÉ.
>
> óÒÁ×ÎÉ×ÁÔØ ÂÕÄÅÔ ÚÁÉÎÔÅÒÅÓÏ×ÁÎÎÏÅ ÌÉÃÏ. üÔÏ ÖÅ ËÏÍÍÅÒÞÅÓËÉÅ ÓÉÓÔÅÍÙ,
> ËÏÔÏÒÙÅ ÉÝÕÔ Ó×ÏÅÇÏ ÐÏÔÒÅÂÉÔÅÌÑ É, ÌÏÇÉÞÎÏ ÐÒÅÄÏÓÔÁ×ÉÔØ ÐÏÔÅÎÃÉÁÌØÎÏÍÕ
> ËÌÉÅÎÔÕ
> ÓÒÁ×ÎÅÎÉÅ ÓÉÓÔÅÍ ÎÁ ÎÅËÏÊ ÜÔÁÌÏÎÎÏÊ ÚÁÄÁÞÅ, ËÁË ÜÔÏ ÄÅÌÁÀÔ Ó ÔÅÍÉ ÖÅ
> ÓÅÒ×ÅÒÁÍÉ,
> ×ÉÄÅÏËÁÒÔÁÍÉ, ÍÁÛÉÎÁÍÉ É ÐÒ.

õÈ É ÍÕÔÏÒÎÁÑ ÜÔÏ ÚÁÄÁÞÁ ×ÙÂÉÒÁÔØ ÔÏ ÎÅÚÎÁÀ ÞÔÏ. æÌÁÇ ÉÍ × ÒÕËÉ É ÕÄÁÞÉ × 
×ÙÂÏÒÅ :) 

Re: � ������������� �2, ������, ������� � �����

[Boltik Evgeny]

>> ÓÅÂÑ ÞÁÓÔØ ÒÁÂÏÔÙ ÐÏ ÓÏÚÄÁÎÉÀ ÂÁÚÙ. ô.Å.
>> ÐÒÏÇÒÁÍÍÉÓÔ "ÇÏ×ÏÒÉÔ" ÈÏÞÕ ÔÁËÏÊ-ÔÏ É
>> ÔÁËÏÊ-ÔÏ ÄÏËÕÍÅÎÔ, Á ÓÉÓÔÅÍÁ ÓÁÍÁ
>> ÓÏÚÄÁÅÔ ÓÔÒÕËÔÕÒÙ ÄÁÎÎÙÈ ÐÏÄ ÎÅÇÏ ÎÁ
>> ÏÓÎÏ×Å ËÁËÉÈ-ÔÏ ÛÁÂÌÏÎÏ×.
>
> ñ ÐÏÎÑÌ (ÍÏÖÅÔ ÏÛÉÂÓÑ), ÞÔÏ ÜÔÉ ÐÒÏÇÒÁÍÍÙ ÍÏÖÎÏ ÎÁÔÒÁ×ÉÔØ ÎÁ ÌÀÂÕÀ
> ÐÏÌØÚÏ×ÁÔÅÌØÓËÕÀ (IB/FB) ÂÁÚÕ.
> åÓÌÉ ÖÅ ÐÒÏÇÒÁÍÍÁ ÒÁÂÏÔÁÅÔ ÔÏÌØËÏ Ó ÂÁÚÏÊ Ó×ÏÅÇÏ ÆÏÒÍÁÔÁ, ÔÏ, ÉÍÈÏ, ÏÎÁ 
> ÍÁÌÏ
> ËÏÍÕ ÂÕÄÅÔ ÉÎÔÅÒÅÓÎÁ.

äÏÌÇÏ × Ó×ÏÅ ×ÒÅÍÑ ËÏÎÓÔÒÕÉÒÏ×ÁÌÉ ÆÏÒÍÁÔ ÂÅÚ ÂÁÚÙ ÄÁÎÎÙÈ É ×ÒÅÚÕÌØÔÁÔÅ 
ÐÏÌÕÞÉÌÏÓØ ÞÔÏ ÐÒÉÈÏÄÉÔÓÑ × ÔÏÊÖÅ ÂÁÚÅ ÈÒÁÎÉÔØ Ó×ÏÀ ÓÔÒÕËÔÕÒÕ. ðÏ ÐÒÉÞÉÎÅ 
ÉÓÐÏÌÎÑÅÍÙÊ ÆÁÊÌ ×ÓÅÇÄÁ ÍÁÌ É ÎÅÎÕÖÎÁ ÐÅÒÅÌÉÎËÏ×ËÁ ÐÒÉ ÄÏÂÁ×ÌÅÎÉÉ × 
ÓÔÒÕËÔÕÒÕ ÏÂßÅËÔÏ× É Ô.Ë. ÐÒÏÅËÔÙ ÒÁÓÔÕÔ ÐÁË ÍÙÌØÎÙÅ ÐÕÚÙÒÉ, ÞÔÏ ÓÏ×ÒÅÍÅÎÉÅÍ 
ÔÏÒÍÏÚÉÔ ÉÓÐÏÌÎÅÎÉÅ exe. á ÔÁË ÓÔÒÕËÔÕÒÁ × ÂÁÚÅ É ÐÏÄÇÒÕÖÁÅÔÓÑ ×ÓÅÇÄÁ ÔÏÌØËÏ 
ÔÏ ÞÔÏ ÐÏÔÒÅÂÏ×ÁÌÏÓØ × ÒÅÚÕÌØÔÁÔÅ ÓÂÁÌÏÎÓÉÒÏ×ÁÎÎÏÅ ÐÏÔÒÅÂÌÅÎÉÅ ÐÁÍÑÔÉ ÐÒÏÇÏÊ 
É ÎÅ ÂÏÌØÛÉÅ ÐÏÔÅÒÉ ÐÒÉ ÚÁÇÒÕÚËÅ ÉÚ ÂÁÚÙ. èÏÔÑ ÎÁ ÓËÏÒÏÓÔØ ÒÁÂÏÔÙ ÜÔÏ ÍÁÌÏ 
×ÌÉÑÅÔ. âÙÌÉ ×ÒÅÍÅÎÁ ÎÁ 98 ÏÐÅÒÁÔÉ×ËÁ ÚÁËÁÎÞÉ×ÁÌÁÓØ, Á ÓÅÊÞÁÓ ÐÒÏÇÁ ÒÁÂÏÔÁÅÔ 
ÎÁ ÍÏÌÏËÏÚÁ×ÏÄÅ ÏÎÉ ÄÁÖÅ ËÏÍÐ ÍÅÎÑÔØ ÎÅ ÓÏÂÉÒÁÀÔÓÑ. âÙÌÁ ÍÙÓÌÑ ÎÁÞÁÔØ 
ÒÁÓÐÒÏÓÔÒÁÎÑÔØ ÏÂÏÌÏÞËÕ ÎÏ ÐÏÔÏÍ ×ÓÅ ÚÁÞÁÈÌÏ Ô.Ë. ÓÒÕËÔÕÒÕ ÐÏÍÅÎÑÌ, ÄÏÌÎÙ 
×ÓÅ ÅÅ ÐÏÍÅÎÑÔØ ËÔÏ ÐÏÌØÚÕÅÔÓÑ ÐÒÏÇÒÁÍÍÏÊ. õ ÍÅÎÑ ÅÓÔØ ÄÒÕÇ ÏÎ ÏÂÎÏ×ÌÑÅÔ 
ÓÒÕËÔÕÒÕ 1 ÒÁÚ × ÐÏÌ ÇÏÄÁ. îÏ ÄÌÑ ÎÅÇÏ ÜÔÏ ËÁË ÐÏÔÏÐ Ô.Ë. ÎÁÄÏ Ó×ÅÒÉÔØ ×ÓÅ 
ÔÒÉÇÇÅÒÁ, ÐÒÏÃÅÄÕÒÙ É Ô.Ä. äÅÎØ Ñ×ÎÏ ËÏÒÏÔÏË ÅÝÅ ÂÙ ÞÁÓÉËÏ× 48 É ÍÏÖÅÔ 
Ç×ÁÔÉÌÏ ×ÒÅÍÅÎÉ ÞÕÖÅÅ ÐÏÓÍÏÔÒÅÔØ. ôÕÔ × æâ2 ÇÌÀË ËÁË ×ÓÔÒÅÔÉÛØ É ÒÁÂÏÔÁÔØ 
ÎÁÄÏ É ÇÌÀË ÏÐÉÓÁÔØ ÓÍÏÔÒÅÔØ ÎÅËÏÇÄÁ ÐÏÌÕÞÁÅÔÓÑ Á ÅÝÅ ÈÏÞÅÔÓÑ ÌÉÞÎÏÊ ÖÉÚÎÉ. 
íÍÍÍÄÁ . 

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Horsun Vlad]

"Boltik Evgeny" ...
> Тут в ФБ2 глюк как встретишь и работать
> надо и глюк описать смотреть некогда получается а еще хочется личной жизни.

Какая уж тут личная жизнь, когда в FB2 полно глюков ?! :)
Все на борьбу с глюками FB2 ! Вперёд ! Ура !

:)))

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

Re: К разработчикам Ф2, Бублик, Гедымин и других

[sasha]

А что если ещё не всё из задуманного реализовано?

Re: � ������������� �2, ������, ������� � �����

[Boltik Evgeny]

>> ôÕÔ × æâ2 ÇÌÀË ËÁË ×ÓÔÒÅÔÉÛØ É ÒÁÂÏÔÁÔØ
>> ÎÁÄÏ É ÇÌÀË ÏÐÉÓÁÔØ ÓÍÏÔÒÅÔØ ÎÅËÏÇÄÁ ÐÏÌÕÞÁÅÔÓÑ Á ÅÝÅ ÈÏÞÅÔÓÑ ÌÉÞÎÏÊ 
>> ÖÉÚÎÉ.
>
>ëÁËÁÑ ÕÖ ÔÕÔ ÌÉÞÎÁÑ ÖÉÚÎØ, ËÏÇÄÁ × FB2 ÐÏÌÎÏ ÇÌÀËÏ× ?! :)
> ÷ÓÅ ÎÁ ÂÏÒØÂÕ Ó ÇÌÀËÁÍÉ FB2 ! ÷ÐÅÒ£Ä ! õÒÁ !
>
> :)))

óÍÅÊÓÑ ÓÍÅÊÓÑ. ôÅÂÅ ÂÙ ÔÁË. ò×ÕÔ ÎÁ ÞÁÓÔÉ Á ÔÙ ÎÅ ÎÕÄÙ ÎÅ ÓÕÄÙ. çÌÀËÏ× 
È×ÁÔÁÅÔ Á ÔÁË ËÁË ×Á ÎÅ ×Å ÓÞÉÔÁÅÔÅ ÇÌÀËÁÍÉ ÐÒÉÈÏÄÉÔÓÑ ÏÂßÅÚÖÁÔØ ÉÈ. óÁÍÙÅ 
ÐÒÏÓÔÙÅ ËÏÔÏÒÙÅ ÄÏÓÔÁÌÉ ËÏÎÎÅËÔ ÐÅÒÓÏÎÁÌ ÎÅ ÐÅÒÓÏÎÁÌ É ÒÁÚÍÅÝÅÎÉÅ õäæ É 
firebird.msg. ìÁÄÎÏ ÂÙ ÍÎÅ ÏÄÎÏÍÕ ÎÁÄÏ ÂÙÌÏ ÎÁÒÏÄ ÐÒÏÓÉÌ ÎÏ ×ÁÍ ÜÔÏ ÎÅ ÎÁÔØ. 
:( 

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Boulitchev Aleksey]

А что если ещё не всё из задуманного реализовано?


все равно продавай

--
Булычев Алексей
http://www.stella-npf.ru

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Horsun Vlad]

"Boltik Evgeny" ...

> Смейся смейся. Тебе бы так. Рвут на части а ты не нуды не суды.

Да, я тут знаешь ли чаёк попиваю и сюда пописываю от нечего делать

> Глюков хватает а так как ва не ве считаете глюками приходится объезжать их.

Что-то не видел я в трекере ничего от тебя.

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

PS Ответ на остальное я написал... но удалил дабы не быть невежливым

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Kovalenko Dmitry]

> а еще хочется личной жизни.
> Ммммда .

И приходишь к мысли - "Если бы мне дали
еще один шанс начать все с начала" :)))

На заре своей карьеры, когда у меня
шанс еще был, я сочинил коротенький
документ http://www.ibprovider.com/rus/documentation/oledb.html
в котором мне нравится фраза про
планку и про "бредим" в начале абзаца
про объектные базы данным.

Спустя пять лет, свалив все го на
скриптеров и занимаясь решением
только фундаментальных проблем, могу
за себя только порадоваться.

Коваленко Дмитрий.
www.ibprovider.com

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Andrei]

> Могу поискать ТЗ на тест и всё такое,
> только боюсь никто не подпишется на
> такое тестирование

от чего же... если найдете ТЗ можно
попробовать и сравнить

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Kovalenko Dmitry]

Horsun Vlad писал(а):

> Какая уж тут личная жизнь, когда в FB2 полно глюков ?! :)
> Все на борьбу с глюками FB2 ! Вперёд ! Ура !

Какая борьба? Куда вперед?

Шайб.. тьфу ты - Релиз! Релиз! Релиз!

Коваленко Дмитрий.

PS. Кстати, насчет релиза. Надо бы тебе
пиьсмо отписать :)

Re: � ������������� �2, ������, ������� � �����

[Dmitry Lendel]

> > á ÞÔÏ ÅÓÌÉ ÅÝ£ ÎÅ ×Ó£ ÉÚ ÚÁÄÕÍÁÎÎÏÇÏ ÒÅÁÌÉÚÏ×ÁÎÏ?
>
> ×ÓÅ ÒÁ×ÎÏ ÐÒÏÄÁ×ÁÊ
>
ïÞÅÎØ ÐÒÁ×ÉÌØÎÏ. ðÏÌÎÏÓÔØÀ ÓÏÇÌÁÓÅÎ :-))
äÍÉÔÒÉÊ

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Alexey Popov]

 Скрипты должны работать на более высоком уровне
абстракции, а не просто упрощать жизнь программеру
устраняя компилирование. Поэтому никаких БД и
sql запросов. Всё должно идти через спец. апи.
 Далее, стандартные скриптовые языки недостаточно
гибки в плане синтаксиса, типов данных и пр.



--
--- Home Page http://ok.novgorod.net/ap ---

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Serge Buzadzhy]

Alexey Popov пишет:


 Скрипты должны работать на более высоком уровне
абстракции, а не просто упрощать жизнь программеру
устраняя компилирование. Поэтому никаких БД и
sql запросов. Всё должно идти через спец. апи.
 Далее, стандартные скриптовые языки недостаточно
гибки в плане синтаксиса, типов данных и пр.


Недостаточно для чего?

Re: � ������������� �2, ������, ������� � �����

[Evgeny Putilin]

Hi  "Alexey Popov" 
>   Скрипты должны работать на более высоком уровне
> абстракции, а не просто упрощать жизнь программеру
> устраняя компилирование. 
А что компилирование сильно мешает? Единственные проблеммы с компилированием 
это когда в .h/.hpp файле который все include'ят менять. А так ни каких проблем.
> Поэтому никаких БД и
> sql запросов. Всё должно идти через спец. апи.
Запросы ты тоже через API собираешся писать? 
>   Далее, стандартные скриптовые языки недостаточно
> гибки в плане синтаксиса, типов данных и пр.
Вот тут нифига не понял, что ты хотел сказать.

WBR Путилин Евгений.

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Alexey Popov]

Evgeny Putilin wrote:


А что компилирование сильно мешает? Единственные проблеммы с компилированием 
это когда в .h/.hpp файле который все include'ят менять. А так ни каких проблем.


Это не ко мне. Тут упомяналось это как достоинство скриптов.


Поэтому никаких БД и
sql запросов. Всё должно идти через спец. апи.


Запросы ты тоже через API собираешся писать? 


Запросам не место в скриптах. Это моё мнение.
Что вместо них - ничего, т.к. это должен быть другой
уровень абстракции.


--
--- Home Page http://ok.novgorod.net/ap ---

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Alexey Popov]

Serge Buzadzhy wrote:


 Далее, стандартные скриптовые языки недостаточно
гибки в плане синтаксиса, типов данных и пр.


Недостаточно для чего?


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

--
--- Home Page http://ok.novgorod.net/ap ---

Книга про Firebird 2

[Janex]

Привет алл
Нашёт книги по Firebird которая рекламируется на ibase.ru.
По Firebird-у ето единственная или есть и чтото по лучше, тоесть
можбить ктото посоветует что лучше покупать.
В принципе интересует есть ли кокая то книга где было бы
всё про Firebird 2 ...

Regards
Janex

Re: К разработчикам Ф2, Бублик, Гедымин и

[Kovalenko Dmitry]

Alexey Popov писал(а):

> > А что компилирование сильно мешает? Единственные проблеммы с 
> > компилированием это когда в .h/.hpp файле который все include'ят менять. А 
> > так ни каких проблем.

Да ну нафиг, Жень. Меня, например,
компилирование очень напрягает.

Сказал Дима, у которого компилирование
достаточно хорошо автоматизировано.

> Это не ко мне. Тут упомяналось это как достоинство скриптов.
>
> >>Поэтому никаких БД и
> >>sql запросов. Всё должно идти через спец. апи.

Это какое такое "спец-апи" ? У меня, есть
одно такое, специальное. Назвывается
OLEDB.

> > Запросы ты тоже через API собираешся писать?
>
> Запросам не место в скриптах. Это моё мнение.
> Что вместо них - ничего, т.к. это должен быть другой
> уровень абстракции.

Алексей, а чем ваше мнение
подтверждается?

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

У меня есть репликатор - в нем с десяток
запросов в ядре. И _очень_много_ в
скриптах. Репликатору по-барабану чем
там скрипты с базой занимаются.

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

Так что это, того. Для каждой задачи
есть своя золотая середина.

Коваленко Дмитрий

Re: Книга про Firebird 2

[Oleg Prosvetov]

Лучше этой книги я пока по Firebird не видел: 
http://www.books.ru/shop/books/364902?partner=ibase

С наилучшими пожеланиями, Oleg Prosvetov.

Re: Книга про Firebird 2

[Janex]

Oleg Prosvetov wrote:
Лучше этой книги я пока по Firebird не видел: 
http://www.books.ru/shop/books/364902?partner=ibase


С наилучшими пожеланиями, Oleg Prosvetov.

Ясно, спасибо за совет, но а там про двоукy чтото есть ?

Regards
Janex.

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Ded]

Horsun Vlad wrote:

Глюков хватает а так как ва не ве считаете глюками приходится объезжать их.



Что-то не видел я в трекере ничего от тебя.


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


--
Regards. Ded.

Re: Книга про Firebird 2

[Ded]

Janex wrote:

Лучше этой книги я пока по Firebird не видел: 
http://www.books.ru/shop/books/364902?partner=ibase


С наилучшими пожеланиями, Oleg Prosvetov.


Ясно, спасибо за совет, но а там про двоукy чтото есть ?


   А как же :) Двойки ещё нет, а книжки уже есть и не первый год :-D

   Release Notes называется.

--
Regards. Ded.

Re: К разработчикам Ф2, Бублик, Гедымин и

[Alexey Popov]

Kovalenko Dmitry wrote:


Это какое такое "спец-апи" ? У меня, есть
одно такое, специальное. Назвывается
OLEDB.


Спец. апи. Это апи предметной области. А у тебя
как я понимаю скрипт запросы фигачит.


Запросам не место в скриптах. Это моё мнение.
Что вместо них - ничего, т.к. это должен быть другой
уровень абстракции.


Алексей, а чем ваше мнение
подтверждается?


Есть опыт проектирования и создания скриповой
системы с нуля.  Работа с данными из БД и интерфейс
с юзером.


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


Дело не в физическом расположении, а в другом
иерархическом уровне.


У меня есть репликатор - в нем с десяток
запросов в ядре. И _очень_много_ в
скриптах. Репликатору по-барабану чем
там скрипты с базой занимаются.


В данном случае скрипты это костыль заменитель
обычного кода.


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


Вот это уже ближе к телу.


Так что это, того. Для каждой задачи
есть своя золотая середина.


Есть нездоровая тенденция заменить скриптами
дельфи/билдер. Скрипт должен давать новое
качество, но не просто быть 1 в 1 более
красивой копией паскалевого кода.


--
--- Home Page http://ok.novgorod.net/ap ---

Re: Книга про Firebird 2

[ArtGal]

"Oleg Prosvetov" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
> Лучше этой книги я пока по Firebird не видел:
> http://www.books.ru/shop/books/364902?partner=ibase
>

Кому как.
А мне Ковязин, Востриков больше подошел.
http://www.books.ru/shop/books/342456
Это сугубо мое личное мнение, не более.

-- 
Артур Галимов. ФК "ФармМедСервис" (Сочи).

current_timestamp & now in FB2

[Dmitri Kuzmenko]

Hello, All!

А что, революцию с миллисекундами в Subj все проспали?
Или у всех работает? Или у всех FIBPlus (хотя там еще
неясно пока, работает али нет)?

http://forum.ibase.ru/phpBB2/viewtopic.php?t=2592

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: К разработчикам Ф2, Бублик, Гедымин и других

[recoilme]

Ух, ты! Хоть один не испугался))

Как файл прикрепить -не знаю поэтому
сюда скопипастаю.. ТЗ писали для себя,
поэтому по простому. _ ключевые поля -
на интежер прошу заменить с символьных
10

ТЗ:
Справочник номенклатур
ItemId  Строка (10), первичный ключ
ItemNameСтрока (100)
1000 позиций
Начальное заполнение записями вида
{“Item1”, “Номенклатура 1”} (аналогично
до 1000).

Структура данных
Первичные и внешние ключи –
обязательно как указано ниже. Другая
индексация таблиц – по желанию.
Документы
DocId   Строка (10) , первичный ключ
DocDate Дата
Строки документов
DocId   Строка (10), ссылка на таблицу
Документы
ItemId  Строка(10), ссылка на таблицу
Номенклатура
Qty Действительное число
Пара (DocId, ItemId) уникальна в таблице
(первичный ключ).
Проводки
TransId Строка (10) , первичный ключ
ItemId  Строка (10), ссылка на таблицу
Номенклатура
TransDate   Дата
Qty Действительное число
Мгновенные остатки
ItemId  Строка (10), ссылка на таблицу
Номенклатура, первичный ключ
Qty Действительное число
Задача
Загрузка данных
Грузим данные из текстового файла с
разделителями табуляцией. Формат:
LineType“H” или “L”, то есть заголовок
или строка
DocDate Дата документа в формате DD.MM.
(заполняется только для заголовков)
ItemId  Идентификатор номенклатуры
Qty Количество операции
Заполнение файла – 100 документов по 1000
строк в каждом. Каждый документ – от
случайной даты в диапазоне (01.01.2005,
31.12.2005). В каждой строке ItemId – случайный
выбор из 1001 позиции вида “Item321”. Qty –
случайное действительное число с
округлением до 2 цифр после запятой в
диапазоне (-100, 100).
При загрузке создаются документы,
строки, проводки, пересчитываются
остатки. Каждый документ создается в
своей транзакции, в ней же
пересчитываются остатки.
Ошибочная позиция Item1001 должна
отбрасываться.
Повторяющиеся номенклатуры в одном
документе в файле суммируются, то есть
в БД для каждой номенклатуры не более
одной строки в документе.
Идентификатор документа генерится из
последовательности, вид «Док###», то
есть всегда длиной 10 символов, пример
«Док341».
Идентификатор проводки генерится из
последовательности, вид «Пр», все
аналогично документу.
Замеряется общее время выполнения
загрузки в пустую базу, среднее время
загрузки одного документа. Замеряется
общее время второй загрузки (другой
файл).
Отчет
Строится оборотка по номенклатуре –
отчет вида:
НоменклатураНачальный остаток   Приход
за период   Расход за периодКонечный
остаток
В отчет включается вся номенклатура.
Отчет выгружается в текстовый файл с
разделителями табуляцией.
Замеряется общее время формирования
файла. Входные параметры – период.
Смотрим время формирования на
периодах:
(01.01.2005, 31.12.2005)
(01.03.2005, 31.12.2005)

Re: Книга про Firebird 2

[Janex]

   А как же :) Двойки ещё нет, а книжки уже есть и не первый год :-D

   Release Notes называется.


Ну про Release Notes я в курсе, но имел ввиду что можбить автор зная
кокие фичи будут в дбоике рискнул и вклал их в книгу ???
У меня есть Мир Интербазе первое издание - имеет ли смысл покупать
другую или ето будет тож самое что "Мир Интербазе" + "FB2 Release Notes" ???


Regards
Janex

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Мадорский Г . В .]

В качестве простого примера - скрипт управления неким
устройством в реальном времени.



Хороший пример. На чем же еще писать программы управления устройствами в 
реальном времени как не на скриптах? :)


With b/r. Gleb. 

Re: К разработчикам Ф2, Бублик, Гедымин и

[Kovalenko Dmitry]

Alexey Popov писал(а):

> Спец. апи. Это апи предметной области. А у тебя
> как я понимаю скрипт запросы фигачит.

Ну почему? Скрипт может создать
COM-объект, будет дергать его методы, а
последний будет как раз фигачить
запросы. А может дергать что-то другое.

> > Алексей, а чем ваше мнение
> > подтверждается?
>
> Есть опыт проектирования и создания скриповой
> системы с нуля.  Работа с данными из БД и интерфейс
> с юзером.

А масштабы этой системы какие?

> > У меня есть репликатор - в нем с десяток
> > запросов в ядре. И _очень_много_ в
> > скриптах. Репликатору по-барабану чем
> > там скрипты с базой занимаются.
>
> В данном случае скрипты это костыль заменитель
> обычного кода.

Да что вы говорите :) Алексей, я очень
злобный по отношению к таким
высказываниям. Поэтому лучше я здесь
промолчу.

> > Так что это, того. Для каждой задачи
> > есть своя золотая середина.
>
> Есть нездоровая тенденция заменить скриптами
> дельфи/билдер.

Мир не замыкается на дельфи и билдере.

> Скрипт должен давать новое
> качество, но не просто быть 1 в 1 более
> красивой копией паскалевого кода.

Тебя это так сильно напрягает? Меня
например - нет.

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

А во вторых, потому что такие
программеры зачастую являются
покупателями IBProvider-а ;)

Коваленко Дмитрий.

Re: К разработчикам Ф2, Бублик, Гедымин и других

[recoilme]

Andrei wrote:
> > Могу поискать ТЗ на тест и всё такое,
> > только боюсь никто не подпишется на
> > такое тестирование
>
> от чего же... если найдете ТЗ можно
> попробовать и сравнить

Гугл рулит!

Опубликовал ТЗ на вебе, если есть
желающтие - велкам!
http://www.writely.com/View.aspx?docid=dgq7qzfb_2jj3b48

Re: current_timestamp & now in FB2

[Slava Ekimov]

DK> А что, революцию с миллисекундами в Subj все проспали?
DK> Или у всех работает? Или у всех FIBPlus (хотя там еще
DK> неясно пока, работает али нет)?

DK> http://forum.ibase.ru/phpBB2/viewtopic.php?t=2592

Про фичу читал, но еще ни разу не напоролся. Использую IBX 7.08. 

Re: current_timestamp & now in FB2

[Ded]

Dmitri Kuzmenko wrote:


http://forum.ibase.ru/phpBB2/viewtopic.php?t=2592


   Дело в том, что

а) По таймштампу на равенство ни один здравомыслящий человек не ищет и 
искать не будет. Если только этот таймштапм не является date по способу 
формирования (на клиенте или через "today" в PSQL), и то очень редко.
б) Всякие там UpdateSQL и прочая, даже автогенерируемые, здравомыслящий 
человек опять же пишет по ПК. В которые человек искушённый и погулявший 
вволю в своё время по граблям, таймштамп опять же не пихает.


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


--
Regards. Ded.

Re: current_timestamp & now in FB2

[Мадорский Г . В .]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в 
новостях следующее: news:[EMAIL PROTECTED]


Hello, All!

А что, революцию с миллисекундами в Subj все проспали?
Или у всех работает? Или у всех FIBPlus (хотя там еще
неясно пока, работает али нет)?

http://forum.ibase.ru/phpBB2/viewtopic.php?t=2592

--


Да, интересно. Вспоминаю вот свои программы. Вроде нигде updat-ить и 
delet-ить по timestamp-у я не додумался...


With b/r. Gleb. 

Re: � ������������� �2, ������, ������� � �����

[Evgeny Putilin]

hi  "Мадорский Г.В."
> Хороший пример. На чем же еще писать программы управления устройствами в 
> реальном времени как не на скриптах? :)
У нас вообще на State Mashine пишут :-)
WBR Evgeny Putilin.

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Alexey Popov]

Мадорский Г.В. wrote:

Хороший пример. На чем же еще писать программы управления устройствами в 
реальном времени как не на скриптах? :)


Не на VB вестимо :-) Основная программа в обычном коде - на скриптах
только сценарий.

--
--- Home Page http://ok.novgorod.net/ap ---

Re: Книга про Firebird 2

[Ded]

Janex wrote:


Ну про Release Notes я в курсе, но имел ввиду что можбить автор зная
кокие фичи будут в дбоике рискнул и вклал их в книгу ???


   Разработчики сами-то не знают до стадии RC что у них там будет. Вон 
в Мир Интербейз вклали про параметризованные эвенты в FB1.5, а оказалось 
что их там нет и наверное вообще никогда не будет.



У меня есть Мир Интербазе первое издание - имеет ли смысл покупать
другую или ето будет тож самое что "Мир Интербазе" + "FB2 Release Notes" 


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


--
Regards. Ded.

Re: К разработчикам Ф2, Бублик, Гедымин и

[Alexey Popov]

Kovalenko Dmitry wrote:


Ну почему? Скрипт может создать
COM-объект, будет дергать его методы, а
последний будет как раз фигачить
запросы. А может дергать что-то другое.


Это хорошо, но это как раз то про что я и говорю -
некая совокупность спроектированных объектов
доступных скрипту. Без всякого sql. ком/не ком это
уже дело десятое.


Есть опыт проектирования и создания скриповой
системы с нуля.  Работа с данными из БД и интерфейс
с юзером.


А масштабы этой системы какие?


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


В данном случае скрипты это костыль заменитель
обычного кода.



Да что вы говорите :) Алексей, я очень
злобный по отношению к таким
высказываниям. Поэтому лучше я здесь
промолчу.


Поддержка и контроль версию скриптов ещё тот ад. Если
ты работаешь под один объект это пофиг, а при тиражировании
это серьёзные грабли. Доходит до того что приходится
просить прислать текст скрипта, который стоит у заказчика.
Но это не серьёзная проблема если скрипты небольшие.


Скрипт должен давать новое
качество, но не просто быть 1 в 1 более
красивой копией паскалевого кода.


Тебя это так сильно напрягает? Меня
например - нет.


Это то хорошо живёшь - сам писал что скриптами
не занимаешься.


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


Не вижу в этом ничего замечального. Лень экзешники менять?
Скрипт прежде всего нужены чтобы уйти от тяжкого бремени
универсализации ПО.


А во вторых, потому что такие
программеры зачастую являются
покупателями IBProvider-а ;)


Точнее в основном только они и являются ;)


--
--- Home Page http://ok.novgorod.net/ap ---

Re: � ������������� �2, ������, �������

[Evgeny Putilin]

Hi  "Alexey Popov" 
> Это хорошо, но это как раз то про что я и говорю -
> некая совокупность спроектированных объектов
> доступных скрипту. Без всякого sql. ком/не ком это
> уже дело десятое.
Wauuu 
Интересно как на такой системы делать выборки.отчеты по периодам и т.д.? Вместо 
group by делать циклы с ручным агрегированием?

Путилин Евгений.

Re: К разработчикам Ф2, Бублик, Гедымин и

[Alexey Popov]

Evgeny Putilin wrote:


Интересно как на такой системы делать выборки.отчеты по периодам и т.д.? Вместо 
group by делать циклы с ручным агрегированием?


Создавать уровень абстракции в котором не фигурирует понятие выборка.
Это конечно может быть очень трудно сделать особенно для бух. систем.
В противном случае что скрипт, что bpl - не велика разница.


Ps. Хотя была у меня тут одна идея транслировать логические условия
скрипта в sql/blr, но практическая надобность в этом не возникла.


--
--- Home Page http://ok.novgorod.net/ap ---

Re: К разработчикам Ф2, Бублик, Гедымин и

[Kovalenko Dmitry]

Alexey Popov писал(а):

> > Да что вы говорите :) Алексей, я очень
> > злобный по отношению к таким
> > высказываниям. Поэтому лучше я здесь
> > промолчу.
>
> Поддержка и контроль версию скриптов ещё тот ад. Если
> ты работаешь под один объект это пофиг, а при тиражировании
> это серьёзные грабли. Доходит до того что приходится
> просить прислать текст скрипта, который стоит у заказчика.
> Но это не серьёзная проблема если скрипты небольшие.

Во-первых, скрипты у нас (как и все
остальное) хранятся в CVS.
Во-вторых, они очень хорошо
структурированы.
В-третьих на скриптах можно делать UI
Ну тут можно еще что-то сказать, но мне
не интересно сейчас напрягаться.

> > Тебя это так сильно напрягает? Меня
> > например - нет.
>
> Это то хорошо живёшь - сам писал что скриптами
> не занимаешься.

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

Более того скрипты для репликатора
писал в основном я. Потому что надо
было увязать и систематизировать
очень много мелких деталей. А это
требовало достаточно хорошей
подготовки от программиста :) Хотя чего
там, казалось - взять из этой БД,
положить в другую БД.

> Не вижу в этом ничего замечального. Лень экзешники менять?
> Скрипт прежде всего нужены чтобы уйти от тяжкого бремени
> универсализации ПО.

Чего-то я не догнал. Может все таки
"скрипт нужен для преодаления
сложностей, связанных с
универсализацией ПО" ?

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

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

Иногда, ради развлечения, я меняю C++ и VBS
местами.

Коваленко Дмитрий.

Re[2]: К разработчикам Ф2, Бублик, Гедымин и

[Sergey Mereutsa]

Привет!


> Иногда, ради развлечения, я меняю C++ и VBS
> местами.

О, мусье знает толк в извращениях (c) :))


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: К разработчикам Ф2, Бублик, Гедымин и

[Ded]

Sergey Mereutsa wrote:


Иногда, ради развлечения, я меняю C++ и VBS
местами.



О, мусье знает толк в извращениях (c) :))



   Да одна фигня - олбанскый, диалекты :-D Во всяком случае, среди 
алгоритмических - наиболее близкие аналоги идеологически ;)


--
Regards. Ded.

Re: К разработчикам Ф2, Бублик, Гедымин и

[Alexey Popov]

Kovalenko Dmitry wrote:


Во-первых, скрипты у нас (как и все
остальное) хранятся в CVS.
Во-вторых, они очень хорошо
структурированы.
В-третьих на скриптах можно делать UI


Это у вас, как я понял один объект. А когда
у каждого скрипта по 10 кастомизаций на объектах.
 А потом появляется новая фича в базовом функцонале,
то возникает вопрос что в 10 кастомов надо внести
эту фичу.
 Да, вы фактически преодолели скриптовые грабли
применив тяжёлую артиллерию. Система получается слишком
жёсткой. Большое преимущество скрипта как раз в том
что можно забить на структурность и можно менять быстро
на лету не задумываясь о всякой хрени типа контроля версий.


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


Так я и не говорю что есть. Тем более что проблемы
можно решить. Вопрос изначально в проектировании
скриптовой системы и её целесообразности.


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


 Ага.  Легко сидеть имея под рукой работающую
отлаженную систему и внося пару строчек кода в
в день :-). Вопрос касается проектирования новых
систем.
 Очень рад за тебя что у тебя всё работает, но
не надо душить полёт мысли :-)

--
--- Home Page http://ok.novgorod.net/ap ---

Re: current_timestamp & now in FB2

[Dmitri Kuzmenko]

Hello, Ded!

Ded wrote:

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


это я согласен, достаточно вспомнить ambiguous queries,
и другие чудеса парсера. однако при несоответствии типов
мы в большинстве случаев в tdatetime получим вовсе не то,
что хранится в timestamp или time, если те хранят данные
с миллисекундами.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: � ������������� �2, ������, ������� � �����

[Boltik Evgeny]

>> óÍÅÊÓÑ ÓÍÅÊÓÑ. ôÅÂÅ ÂÙ ÔÁË. ò×ÕÔ ÎÁ ÞÁÓÔÉ Á ÔÙ ÎÅ ÎÕÄÙ ÎÅ ÓÕÄÙ.
>
>äÁ, Ñ ÔÕÔ ÚÎÁÅÛØ ÌÉ ÞÁ£Ë ÐÏÐÉ×ÁÀ É ÓÀÄÁ ÐÏÐÉÓÙ×ÁÀ ÏÔ ÎÅÞÅÇÏ ÄÅÌÁÔØ
>
>> çÌÀËÏ× È×ÁÔÁÅÔ Á ÔÁË ËÁË ×Á ÎÅ ×Å ÓÞÉÔÁÅÔÅ ÇÌÀËÁÍÉ ÐÒÉÈÏÄÉÔÓÑ ÏÂßÅÚÖÁÔØ 
>> ÉÈ.
>
>þÔÏ-ÔÏ ÎÅ ×ÉÄÅÌ Ñ × ÔÒÅËÅÒÅ ÎÉÞÅÇÏ ÏÔ ÔÅÂÑ.

íÎÅ ÓÓÙÌÏÞËÕ ËÕÄÁ ÐÉÓÁÔØ ÄÁ ÎÁ ÒÕÓÓËÏÍ ÞÔÏÂ. éÎÇÌÉÛØ ÐÌÏÈÏ×ÁÔÏ ÚÎÁÅÍ, ÈÕÖÅ 
ÒÕÓÓËÏÇÏ, ÄÕÍÁÀ ÎÁ ÉÈÎÅÍ ÑÚÙËÅ, ÞÔÏ ÓËÁÖÕ ÂÕÄÅÔ ×ÏÏÂÝÅ ÎÅ ÐÏÎÑÔÎÏ. ðÒÏ ÜÔÏ Ñ 
ÕÖÅ ÂÏÌÅÅ ÇÏÄÁ Ô×ÅÒÖÕ ÐÅÒÉÏÄÁÍÉ DY É ×ÅÔËÁ ÄÁÖÅ ÏÄÎÁ ÓÏÄÅÒÖÁÌÁ ÒÁÄÏÓÔØ 
ÞÅÌÏ×ÅËÁ ÞÔÏ ËÔÏ ÔÏ ÅÍÕ ÌÑÐÎÕÌ ÞÔÏ Msg É UDF ÔÅÐÅÒØ ÍÏÖÅÔ ÌÅÖÁÔØ ×ÍÅÓÔÅ Ó 
ËÌÉÅÎÔÓËÏÊ ÌÉÂÏÊ.

á ÇÌÀËÉ ÎÁÞÉÎÁÀÔÓÑ ÓÌÅÄÕÀÝÉÍ ÏÂÒÁÚÏÍ Ñ ÓÔÁÒÁÀÓØ ÓËÁÞÉ×ÁÔØ ÂÏÌÅÅ ÎÏ×ÙÅ ÓÂÏÒËÉ 
É ÎÁ ÎÉÈ ÒÁÂÏÔÁÔØ É ÉÎÏÊ ÒÁÚ ÂÅÇÁÅÛØ ÍÅÖ ÓÂÏÒËÁÍÉ ÄÁÂÙ ÚÁÒÁÂÏÔÁÌÏ ÔÏ ÞÔÏ 
ÒÁÂÏÔÁÌÏ ÎÁÈÏÄÉÛØ ÞÔÏ É ËÁË ÎÏ ÐÏÑ×ÉÌÁÓØ ÎÏ×ÁÑ ÓÂÏÒËÁ ÎÁÓÌÅÄÕÀÝÉÊ ÄÅÎØ ÔÙ ÅÅ 
ÂÅÒÅÛØ É Ï ÂÌÉÎ ÚÁÒÁÂÏÔÁÌÏ ÔÏ ÞÔÏ ÐÅÒÅÓÔÁÌÏ ÒÁÂÏÔÁÔØ ÄÕÍÁÅÛØ ÆÉÇ ÓÎÉÍ 
ÎÅÕÓÐÅÌ ÄÅÍËÕ ÎÁËÒÏÐÁÔØ ÚÎÁÔØ ÎÅ Ñ ÏÄÉÎ ×ÐÏÒÏÌÓÑ ÅÄÅÍ ÄÁÌÛÅ É Ô.Ä. ÔÕÔ ÂÅÚ 
ÏÂÉÄ Õ ÓÁÍÉÈ Ó×ÏÉÈ ÇÌÀËÏ× È×ÁÔÁÅÔ ÐÏÌÅ ÒÅÓÔÒÕËÔÏÒÉÚÁÃÉÉ ÓßÅÚÖÁÅÔ ÉÎÏÇÄÁ 
ÎÅÍÁÌÏ. 

Re: � ������������� �2, ������, �������

[Boltik Evgeny]

>> óËÒÉÐÔ ÄÏÌÖÅÎ ÄÁ×ÁÔØ ÎÏ×ÏÅ
>> ËÁÞÅÓÔ×Ï, ÎÏ ÎÅ ÐÒÏÓÔÏ ÂÙÔØ 1 × 1 ÂÏÌÅÅ
>> ËÒÁÓÉ×ÏÊ ËÏÐÉÅÊ ÐÁÓËÁÌÅ×ÏÇÏ ËÏÄÁ.
>
> ôÅÂÑ ÜÔÏ ÔÁË ÓÉÌØÎÏ ÎÁÐÒÑÇÁÅÔ? íÅÎÑ
> ÎÁÐÒÉÍÅÒ - ÎÅÔ.
>
> ÷Ï ÐÅÒ×ÙÈ, ÐÏÔÏÍÕ ÞÔÏ ÄÌÑ ÍÅÎÑ
> ×ÏÚÍÏÖÎÏÓÔØ ÐÅÒÅÐÒÏÇÒÁÍÍÉÒÏ×ÁÔØ
> ÐÒÏÇÒÁÍÍÕ ÎÅ ÉÚÍÅÎÑÑ Å£ ÏÓÎÏ×ÎÏÊ
> ÉÓÈÏÄÎÙÊ ËÏÄ, Ñ×ÌÑÅÔÓÑ ÏÄÎÉÍ ÉÚ
> ËÒÉÔÅÒÉÅ× ÏÃÅÎËÉ ËÁÞÅÓÔ×Á. ÷
> ÐÏÌÏÖÉÔÅÌØÎÕÀ ÓÔÏÒÏÎÕ.

îÕ ÎÁËÏÎÅà ÈÏÔØ ËÔÏ ÔÏ × ÎÕÖÎÏÍ ÎÁÐÒÁ×ÌÅÎÉÉ ÍÙÓÌÉÔ. äÅÊÓÔ×ÉÔÅÌØÎÏ (Ñ ÐÒÏ ÜÔÏ 
ÕÖÅ ÚÁÂÙÌ, Ô.Ë. ÉÎÔÕÉÔÉ×ÎÏ ÓÔÁÒÁÀÓØ ÉÍÅÔØ ÏÂÒÁÔÎÕÀ ÓÏ×ÍÅÓÔÉÍÏÓÔØ É 
ÉÎÓÔÉÎËÔÉ×ÎÏ ÐÉÛÕ ÔÁË ÞÔÏÂÙ ÐÏÔÏÍ ÎÅ ÐÅÒÅÐÉÓÙ×ÁÔØ) ÉÎÔÅÒÅÓÕÅÔ ÂÙÓÔÒÙÊ 
ÐÅÒÅÈÏÄ ÏÔ ÏÄÎÏÊ ÐÌÁÔÆÏÒÍÙ Ë ÄÒÕÇÏÊ. îÅ ÉÍÅÊ Ñ ÓÏ×ÍÅÓÔÉÍÏÓÔÉ Ó 
ÐÁÓËÁÌÅÍ/ÄÅÌÆÉ ÔÏ ÆÉÇ ÂÙ ÚÁ ÐÁÒÕ ÎÅÄÅÌØ ÐÅÒÅÎÅÓ ÐÒÁËÔÉÞÅÓËÉ ×ÓÅ × ÂÁÚÕ. ó 
ÔÅÍ ÖÅ ÕÓÐÅÈÏÍ ÔÅÐÅÒØ Ñ ÍÏÇÕ ÐÅÒÅÊÔÉ ÏÂÒÁÔÎÏ É ÐÒÉ ÜÔÏÍ ÂÕÄÅÔ ÚÁÔÒÁÞÅÎÏ 
ÍÉÎÉÍÕÍ ×ÒÅÍÅÎÉ. ÷ÏÔ ÄÅÊÓÔ×ÉÔÅÌØÎÏ ËÁÞÅÓÔ×Ï ÐÒÏÄÕËÔÁ ÐÏÌÎÁÑ ÓÏ×ÍÅÓÔÉÍÏÓÔØ Ó 
ÞÅÍ ÔÏ ÞÔÏ ÄÁÓÔ ÐÅÒÅÊÔÉ ÏÔ ÏÄÎÏÇÏ Ë ÄÒÕÇÏÍÕ. á ËÏÇÄÁ ÐÁËÅÔ ÐÏÐÁÄÅÔ ÐÏÄ 
ÚÁ×ÉÓÉÍÏÓÔØ ÏÄÎÏÇÏ ×ÉÄÁ É ÏÂÒÁÔÎÏÇÏ ÈÏÄÁ É ÛÁÇÁ × ÓÔÏÒÏÎÕ ÎÅÔ ÔÏ ÐÁËÅÔ 
ÐÒÁËÔÉÞÅÓËÉ ÏÂÒÅÞÅÎ ÎÁ ×ÙÍÉÒÁÎÉÅ. 

Re: current_timestamp & now in FB2

[Ded]

Dmitri Kuzmenko wrote:


это я согласен, достаточно вспомнить ambiguous queries,
и другие чудеса парсера. однако при несоответствии типов
мы в большинстве случаев в tdatetime получим вовсе не то,
что хранится в timestamp или time, если те хранят данные
с миллисекундами.


   Именно. Просто основная область применения - АСУП, где на это дело 
накласть с высокой вышки без передышки. Все натыкаются когда пытаются 
использовать не по назначению. Разбираются и успокаиваются. Я тоже об 
этом не задумывался, пока однажды, ещё до того, как попытался применить 
в ПК лога, где он был нужен только для order by, не напоролись на казус 
- в какой-то из вспомогательных задач вытягивания данных из старой базы 
в новую в параметр одного запроса тыкалось таймштамп-поле из другого и в 
среднем одну запись из пары тысяч этот запрос не видел. Записи в СУБД 
идентифицируются ПК, это постулат. И ПК должен быть интегер или на худой 
конец чар. Все атрибутные условия where - так или иначе диапазонные, 
включая starting-containing. Иногда бывает на равенство, но опять же по 
интам или чарам, остальное от лукавого. Так же как нулл по логике вещей 
нужен только в датах. Кроме очевидных правил есть и не совсем очевидные, 
воспринимаемые как рекомендации, но если копнуть поглубже - то всё 
обусловлено и детерминировано.


--
Regards. Ded.

Re: Книга про Firebird 2

[DmitryLe]

Да. Согласен. Приведу свой пример.
Почитал Хелен про shutdown базы (книга
очень понравилась). Она пишет, что при
этом база будет закрыта (что она имела
ввиду?). Я почему-то считал, что при этом
активные коннекты будут закрыты, пока
ДЯ не развеял дым между извилинами. С
другой стороны, читая учебные курсы от
MS - засыпаю. :-)) Настолько все разжевано,
что упускаешь главное, если читать по
диагонале. Это мое личное восприятие.
:-)
Дмитрий

Re: К разработчикам Ф2, Бублик, Гедымин и

[Dmitry Beloshistov]

Hello, Ded!
You wrote to  on Mon, 28 Aug 2006 19:34:05 
+0400:


>>> Иногда, ради развлечения, я меняю C++ и VBS местами.

>> О, мусье знает толк в извращениях (c) :))


D> Да одна фигня - олбанскый, диалекты :-D Во всяком случае, среди
D> алгоритмических - наиболее близкие аналоги идеологически ;)

Эх, на Прологе или Лиспе вы не писали ;) Вот уж где ... интерпритатор ;)

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

Re: � ������������� �2, ������, �������

[Evgeny Putilin]

Hi  "Alexey Popov"  
> Создавать уровень абстракции в котором не фигурирует понятие выборка.
> Это конечно может быть очень трудно сделать особенно для бух. систем.
Ну да в бух. системах понятие аналитическая выборка одно из ключевых, и 
игнорирование проблемы не есть лудший способ её решения.
> В противном случае что скрипт, что bpl - не велика разница.
Т.е. в скрипт влючать SQL?

Путилин Евгений.

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Horsun Vlad]

"Boltik Evgeny" ...
>
>
> >> Смейся смейся. Тебе бы так. Рвут на части а ты не нуды не суды.
> >
> >Да, я тут знаешь ли чаёк попиваю и сюда пописываю от нечего делать
> >
> >> Глюков хватает а так как ва не ве считаете глюками приходится объезжать
> >> их.
> >
> >Что-то не видел я в трекере ничего от тебя.
>
> Мне ссылочку куда писать

Вот совершено секретная ссылка, специально для тебя, эксклюзив
http://tracker.firebirdsql.org/

> да на русском чтоб.

www.translate.ru

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

Да уж. Тебя и по русски понять нелегко

> Про это я уже более года твержу периодами DY

О чём ? О том что ты не в состоянии чётко сформулировать мысль
даже по-русски ? И как он может тебе в этом помочь ?

> и ветка даже одна содержала радость
> человека что кто то ему ляпнул что Msg и UDF теперь может лежать вместе с
> клиентской либой.

Не вижу в этом особой радости.

> А глюки начинаются следующим образом я стараюсь скачивать более новые сборки
> и на них работать и иной раз бегаешь меж сборками дабы заработало то что
> работало находишь что и как но появилась новая сборка наследующий день ты ее
> берешь и о блин заработало то что перестало работать думаешь фиг сним
> неуспел демку накропать знать не я один впоролся едем далше и т.д. тут без
> обид у самих своих глюков хватает поле реструкторизации съезжает иногда
> немало.

Вот таких репортов - не надо, спасибо

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

Re: К разработчикам Ф2, Бублик, Гедымин и других

[Yurij]

Horsun Vlad wrote:
> "Boltik Evgeny" ...
> > Инглишь плоховато знаем, хуже
> > русского, думаю на ихнем языке, что скажу будет вообще не понятно.
> Да уж. Тебя и по русски понять нелегко
> О чём ? О том что ты не в состоянии чётко сформулировать мысль
> даже по-русски ? И как он может тебе в этом помочь ?
Да, кстати, понять очень сложно.