Re: t
Hello, Alexander! Alexander A. Venikov wrote: To DK: может быть, дополнить правила пунктом об удалении ненужных писем? и еще сделать сервис по смене подгузников? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: varcar в float - трабла
на сервере разделитель ТЫСЯЧ это ЗАПЯТАЯ, а разделитель дроби - ТОЧКА. ((( тут пользователи годами вводят все через ЗАПЯТУЮ переучить никак - по условию по условию - на этапе ввода менять нельзя как техническими средствами конвертнуть? при выводе
Re: Алтернатива генераторам
Hello, Alexander A. Venikov said the following on 19.10.2006 6:19: MV Ну, раз так - то, ИМХО, лучше от генераторов отказаться, MV а формировать номер, как я описал: MV создай уникальный индекс по #лаборатории+#направления. Здесь это уже столько раз обсуждалось, что ввязываться в полемику мне уже не хочется. Можно, к примеру, в Яндексе поискать на тему непрерывная последовательность номеров. Можно и прямо в этой конференции поискать. Вот похожий тред: http://groups.google.com/group/ru-firebird/browse_thread/thread/c39238eb6bc01925/878c7fec23c1104e -- Oleg
Re: varcar в float - трабла
Hello, Alex! Alex Kozlov wrote: тут пользователи годами вводят все через ЗАПЯТУЮ переучить никак - по условию по условию - на этапе ввода менять нельзя при чем тут локальные разделители на компах, и разделитель на сервере? собственно, в каком формате и что пользователи вводят в СТРОКИ, никого не интересует (особенно сервер). как техническими средствами конвертнуть? при выводе udf? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Версионность и протоколирование записей
Привет. Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] могу предложить свои мысли (буде статья, включим туда), по поводу курсов валют. при организации курсов валют есть 2 классические ошибки, исходящие из прямого решения задачи - хранения курсов валют в виде код_валюты+дата+курс_валюты (или в ином порядке). Ошибка 1. Для оперативного пересчета курса валют на текущий день строится запрос вида select value, max(date) from currency where currency_code = :param group by value или что-нибудь в этом роде, но обязательно с max(date). Чего-то тут не то. Такой запрос просто выберет данные из таблички по конкретной валюте. А групприовка вроде как по боку... Поэтому для текущих курсов валют нужно организовать таблицу вида currency_code+value без даты, и заполнять значения КАЖДЫЙ ДЕНЬ при смене курса какой-нибудь процедурой. То есть, мы получаем таблицу, в которой есть записи в количестве используемых валют, и с самыми последними значениями курсов. Это СУЩЕСТВЕННО ускорит запросы по определению текущего курса. А предыдущие на триггерах перемещаются в табличку истории c датами? Я правильно понял? Ошибка 2. Пропуски в датах курсов валют в вышеобозначенной таблице. Не будь их - не нужен max, и можно делать прямое объединение таблиц по коду валюты и дате. Опять же, от пропусков избавляются ежедневным занесением курса валют на текущую дату сервисной процедурой, которая одновременно обновляет курсы валют в таблице текущих курсов. претензии к изложенному принимаются. Принимай:) : Ты, да и Ded тоже, как-то больше о текущем курсе валюты пеклись, когда сообщения писали. На самом деле много документов вводится задним числом, так что проблема решается как бы наполовину :). А два разных алгоритма для практически схожих ситуаций, реализовывать влом. Пусть даже и ценой некоторой потери быстродействия. Кроме того (согласен с Ded-ом) в большинстве случаев этот справочник используется просто для подстановки значения курса в документ. То бишь как рекомендуемое значение. У меня оно может менятся в зависимости от результатов торга с клиентом. И понятное дело, никаких join-ов к этому справочнику во время вытаскивания документов нет. У меня, правда, есть другой случай - разные отчеты за период в выбранной пользователем валюте. Вот тут вытаскиваются кросс-курсы между валютами на дату. И действительно у меня существует табличка с кросс-курсами на каждую дату. Но это уже как-то не для статьи. Слишком много прикладной специфики получается. Я б попроще случай выбрал. Ну к примеру фамилию и номер паспорта клиента, ну и его пол - для обострения интереса:) With b/r. Gleb. P.S. По поводу статьи - я могу попробовать. Если что-нибудь получится - попрошу Ded-а посмотреть, ну и тебе на окончательное доведение до ума. Я как-то этим делом не баловался раньше никогда. Так что не уверен, что без посторонней помощи выйдет чего-нибудь интересное. P.P.S. to Ded - Ежели чего накарябаю, ты как? Поможешь?
Re: Версионность и протоколирование записей
Dmitri Kuzmenko ... Hello, Глеб! Мадорский Г.В. wrote: Имхо, пусть уж лучше где-то данные дублируются. От дополнительных табличек с историей значения каждого реквизита я отказался. Уж больно мудреные SQL получаются. Сейчас храню версии записи с диапазоном дат, указывающим период ее актуальности. Соответственно любое поле может работать как переодический реквизит. Запросы сильно не усложняются и не замедляются. Выглядят так примерно: могу предложить свои мысли (буде статья, включим туда), по поводу курсов валют. Любые временнЫе данные, которые читаются чаще, чем редактируются, и могут быть разреженными (т.е. значения могут быть одинаковыми в течение нескольких минимальных периодов измерения) удобнее всего хранить с двумя датами - начала и окончания времени действия данного значения. Это добавляет немного гемору при редактировании таких данных, но многократно окупается простотой и эффективностью доступа к ним. Вот такое моё мнение, выдернутое из практики ;) -- Хорсун Влад
Re: Версионность и протоколирование записей
Любые временнЫе данные, которые читаются чаще, чем редактируются, и могут быть разреженными (т.е. значения могут быть одинаковыми в течение нескольких минимальных периодов измерения) удобнее всего хранить с двумя датами - начала и окончания времени действия данного значения. Это добавляет немного гемору при редактировании таких данных, но многократно окупается простотой и эффективностью доступа к ним. Вот такое моё мнение, выдернутое из практики ;) а мы тут ратуем за документ-основание для каждого атрибута выбирается последний действительный документ на указанную дату, который породил поколение в истории атрибута аминь. выговорил -- Булычев Алексей http://www.stella-npf.ru
Re: Версионность и протоколирование записей
Boulitchev Aleksey ... Любые временнЫе данные, которые читаются чаще, чем редактируются, и могут быть разреженными (т.е. значения могут быть одинаковыми в течение нескольких минимальных периодов измерения) удобнее всего хранить с двумя датами - начала и окончания времени действия данного значения. Это добавляет немного гемору при редактировании таких данных, но многократно окупается простотой и эффективностью доступа к ним. Вот такое моё мнение, выдернутое из практики ;) а мы тут ратуем за документ-основание для каждого атрибута выбирается последний действительный документ на указанную дату, который породил поколение в истории атрибута аминь. выговорил Я не понял - это согласие или похер моего мнения ? :) В моей схеме последний действительный документ на указанную дату выбирается простым селектом с BETWEEN - никаких подзапросов, группировок и т.п. -- Хорсун Влад
Re: фотоотчет с конференции
Давай, рассказывай. В открытом источнике думаю это делать не стоит. Вот как после конфы, приватно, за пивком, это другое дело :)
Re: t
Hello, Dmitri! You wrote on Thu, 19 Oct 2006 10:38:31 +0400: To DK: может быть, дополнить правила пунктом об удалении ненужных писем? DK и еще сделать сервис по смене подгузников? Ага. И по чтению FAQ за спрашивающих etc. Чего-то ты злой, однако. ;). Я ж не настаиваю, так, предложил только. Не хочешь - не надо. Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixangry_dogtndottobdotru
Re: О бедном проекте замолвите слово :-)
Доброго времени суток, Уважаемые! что-то с нуля? Есть ведь небольшие темы а-ля уже готовых Quick Start Guide, File and Metadata Security, Generator Guide и прочие migration guide, которые можно осилить в течении месяца-двух в свободное время? Я потратил день на http://www.firebirdsql.org/index.php?op=develsub=engineid=SQL_conformancenosb=1 - а ведь это могли сделать вы, получив взамен лишний исправленный баг в 2.0. Господа-товарищи. Кто брался за переводы статей с ангицкого, высылайте переводы мне. Я их буду передавать на последнюю правку и публикацию. Если кто-то что-то будет брать для перевода, тоже пишите мне. Я буду координировать переводы. Всем спасибо за сотрудничество. -- С уважением, Сергей Ковалев.
Re: Версионность и протоколирование записей
Любые временнЫе данные, которые читаются чаще, чем редактируются, и могут быть разреженными (т.е. значения могут быть одинаковыми в течение нескольких минимальных периодов измерения) удобнее всего хранить с двумя датами - начала и окончания времени действия данного значения. Это добавляет немного гемору при редактировании таких данных, но многократно окупается простотой и эффективностью доступа к ним. Вот такое моё мнение, выдернутое из практики ;) Вот полностью согласен. Пока до меня это в свое время не дошло - мучался сам и мучал птичку всякими разными подзапросами, гроупбаями и прочими ферстами :))) With b/r. Gleb.
Re: фотоотчет с конференции
dada sasa пишет: А был ли Ded на конференции? Сдается, что не был... А? Колоритная фигура должна быть :) А почему это тебя интересует фигура Деда? :)))
Re: varcar в float - трабла
Alex Kozlov wrote: тут пользователи годами вводят все через ЗАПЯТУЮ переучить никак - по условию по условию - на этапе ввода менять нельзя А хранить вещественные числа в varchar - это тоже по условию? Или по религии? -- Regards. Ded.
Re: backup без указания пути
Boulitchev Aleksey wrote: Предлагаю добавить опциональный параметр в firebird.conf для задания пути файлов бэкапа по умолчанию. Что-то вроде: DefaultBacupDirectory = e:\bacups имхо, в сад. Дима, а чел то прав. Вот есть у юзера алиас БД и все, а бакап сделать надо. +1. А то путь к базе засекурили алиасом, а путь к бакапу по всей сети раскладывай. -- Regards. Ded.
Re: varcar � float - ����
òóò ïîëüçîâàòåëè ãîäàìè ââîäÿò âñå ÷åðåç ÇÀÏßÒÓÞ ïåðåó÷èòü íèêàê - ïî óñëîâèþ ïî óñëîâèþ - íà ýòàïå ââîäà ìåíÿòü íåëüçÿ êàê òåõíè÷åñêèìè ñðåäñòâàìè êîíâåðòíóòü? ïðè âûâîäå FIBPlus ýòî àâòîìàòîì äåëàåò - êîíâåðòèðóåò DecimalSeparator òóäà-ñþäà. Íî (â ðåäêèõ ñëó÷àÿõ) èñêóññòâåííûé èíòåëëåêò ïëþñîâ ïðîìàõèâàåòñÿ. Marat Zigangirov
Re: Версионность и протоколирование записей
Sergey Kovalev wrote: А есть еще организации, которые работаю в субботу и воскресенье. Там хочешь - не хочешь, а будешь на пятницу смотреть. А что, сайт РБК и прочая на выходные закрывается? В организациях, достойных так именоваться, курсы разных валют и типов ставит бот, заглядывая куда велено когда велено. -- Regards. Ded.
Re: varcar в float - трабла
Ded [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] А хранить вещественные числа в varchar - это тоже по условию? Или по религии? Как ты не понимаешь - это откровение божье. Аминь короче этому ПО.
Re: Версионность и протоколирование записей
Horsun Vlad wrote: Я не понял - это согласие или похер моего мнения ? :) В моей схеме последний действительный документ на указанную дату выбирается простым селектом с BETWEEN - никаких подзапросов, группировок и т.п. А когда таковых больше одного - получаем multiple rows in singleton select? И чем битвин лучше фирста по индексу? Не говоря уж о том, что решение задачи обеспечения непересекающихся диапазонов в активной многопользовательской среде лично мне неизвестно. -- Regards. Ded.
Re: фотоотчет с конференции
Alexander Goldun wrote: А был ли Ded на конференции? Сдается, что не был... А? Колоритная фигура должна быть :) А почему это тебя интересует фигура Деда? :))) Да я тоже в лёгкой панике... :-D -- Regards. Ded.
Re: Версионность и протоколирование записей
Привет. Ded [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Horsun Vlad wrote: Я не понял - это согласие или похер моего мнения ? :) В моей схеме последний действительный документ на указанную дату выбирается простым селектом с BETWEEN - никаких подзапросов, группировок и т.п. А когда таковых больше одного - получаем multiple rows in singleton select? А как оно там больше одного получится при условии, что диапазоны дат для каждой версии записи не пересекаются? И чем битвин лучше фирста по индексу? Select D.Num, C.Address from Doc D Inner Join Clients C on D.IdClient = C.IdClient and D.Dat between C.StartDt and C.EndDt А с фирстом еще и подзапрос рисовать придется... Не говоря уж о том, что решение задачи обеспечения непересекающихся диапазонов в активной многопользовательской среде лично мне неизвестно. Это да. Тут сложнее. Сходи на www.ibase.ru и почитай статью про блокировки :))) With b/r. Gleb.
Re: t
Не получается отправлять сообщения с Outlook Express, какие настройки там должны быть?
Re: t
Re: t
qqqw
Re: Версионность и протоколирование записей
Ded ... Horsun Vlad wrote: Я не понял - это согласие или похер моего мнения ? :) В моей схеме последний действительный документ на указанную дату выбирается простым селектом с BETWEEN - никаких подзапросов, группировок и т.п. А когда таковых больше одного - получаем multiple rows in singleton select? Для курсов валют этого не бывает ;) Для документов - доп. критерии выборки и\или first 1 ;) И чем битвин лучше фирста по индексу? Выбери мне все валюты на заданную дату :) Или все док-ты по состоянию на заданную дату Не говоря уж о том, что решение задачи обеспечения непересекающихся диапазонов в активной многопользовательской среде лично мне неизвестно. Мы, похоже, о разных задачах говорим -- Хорсун Влад
Re: Версионность и протоколирование записей
Мадорский Г.В. wrote: А когда таковых больше одного - получаем multiple rows in singleton select? А как оно там больше одного получится при условии, что диапазоны дат для каждой версии записи не пересекаются? Чуть ниже. И чем битвин лучше фирста по индексу? Select D.Num, C.Address from Doc D Inner Join Clients C on D.IdClient = C.IdClient and D.Dat between C.StartDt and C.EndDt А с фирстом еще и подзапрос рисовать придется... Ды ну? Select D.Num, C.Address from Doc D Inner Join Clients C on D.IdClient = C.IdClient_Generation a фирст нужен только для определения IdClient_Generation в момент создания документа. Если чо передалать задним числом - ну поапдейтим, не переломимся. Не говоря уж о том, что решение задачи обеспечения непересекающихся диапазонов в активной многопользовательской среде лично мне неизвестно. Это да. Тут сложнее. Сходи на www.ibase.ru и почитай статью про блокировки :))) Ай, Глебушка, не надо ля-ля :) Там подвижки/сжатия/растяжения массы периодов нужны по результатам редактирования одного, какие там статьи про блокировки... Ты подумай как-нить на досуге например о календарном планировании загрузки оборудования деталями, требующими разной продолжительности обработки на разных единицах. Хотя бы в количестве трёх штук одного и двух другого. Только крышу заранее подвяжи чем-нить, чтоб не съехала незаметно ;) -- Regards. Ded.
Re: t
test again
Re: varcar Б float - РПЮАКЮ
Marat Zigangirov пишет: тут пользователи годами вводят все через ЗАПЯТУЮ переучить никак - по условию по условию - на этапе ввода менять нельзя как техническими средствами конвертнуть? при выводе FIBPlus это автоматом делает - конвертирует DecimalSeparator туда-сюда. Но (в редких случаях) искусственный интеллект плюсов промахивается. Это не то. У человека же поле варчар. Никто ничего в этих случаях не конвертирует. Поскольку совершенно непонятно, чего там хранить собираются.
Re: t
jooolio wrote: test again Имхо пора банить. Тестовую конфу игнорируем, подметать за собой считаем вломным... -- Regards. Ded/
Re: Версионность и протоколирование записей
Horsun Vlad wrote: И чем битвин лучше фирста по индексу? Выбери мне все валюты на заданную дату :) Или все док-ты по состоянию на заданную дату А на фига? Какой за этим осмысленный функционал стоит? -- Regards. Ded.
Re: t
jooolio [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED] test again ÷ÓÅ, ÒÁÚÏÂÒÁÌÓÑ... :)
Re: backup без указания пути
Привет, Dmitri! Вы пишешь 19 октября 2006: +1. А то путь к базе засекурили алиасом, а путь к бакапу по всей сети раскладывай. DK уговорили. тогда такой путь по идее тоже должен быть в aliases.conf Дык об этом и спич. :) -- With best regards, Alex Cherednichenko.
Re: Версионность и протоколирование записей
Ded ... Horsun Vlad wrote: И чем битвин лучше фирста по индексу? Выбери мне все валюты на заданную дату :) Или все док-ты по состоянию на заданную дату А на фига? Какой за этим осмысленный функционал стоит? Я же говорю - разные у нас задачи ;) Есть некий аналитический учёт, т.е. он 'мельче' (подробнее) бухгалтерского. Бух. проводки учитываются в номинале и грн. эквиваленте заданной валюты. Но аналитика более подробна, посему нет возможности пользоваться грн. эквивалентом из бух. проводки. Либо нам нужен не гривневый эквивалент. Считаем нечто за период по аналитике и приводим её всю к общему знаменателю - эквиваленту (например, гривневому или долларовому). Для этого и нужно знать курсы валют на каждую дату операции. Документы - если хранить состояние (в простейшем случае всей записи) на моменты редактирования, то, для получения консистентного взгляда на набор документов на некий момент времени. Т.е. - какие показатели у нас были неделю назад, а какие нонче или м-ц назад. -- Хорсун Влад
Re: Версионность и протоколирование записей
А когда таковых больше одного - получаем multiple rows in singleton select? А как оно там больше одного получится при условии, что диапазоны дат для каждой версии записи не пересекаются? Чуть ниже. И чем битвин лучше фирста по индексу? Select D.Num, C.Address from Doc D Inner Join Clients C on D.IdClient = C.IdClient and D.Dat between C.StartDt and C.EndDt А с фирстом еще и подзапрос рисовать придется... Ды ну? Select D.Num, C.Address from Doc D Inner Join Clients C on D.IdClient = C.IdClient_Generation А, ну да, для твоей схемы оно конешно, у меня-то моя перед глазами стоит... :))) Ну а все-таки поведай, как ты поступаешь, когда меняется дата актуальности какой-то версии записи в справочнике? Шерстишь все документы и подменяешь где надо IdClient_Generation? Ай, Глебушка, не надо ля-ля :) Там подвижки/сжатия/растяжения массы периодов нужны по результатам редактирования одного, какие там статьи про блокировки... Не знаю, я просто блокирую все версии одной записи. Мне как бы большего не требуется. Ты подумай как-нить на досуге например о календарном планировании загрузки оборудования деталями, требующими разной продолжительности обработки на разных единицах. Хотя бы в количестве трёх штук одного и двух другого. Только крышу заранее подвяжи чем-нить, чтоб не съехала незаметно ;) Ну ты загнул. :) Не буду. Я честно говоря с такими задачами не сталкивался. Но, имхо, это не про переодические реквизиты. Или какой-то их эксклюзивный вариант... With b/r. Gleb.
архив конференции
Здравствуйте, firebird.russian! Если у кого есть архив конференции помогите пожалуйста. Нужно найти человека Андрей Версаль делал полнотекстовый поиск, похожий на FastTextSearchIB
Re: ������������ � ���������������� ������
á ÎÁ ÆÉÇÁ? ëÁËÏÊ ÚÁ ÜÔÉÍ ÏÓÍÙÓÌÅÎÎÙÊ ÆÕÎËÃÉÏÎÁÌ ÓÔÏÉÔ? ÷ ÐÒÉÎÃÉÐÅ ÍÏÖÎÏ ÎÁÊÔÉ ÏÓÍÙÓÌÅÎÎÙÊ ÆÕÎËÃÉÏÎÁÌ, ËÁË × ÎÁÛÅÍ ÎÁà ÂÁÎËÅ ÎÁÐÒÉÍÅÒ: http://www.bnm.org/apps/valuta.jsp?lang=2 îï, × ÕÓÌÏ×ÉÉ ÍÎÏÇÏÐÏÌØÚÏ×ÁÔÅÌØÓËÏÊ ÓÒÅÄÅ, ÞÔÏ ÎÅ ÓÏÚÄÁ×ÁÔØ ÓÅÂÅ ÌÉÛÎÉÅ ÐÏÂÌÅÍÙ É ÄÏÂÁ×ÉÔØ ÐÏÄ×ÏÄÎÙÅ ËÁÍÎÉ, ÄÁ ËÏÇÄÁ ÅÝÅ ÄÅÎØÇÉ ÓÞÉÔÁÅÍ, Ñ ÐÒÅÄÐÏÞÉÔÁÀ ×ÁÒÉÁÎÔ äÅÄÁ, ÔÏÅÓÔØ c ÐÏÄÚÁÐÒÏÓÏÍ.
Re: backup без указания пути
Hello, Dmitri Kuzmenko said the following on 19.10.2006 13:25: +1. А то путь к базе засекурили алиасом, а путь к бакапу по всей сети раскладывай. уговорили. тогда такой путь по идее тоже должен быть в aliases.conf Причем для каждого алиаса свой путь для бекапа. Вроде такого: dummy = c:\data\dummy.fdb D:\backups\dummy dummy2 = c:\data\dummy2.fdb D:\backups\dummy2 И имя файла по умолчанию в формате aliasName+timestamp.fbk ;-) -- Oleg
Re: ������������ � ���������������� ������
îÅ ÚÎÁÀ, Ñ ÐÒÏÓÔÏ ÂÌÏËÉÒÕÀ ×ÓÅ ×ÅÒÓÉÉ ÏÄÎÏÊ ÚÁÐÉÓÉ. íÎÅ ËÁË ÂÙ ÂÏÌØÛÅÇÏ ÎÅ ÔÒÅÂÕÅÔÓÑ. ðÒÏÓÔÏ ÎÅ ÐÏÌÕÞÁÅÔÓÑ. åÓÌÉ ÎÁÊÄÅÔÓÑ ËÁËÏÊ-ÔÏ ÈÍÙÒØ ÀÚÅÒ ËÁÔÏÒÙÊ ÂÕÄÅÔ ÄÅÌÁÔØ ÁÐÄÜÊÔ ÎÅÂÌÏËÉÒÕÑ ÔÏ ÜÔÏÊ ÔÅÏÒÉÉ ËÏÎÅÃ. îÅÔÕ ÇÁÒÁÎÔÉÉ ÞÔÏ ÄÁÐÁÚÏÎ ÒÁÚÎÙÈ ÚÁÐÉÓÅÊ ÎÅ ÂÕÄÅÔ ÐÅÒÅÓÅËÁÔÓÑ. á ÅÝÅ ËÏÇÄÁ ÒÅÞØ ÉÄÅÔ Ï ÍÉÌÌÉÓÅËÕÎÄÁÈ ÔÏ ×ÏÏÂÝÅ ÉÎÔÅÒÅÓÎÏ ÓÔÁÎÏ×ÉÔÓÑ.
Re: Версионность и протоколирование записей
Marcoci Dorin ... Не знаю, я просто блокирую все версии одной записи. Мне как бы большего не требуется. Просто не получается. Если найдется какой-то хмырь юзер каторый будет делать апдэйт неблокируя то этой теории конец. Это ты о какой СУБД говоришь ? Нету гарантии что дапазон разных записей не будет пересекатся. А еще когда речь идет о миллисекундах то вообще интересно становится. Это где такие задачи-то ? -- Хорсун Влад
Re: backup без указания пути
Hello, Dmitri! You wrote on Thu, 19 Oct 2006 14:25:18 +0400: +1. А то путь к базе засекурили алиасом, а путь к бакапу по всей сети раскладывай. DK уговорили. тогда такой путь по идее тоже должен быть в aliases.conf И это логично. А чтоб сервер не клал бэкап в system32, его достаточно запустить под своей учетной записью, которой прав на system32 не давать. Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixangry_dogtndottobdotru
Re: архив конференции
Nikolai Voynov пишет: Если у кого есть архив конференции помогите пожалуйста. http://groups.google.ru/group/ru-firebird?lnk=sghl=ru
Re: Версионность и протоколирование записей
Marcoci Dorin [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Не знаю, я просто блокирую все версии одной записи. Мне как бы большего не требуется. Просто не получается. Если найдется какой-то хмырь юзер каторый будет делать апдэйт неблокируя то этой теории конец. У меня все хмыри-юзеры исключительно через мою программу к базе ходют... Нету гарантии что дапазон разных записей не будет пересекатся. Ну ежели программа с глюками написана - то да, гарантий нет. А еще когда речь идет о миллисекундах то вообще интересно становится. Типа - бухгалтер в ООО Рога и копыта сменил пол 15.02.03 ровно в 15:23:57.0574 сек? With b/r. Gleb.
Re: backup ��� �������� ���
Hello, Igor! You wrote on Wed, 18 Oct 2006 22:22:23 +0400: ?? üÌÅÍÅÎÔÁÒÎÏ, ÷ÁÔÓÏÎ. ?? âÜËÁÐ ÜÔÏ ÞÔÏ? üÔÏ ÞÔÅÎÉÅ ÉÚ ÂÁÚÙ É ÚÁÐÉÓØ × ÆÁÊÌ. ÔÏ ÅÓÔØ ?? 1. ÕÍÅÎØÛÅÎÉÅ Ó×ÏÂÏÄÎÏÇÏ ÄÉÓËÏ×ÏÇÏ ÐÒÏÓÔÒÁÎÓÔ×Á. ?? ëÏÎÞÉÔÓÑ ÄÉÓË - ÂÕÄÅÔ ?? Á) ÂÉÔÁÑ ÂÁÚÁ ?? Â) ÎÅÄÏËÏÎÞÅÎÎÙÊ (ÂÉÔÙÊ) ÂÜËÁÐ á ÅÓÌÉ ÐÅÒÅÄ ÎÁÞÁÌÏÍ ÂÜËÁÐÁ ÐÒÏ×ÅÒÑÉÔØ É ÒÅÚÅÒ×ÉÒÏ×ÁÔØ ÍÅÓÔÏ ÎÁ ÄÉÓËÅ ,ËÁË ÍÉÎÉÍÕÍ ÒÁ×ÎÙÍ ÒÁÚÍÅÒÕ ÂÁÚÙ É, ÅÓÌÉ ÎÅ È×ÁÔÁÅÔ ÍÅÓÔÁ, ÐÒÏÓÔÏ ÎÅ ÎÁÞÉÎÁÔØ ÂÜËÁÐ? With best regards, veliks.
Re: varcar � float - ����
FIBPlus ÜÔÏ Á×ÔÏÍÁÔÏÍ ÄÅÌÁÅÔ - ËÏÎ×ÅÒÔÉÒÕÅÔ DecimalSeparator ÔÕÄÁ-ÓÀÄÁ. îÏ (× ÒÅÄËÉÈ ÓÌÕÞÁÑÈ) ÉÓËÕÓÓÔ×ÅÎÎÙÊ ÉÎÔÅÌÌÅËÔ ÐÌÀÓÏ× ÐÒÏÍÁÈÉ×ÁÅÔÓÑ. üÔÏ ÎÅ ÔÏ. õ ÞÅÌÏ×ÅËÁ ÖÅ ÐÏÌÅ ×ÁÒÞÁÒ. îÉËÔÏ ÎÉÞÅÇÏ × ÜÔÉÈ ÓÌÕÞÁÑÈ ÎÅ ËÏÎ×ÅÒÔÉÒÕÅÔ. ðÏÓËÏÌØËÕ ÓÏ×ÅÒÛÅÎÎÏ ÎÅÐÏÎÑÔÎÏ, ÞÅÇÏ ÔÁÍ ÈÒÁÎÉÔØ ÓÏÂÉÒÁÀÔÓÑ. íÏÊ ÉÎÔÅÌÌÅËÔ ÔÏÖÅ ÐÒÏÍÁÈÎÕÌÓÑ:) îÏ ×ÓÅ ÒÁ×ÎÏ ×ÙÓÏËÁ ×ÅÒÏÑÔÎÏÓÔØ, ÞÔÏ ÜÔÏÔ Á×ÔÏÒ ÐÏÓÔÁ ÓËÏÒÏ ÏÔËÁÖÅÔÓÑ ÏÔ ×ÁÒÞÁÒÁ × ÐÏÌÅ, ÎÏ ÐÏÓÔÉÔØ × ÎÕÍÅÒÉË ÂÕÄÅÔ ×ÁÒÞÁÒ. úÄÅÓØ FIBPlus ÓÏÂÌÀÄÁÅÔ ÐÒÏÚÒÁÞÎÏÓÔØ É ÂÌÁÇÏÄÁÒÑ ÅÍÕ Ñ ÎÅ ÚÎÁÌ ÐÒÏ ÔÁËÉÅ ÔÏÎËÏÓÔÉ DecimalSeparator, ÐÏËÁ ÎÅ ÎÁÔËÎÕÌÓÑ ÎÁ ÏÄÉÎ ÎÀÁÎÓ. Marat Zigangirov
Re: Версионность и протоколирование записей
Я не понял - это согласие или похер моего мнения ? :) задачи разные:) В моей схеме последний действительный документ на указанную дату выбирается простым селектом с BETWEEN - никаких подзапросов, группировок пробовали диапазонами, но сильно тяжело получилось. это применительно к табельному учету. выбирать проще, да, но править p.e. больничный вместо недели прогулов, причем прогулы удалять нельзя - та еще песня. другими словами - на один диапазон времени может быть несколько документов, причем часть из них может быть перекрыта или отменена. -- Булычев Алексей http://www.stella-npf.ru
Re: ������������ � ���������������� ������
õ ÍÅÎÑ ×ÓÅ ÈÍÙÒÉ-ÀÚÅÒÙ ÉÓËÌÀÞÉÔÅÌØÎÏ ÞÅÒÅÚ ÍÏÀ ÐÒÏÇÒÁÍÍÕ Ë ÂÁÚÅ ÈÏÄÀÔ... îÕ ... ÔÁË ÅÝÅ ×ÁÒÉÁÎÔ ÉÍÅÅÔ ÐÒÁ×Ï ÎÁ ÖÉÚÎØ. á ËÏÇÄÁ ÄÏÓÔÕÐ Ë ÂÁÚÅ ÉÚ ÒÁÚÎÙÈ ÐÒÏÇÒÁÍ, ×Å ÐÒÉÌÏÖÅÎÉÑÈ ÉÔÐ, Á ÅÝÅ ÄÁÅÍ ×ÏÚÍÏÖÎÏÓÔØ ÀÚÅÒÁÍ ÐÉÓÁÔØ ÓÁÍÏÍÕ ÚÁÐÒÏÓÙ (ÄÁ ÄÁ, ÅÓÔØ Õ ÍÅÎÑ ÔÁËÏÊ ÐÒÏÄ×ÉÎÕÔÙÊ ÂÕÈÇÁÌÔÅÒ) ÔÏ ÎÕÖÎÏ ÂÙÔØ ÏÏÞÅÎØ ÂÄÉÔÅÌØÎÙÍ :) ôÉÐÁ - ÂÕÈÇÁÌÔÅÒ × ïïï òÏÇÁ É ËÏÐÙÔÁ ÓÍÅÎÉÌ ÐÏÌ 15.02.03 ÒÏ×ÎÏ × 15:23:57.0574 ÓÅË? :-) îÅ ÔÁË ÖÅÓÔÏËÏ, ÎÏ ÚÁÄÁÞÉ ÒÁÚÎÙÅ ÂÙ×ÁÀÔ. íÏÖÅÍ ÐÏÌÕÞÁÔØ ÎÁÐÒÉÍÅÒ ÎÅËÉÅ ÐÏËÁÚÁÔÅÌÉ ÏÔ ËÁËÏÊ-ÔÏ ÕÓÔÒÏÊÓÔ×Å, ÐÒÉÞÅÍ ÄÏÓÔÁÔÏÞÎÏ ÞÁÓÔÏ É ÞÅÔËÏ ×Ï ×ÒÅÍÅÎÉ.
Re: Версионность и протоколирование записей
Marcoci Dorin [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] У меня все хмыри-юзеры исключительно через мою программу к базе ходют... Ну ... так еще вариант имеет право на жизнь. А когда доступ к базе из разных програм, веб приложениях итп, а еще даем возможность юзерам писать самому запросы (да да, есть у меня такой продвинутый бухгалтер) то нужно быть оочень бдительным :) Угу, а теперь представляем себе, что этот юзер может написать delete from rdb$pages и понимаем, что программу вааще писать бессмысленно. :) Типа - бухгалтер в ООО Рога и копыта сменил пол 15.02.03 ровно в 15:23:57.0574 сек? :-) Не так жестоко, но задачи разные бывают. Можем получать например некие показатели от какой-то устройстве, причем достаточно часто и четко во времени. Ну а теперь придумай, причем тут переодические реквизиты... :) With b/r. Gleb.
Re: backup без указания пути
Dmitri Kuzmenko wrote: Кончится диск - будет а) битая база К счастью на 1.5.3 это вроде исправили.
Re: Версионность и протоколирование записей
Гм. Версионность подразумевает наличие не более одной (валидной) версии сущности (видимой конкретному наблюдателю) на каждый момент времени. Так что я даже затрудняюсь назвать ту сущность, о которой говорится выше. imho, тут явно другая задача :) действительный, конечно, один, просто после применения документов может получиться зебра из интервалов. посчитали накладные расходы: поиск валидного документа - это быстро. а в проводки идет ссылка на ту версию, по которой формировали проводку. и еще. у нас тут репликация, поэтому удаления - вешь экстраординарная, правка - наказуемая :) -- Булычев Алексей http://www.stella-npf.ru
Re: backup без указания пути
veliks [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Hello, Igor! You wrote on Wed, 18 Oct 2006 22:22:23 +0400: ?? Элементарно, Ватсон. ?? Бэкап это что? Это чтение из базы и запись в файл. то есть ?? 1. уменьшение свободного дискового пространства. ?? Кончится диск - будет ?? а) битая база ?? б) недоконченный (битый) бэкап А если перед началом бэкапа проверяить и резервировать место на диске ,как минимум равным размеру базы и, если не хватает места, просто не начинать бэкап? А если хватает. Тютелька в тютельку... Отрезали, места на диске не осталось и в это время оно понадобылось серверу? With b/r. Gleb.
Re: backup без указания пути
Dmitri Kuzmenko wrote: б) если в этот момент идет бэкап, то будет ли битым бэкап, зависит от расположения данных на диске. Бэкап это тупое поочередное чтение и запись данных таблиц. Если таблица, которая расширяется и базе не хватило места на диске, УЖЕ прочитана бэкапом, то НИЧЕГО не будет. Если нет - бэкап ОБЛОМАЕТСЯ с сообщением об ошибке, скорее всего даже независимо от того, база повредилась в результате нехватки места или нет. По-моему, тут ты неправ, особенно если бэкап делался без сборки мусора. База-то обломалась на расширении, а бэкапу, стартовавшему раньше, это расширение нафиг не нужно, т.е. есть хорошая вероятность дойти до конца. PS. Это на 1.5.3, где от нехватки места база не портится, а просто обламывает запрос.
Re: backup без указания пути
А если перед началом бэкапа проверяить и резервировать место на диске ,как минимум равным размеру базы и, если не хватает места, просто не начинать бэкап? а в это время Пупкин вывалил в external table логи с телефонной станции. на все свечи презерватив не оденешь :) -- Булычев Алексей http://www.stella-npf.ru
Re: фотоотчет с конференции
On Wed, 18 Oct 2006 21:28:49 +0400, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Тебе рассказать из какого кома она выросла в нынешнем виде :x ЗЫ. Проект SIA-филиал имеет к этому мало отношения, если вообще что-то имеет. Ничуть не сомневаюсь. Вовсе не имел в виду, что за 10 лет система осталась старой. Там поди ни строчки кода не осталось. Я имел в виду как раз основную концепцию системы. И судя по информации с сайта, особых изменений именно концепции нет, добавлены только новые возможности. Хотя есть и целые блоки. Более того, я и концепцию вовсе не ругаю. Нормальная, рабочая концепция. А её программная реализация - она имеет тенденцию улучшаться. -- Сергей Смирнов.
Падени Yаффила возможно ли ...
Привет алл. Yaffil 889 Практически или теоретически возможно ли такое, что сервер падает изза глюков в сети ? Есть одна больница где сеть жудко глючит, часто теряем конект с базои, но шас заметил что иногда сам серверныи процесс обваливался в то время ... Возможно ли такое, что ктото чтото делал, глюкнула сеть что за собои вызвало падение сервера ??? Regards Janex
Re: backup без указания пути
veliks wrote: А если перед началом бэкапа проверяить и резервировать место на диске ,как минимум равным размеру базы и, если не хватает места, просто не начинать бэкап? Ну, во-первых бэкап примерно вдвое меньше, а во-вторых никто не мешает во время бэкапа другой программе лить что-то на тот же диск. Если уж пошла такая пьянка, я бы добавил опцию убивать недоделанный бэкап. Хотя, тут надо бы обсудить, на каком этапе его таки имеет смысл сохранить. А то получается вот что: робот делает бэкап - облом, повторный бэкап - облом, и при большой базе за 3-4 попытки весь диск запросто может забиться кусками бэкапов со всеми вытекающими.
Re: архив конференции
имел ввиду epsilon.public.interbase
Re: О бедном проекте замолвите слово :-)
Sergey Kovalev wrote: Господа-товарищи. Кто брался за переводы статей с ангицкого, высылайте переводы мне. А тем, кто уже раньше отсылал другим людям (dimitr'у например) - тоже высылать?
Re: Падени Yаффила возможно ли ...
Janex [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] с базои, но шас заметил что иногда сам серверныи процесс обваливался в то время ... Возможно ли такое, что ктото чтото делал, глюкнула сеть что за собои вызвало падение сервера ??? 1) Теоретически если повреждаются как-то пакеты и это не диагноситируется и битьй blr поступает на вход серверу тоды Да. 2) Теоретически если уж какие-то совсем глюки на сервере тоды тоже возможно.
Re: Версионность и протоколирование записей
Marcoci Dorin пишет: Угу, а теперь представляем себе, что этот юзер может написать delete from rdb$pages и понимаем, что программу вааще писать бессмысленно. :) А что права уже отменяли? На rdb$pages их и не вводили. :)
Re: Версионность и протоколирование записей
Horsun Vlad wrote: Есть некий аналитический учёт, т.е. он 'мельче' (подробнее) бухгалтерского. Бух. проводки учитываются в номинале и грн. эквиваленте заданной валюты. Но аналитика более подробна, посему нет возможности пользоваться грн. эквивалентом из бух. проводки. Либо нам нужен не гривневый эквивалент. Считаем нечто за период по аналитике и приводим её всю к общему знаменателю - эквиваленту (например, гривневому или долларовому). Для этого и нужно знать курсы валют на каждую дату операции. Дык я и храню курсы а) в документе на момент регистрации б) в каждой записи об операции, связанной с документом на момент операции. Это кроме бухгалтерских проводок, бухгалтерия бухгалтерией, но я регистрирую потоки документов и операций в оперативном учёте. И та аналитика, для которой удобно работать на потоках, на них и работает. Документы - если хранить состояние (в простейшем случае всей записи) на моменты редактирования, то, для получения консистентного взгляда на набор документов на некий момент времени. Т.е. - какие показатели у нас были неделю назад, а какие нонче или м-ц назад. А показатели-полуфабрикаты для сложной аналитики у меня ночной крон считает и складывает в специальные таблички. -- Regards. Ded.
Re: Версионность и протоколирование записей
Мадорский Г.В. wrote: Ну а все-таки поведай, как ты поступаешь, когда меняется дата актуальности какой-то версии записи в справочнике? Шерстишь все документы и подменяешь где надо IdClient_Generation? Ну да. Скажи, у тебя например поставщики часто названия меняют или переезжают с места на место? И при этом каждый раз это забывают вовремя зарегистрировать? Ну ты загнул. :) А чего загнул-то. Самый очевидный пример оперативной работы с диапазонами. -- Regards. Ded.
Re: Версионность и протоколирование записей
On Thu, 19 Oct 2006 16:34:06 +0400, Ded [EMAIL PROTECTED] wrote: Дык я и храню курсы а) в документе на момент регистрации б) в каждой записи об операции, связанной с документом на момент операции. Это кроме бухгалтерских проводок, бухгалтерия бухгалтерией, но я регистрирую потоки документов и операций в оперативном учёте. И та аналитика, для которой удобно работать на потоках, на них и работает. Не понял, курсы всех валют хранишь сразу? Т.е. если у меня рублёвый документ, с примесью долларов, а бух захотел посмотреть всё это в евро - то данных из документов достаточно для этого? -- Сергей Смирнов.
Re[2]: архив конференции
Привет! имел ввиду epsilon.public.interbase Вроде он Andry точка Versal свобак тута должон быть atlas точка kiev точка ua (Андрей Версаль) (not organized) Надеюсь, меня не запинают :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
RE: backup без указания пути
Hello! veliks wrote: А если перед началом бэкапа проверяить и резервировать место на диске ,как минимум равным размеру базы и, если не хватает места, просто не начинать бэкап? Ну, во-первых бэкап примерно вдвое меньше, а во-вторых никто не мешает во время бэкапа другой программе лить что-то на тот же диск. Не всегда - зависит от данных. Надеятся на размер бэкапа/базы - неосторожно. Если уж пошла такая пьянка, я бы добавил опцию убивать недоделанный бэкап. Зачем убивать? Ты из сервера шедулер бэкапов со всякими рюшками собрался делать?-) Хотя, тут надо бы обсудить, на каком этапе его таки имеет смысл сохранить. А то получается вот что: робот делает бэкап - облом, повторный бэкап - облом, и при большой базе за 3-4 попытки весь диск запросто может забиться кусками бэкапов со всеми вытекающими. В /dev/nul такого робота. При первом же обломе робот должен сигнализировать об этом админу и ничего не делать. Ситуаций всех не предусмотришь, а робот, занимающийся хоть какой-то самодеятельностью - потенциально опасен. WBR,Dmitry Beloshistov AKA [-=BDS=-]
Re: Версионность и протоколирование записей
WildSery wrote: Не понял, курсы всех валют хранишь сразу? Т.е. если у меня рублёвый документ, с примесью долларов, а бух захотел посмотреть всё это в евро - то данных из документов достаточно для этого? А если в юанях? Реальный интерес представляют данные в валюте документов и во внутренне-учётной. -- Regards. Ded.
Re: Версионность и протоколирование записей
WildSery wrote: Т.е. если у меня рублёвый документ, с примесью долларов Кстати, покажи пожалуйста настоящий документ с примесью. Не расписку что Вася должен Пете, а документ. Я не видал ещё. Скажем счёт в одной валюте и десяток оплат по нему в разных - это скока угодна. Но оплата - не составная часть счёта, а связанный документ. -- Regards. Ded.
Re: Версионность и протоколирование записей
On Thu, 19 Oct 2006 17:34:38 +0400, Ded [EMAIL PROTECTED] wrote: Кстати, покажи пожалуйста настоящий документ с примесью. Не расписку что Вася должен Пете, а документ. Я не видал ещё. Скажем счёт в одной валюте и десяток оплат по нему в разных - это скока угодна. Но оплата - не составная часть счёта, а связанный документ. Не обращай внимания. Это я так косноязычно выразился. Подразумевался документ с номенклатурами в разной валюте учёта, т.е. курс отличный от 1.0 для некоторых позиций. Говорю я о том, что была такая ситуация. Возникла необходимость отчитаться перед учредителем в евриках. Тут только выборка из таблицы валют, больше ничего не поможет. И тут на выручку приходит структура хранения диапазонами, когда удобно выбрать select first 1 value from currency where curr_id=:curr and :adate between date_beg and date_end по соответствующему индексу. -- Сергей Смирнов.
Re: Версионность и протоколирование записей
WildSery wrote: Подразумевался документ с номенклатурами в разной валюте учёта, т.е. курс отличный от 1.0 для некоторых позиций. Что-то тут с консерваторией. Но углубляться не могу, горю как швед под Полтавой, с понедельника в отпуск, а ещё нужно успеть подлизать баги и внедрить новую подсистему управления листорезным производством да складские опять что-то намудрили со вторым сортом :( Возникла необходимость отчитаться перед учредителем в евриках. А вы перед учредителем подокументно отчитываетсь или таки балансом и отчётами о прибылях и убытках и движении денежных средств? Его как бы начльные и конечные цифры должны волновать в той или иной валюте, по курсу на определённый день. Скажем, на начало и конец отчётного периода. Это с финансово-экономической точки зрения. И на крайняк, с фискальной точки зрения, движения по банковским счетам, но это уже в валюте счетов. -- Regards. Ded.
Re: Версионность и протоколирование записей
Ded ... WildSery wrote: Подразумевался документ с номенклатурами в разной валюте учёта, т.е. курс отличный от 1.0 для некоторых позиций. Что-то тут с консерваторией. Это просто другая консерватория :-P Но углубляться не могу, горю как швед под Полтавой, с понедельника в отпуск, И я хочу в отпуск... а ещё нужно успеть подлизать баги и внедрить новую подсистему управления листорезным производством да складские опять что-то намудрили со вторым сортом :( А этого - не хочу :) Возникла необходимость отчитаться перед учредителем в евриках. А вы перед учредителем подокументно отчитываетсь или таки балансом и отчётами о прибылях и убытках и движении денежных средств? Его как бы начльные и конечные цифры должны волновать в той или иной валюте, по курсу на определённый день. Его не волнует, что его должно волновать ;) Его волнует то, что его волнует :))) Он - не обязательно учредитель. Просто аналитик, например Скажем, на начало и конец отчётного периода. Это с финансово-экономической точки зрения. И на крайняк, с фискальной точки зрения, движения по банковским счетам, но это уже в валюте счетов. Посчитаем среднедневной оборот чего-либо за произвольный период с приведением к произвольной валюте с учётом колебаний курса в этом периоде ? -- Хорсун Влад
Re: Версионность и протоколирование записей
Угу, а теперь представляем себе, что этот юзер может написать delete from rdb$pages и понимаем, что программу вааще писать бессмысленно. :) да Серега уже час развлекается удаляя из-под PUBLIC всякие rdb$ таблички grant select on rdb$* to SYSDBA работает только до b/r на четвертом кандидате двойки -- Булычев Алексей http://www.stella-npf.ru
Re: varcar в float - трабла
Ded пишет: Alex Kozlov wrote: тут пользователи годами вводят все через ЗАПЯТУЮ переучить никак - по условию по условию - на этапе ввода менять нельзя А хранить вещественные числа в varchar - это тоже по условию? Или по религии? ето к разработчикам и проектировщикам мне ета хрень досталась в наследство ((( там типо универсальное поле строки вещественные целые все пихается в ето поле и по другим - флаговым полям - определяется тип
Re: backup ��� �������� ���
Hello, veliks! You wrote to íÁÄÏÒÓËÉÊ ç.÷. on Thu, 19 Oct 2006 15:00:10 +0300: íç á ÅÓÌÉ È×ÁÔÁÅÔ. ôÀÔÅÌØËÁ × ÔÀÔÅÌØËÕ... ïÔÒÅÚÁÌÉ, ÍÅÓÔÁ ÎÁ ÄÉÓËÅ ÎÅ íç ÏÓÔÁÌÏÓØ É × ÜÔÏ ×ÒÅÍÑ ÏÎÏ ÐÏÎÁÄÏÂÙÌÏÓØ ÓÅÒ×ÅÒÕ? v á ÜÔÏ ÕÖÅ ÐÒÏÂÌÅÍÙ ïó, Á ÎÅ ÂÁÚÙ ÄÁÎÎÙÈ :)) ëÓÔÁÔÉ ÐÏÄÕÍÁÌ ÔÕÔ ×ÏÔ Ï ÞÅÍ: ÛÕÔËÉ ÛÕÔËÁÍÉ, ÎÏ ÓÏÈÒÁÎÅÎÉÅ ÂÁÚÙ ÅÓÔØ ÏÄÎÁ ÉÚ ÏÓÎÏ×ÎÙÈ ÚÁÄÁÞ ÓÅÒ×ÅÒÁ. á ËÁË ÓÅÒ×ÅÒ ÓÅÂÑ ×ÅÄÅÔ ÐÒÉ ÏÔÓÕÔÓÔ×ÉÉ Ó×ÏÂÏÄÎÏÇÏ ÍÅÓÔÁ ÎÁ ÄÉÓËÁÈ ÐÒÉ ÏÂÙÞÎÏÊ ÒÁÂÏÔÅ? íÏÖÅÔ ÓÅÒ×ÅÒ ÄÏÌÖÅÎ ÓÇÅÎÅÒÉÔØ ËÁËÉÅ-ÔÏ ÓÏÏÂÝÅÎÉÑ , ÁËËÕÒÁÔÎÏ ÚÁËÒÙÔØ ÓÏÅÄÉÎÅÎÉÑ É ÕÊÔÉ × ÛÁÔÄÁÕÎ? With best regards, veliks.
Re: varcar в float - трабла
Boulitchev Aleksey пишет: мне ета хрень досталась в наследство ((( там типо универсальное поле от Тенцера ? не есть у нас тут гениальные разработчики НИИ ПФП им. А.Н.Севченко БГУ ...пишут что это передовой опыт...
Re: Версионность и протоколирование записей
Horsun Vlad wrote: Посчитаем среднедневной оборот чего-либо за произвольный период с приведением к произвольной валюте с учётом колебаний курса в этом периоде ? Влад, а вот например книгами Ковязина и Елены очень неудобно забивать гвозди. У нас тоже есть и учредители и аналитики, и последние действительно затрахали, но степень маразматичности пожеланий всё же имеет некоторые границы. Я пытаюсь привести разговор в практическое русло реальной отчётности и методик анализа-планирования-бюджетирования, а ты мне доказываешь, что штаны неудобно одевать через голову. Зачем? Осмысленные действия выполняются таки по рельсам. Рельс может быть много, но они есть. Если возникает потребность получать разумный отчёт нового типа, мы строим под него новую табличку/поля в старой хранимых агрегатов. Ползать с аналитикой по первичке имхо тупик. -- Regards. Ded. PS А я сегодня ещё успел классный регулятор купить, Legend Supreme LX ACD. Утверждается, что на 50 метрах дышится так же легко, как на поверхности. Спытаем :)
Re: Версионность и протоколирование записей
Alexander Goldun wrote: Валюта таможенной стоимости может отличаться от валюты инвойса. Я бы сказал, не может, а должна. Только таможенные сборы платятся не по инвойсу и не по конасаменту и не по CMR, а по Государственной Таможенной Декларации. Которая есть самостоятельный документ, связанный с указанными. -- Regards. Ded.
Re: ����������� ����������
Oleg Deribas íÏÖÎÏ É ÐÒÑÍÏ × ÜÔÏÊ ËÏÎÆÅÒÅÎÃÉÉ ÐÏÉÓËÁÔØ. ÷ÏÔ ÐÏÈÏÖÉÊ ÔÒÅÄ: http://groups.google.com/group/ru-firebird/browse_thread/thread/c39238eb6bc01925/878c7fec23c1104e ôÙ ÓÁÍ-ÔÏ ÞÉÔÁÌ ÔÕ ×ÅÔËÕ? þÔÏ, ÞÅÌÏ×ÅË ÓÐÒÁÛÉ×ÁÅÔ ÐÏÄÓËÁÖÉÔÅ, ÄÅÌÁÔØ ÉÌÉ ÎÅÔ? îÅÔ. ïÎ ÓÐÒÁÛÉ×ÁÅÔ ËÁË ÓÄÅÌÁÔØ?.
Re: backup без указания пути
Dmitri Kuzmenko wrote: Ded wrote: +1. А то путь к базе засекурили алиасом, а путь к бакапу по всей сети раскладывай. уговорили. тогда такой путь по идее тоже должен быть в aliases.conf /dev/nul?
Re: varcar в float - трабла
Hello, Ded! You wrote on Thu, 19 Oct 2006 13:26:48 +0400: D А хранить вещественные числа в varchar - это тоже по условию? D Или по религии? Это бывает. Пример - таблица с каким ни на то глобалами. Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixangry_dogtndottobdotru
