Re: К разработчикам Ф2, Бублик, Гедымин и других
Алексей, почта не работает :( Описание можно взять http://www.f2master.ru/downloads/desc.pdf
Re: К разработчикам Ф2, Бублик, Гедымин и других
Horsun Vlad wrote: Boltik Evgeny ... Инглишь плоховато знаем, хуже русского, думаю на ихнем языке, что скажу будет вообще не понятно. Да уж. Тебя и по русски понять нелегко О чём ? О том что ты не в состоянии чётко сформулировать мысль даже по-русски ? И как он может тебе в этом помочь ? Да, кстати, понять очень сложно.
Re: К разработчикам Ф2, Бублик, Гедымин и других
Я писал сравнение Инфо-Предприятия с Axapta как раз на задаче такого рода. (мастер-деталь, расчет остатков, потом грузили миллион и строили оборотку). Результаты - на тесте одинаково, в реале - на порядок быстрей, так как по умолчанию в аксапте совсем другая структура БД (неоптимальная). Могу поискать ТЗ на тест и всё такое, только боюсь никто не подпишется на такое тестирование, так как один инструмент вырвется вперед с таким отрывом, что остальным будет обидно А инструменты то коммерческие...
Re: К разработчикам Ф2, Бублик, Гедымин и других
Boltik Evgeny ... Тут в ФБ2 глюк как встретишь и работать надо и глюк описать смотреть некогда получается а еще хочется личной жизни. Какая уж тут личная жизнь, когда в FB2 полно глюков ?! :) Все на борьбу с глюками FB2 ! Вперёд ! Ура ! :))) -- Хорсун Влад
Re: К разработчикам Ф2, Бублик, Гедымин и других
А что если ещё не всё из задуманного реализовано?
Re: К разработчикам Ф2, Бублик, Гедымин и других
А что если ещё не всё из задуманного реализовано? все равно продавай -- Булычев Алексей http://www.stella-npf.ru
Re: К разработчикам Ф2, Бублик, Гедымин и других
Boltik Evgeny ... Смейся смейся. Тебе бы так. Рвут на части а ты не нуды не суды. Да, я тут знаешь ли чаёк попиваю и сюда пописываю от нечего делать Глюков хватает а так как ва не ве считаете глюками приходится объезжать их. Что-то не видел я в трекере ничего от тебя. -- Хорсун Влад PS Ответ на остальное я написал... но удалил дабы не быть невежливым
Re: К разработчикам Ф2, Бублик, Гедымин и других
а еще хочется личной жизни. Ммммда . И приходишь к мысли - Если бы мне дали еще один шанс начать все с начала :))) На заре своей карьеры, когда у меня шанс еще был, я сочинил коротенький документ http://www.ibprovider.com/rus/documentation/oledb.html в котором мне нравится фраза про планку и про бредим в начале абзаца про объектные базы данным. Спустя пять лет, свалив все го на скриптеров и занимаясь решением только фундаментальных проблем, могу за себя только порадоваться. Коваленко Дмитрий. www.ibprovider.com
Re: К разработчикам Ф2, Бублик, Гедымин и других
Могу поискать ТЗ на тест и всё такое, только боюсь никто не подпишется на такое тестирование от чего же... если найдете ТЗ можно попробовать и сравнить
Re: К разработчикам Ф2, Бублик, Гедымин и других
Horsun Vlad писал(а): Какая уж тут личная жизнь, когда в FB2 полно глюков ?! :) Все на борьбу с глюками FB2 ! Вперёд ! Ура ! Какая борьба? Куда вперед? Шайб.. тьфу ты - Релиз! Релиз! Релиз! Коваленко Дмитрий. PS. Кстати, насчет релиза. Надо бы тебе пиьсмо отписать :)
Re: К разработчикам Ф2, Бублик, Гедымин и других
Скрипты должны работать на более высоком уровне абстракции, а не просто упрощать жизнь программеру устраняя компилирование. Поэтому никаких БД и sql запросов. Всё должно идти через спец. апи. Далее, стандартные скриптовые языки недостаточно гибки в плане синтаксиса, типов данных и пр. -- --- Home Page http://ok.novgorod.net/ap ---
Re: К разработчикам Ф2, Бублик, Гедымин и других
Alexey Popov пишет: Скрипты должны работать на более высоком уровне абстракции, а не просто упрощать жизнь программеру устраняя компилирование. Поэтому никаких БД и sql запросов. Всё должно идти через спец. апи. Далее, стандартные скриптовые языки недостаточно гибки в плане синтаксиса, типов данных и пр. Недостаточно для чего?
Re: К разработчикам Ф2, Бублик, Гедымин и других
Evgeny Putilin wrote: А что компилирование сильно мешает? Единственные проблеммы с компилированием это когда в .h/.hpp файле который все include'ят менять. А так ни каких проблем. Это не ко мне. Тут упомяналось это как достоинство скриптов. Поэтому никаких БД и sql запросов. Всё должно идти через спец. апи. Запросы ты тоже через API собираешся писать? Запросам не место в скриптах. Это моё мнение. Что вместо них - ничего, т.к. это должен быть другой уровень абстракции. -- --- Home Page http://ok.novgorod.net/ap ---
Re: К разработчикам Ф2, Бублик, Гедымин и других
Serge Buzadzhy wrote: Далее, стандартные скриптовые языки недостаточно гибки в плане синтаксиса, типов данных и пр. Недостаточно для чего? Для кастомизации. Внедрение новых типов данных которые бы обрабатывались в контексте виртуальной машины, а не через уродец idispatch. Ну и синтаксис языка. В качестве простого примера - скрипт управления неким устройством в реальном времени. -- --- Home Page http://ok.novgorod.net/ap ---
Re: К разработчикам Ф2, Бублик, Гедымин и других
Horsun Vlad wrote: Глюков хватает а так как ва не ве считаете глюками приходится объезжать их. Что-то не видел я в трекере ничего от тебя. Дык глюк - это когда вещь работает как ей положено, а не как мне хочется. -- Regards. Ded.
Re: К разработчикам Ф2, Бублик, Гедымин и других
Ух, ты! Хоть один не испугался))
Как файл прикрепить -не знаю поэтому
сюда скопипастаю.. ТЗ писали для себя,
поэтому по простому. _ ключевые поля -
на интежер прошу заменить с символьных
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: К разработчикам Ф2, Бублик, Гедымин и других
В качестве простого примера - скрипт управления неким устройством в реальном времени. Хороший пример. На чем же еще писать программы управления устройствами в реальном времени как не на скриптах? :) With b/r. Gleb.
Re: К разработчикам Ф2, Бублик, Гедымин и других
Andrei wrote: Могу поискать ТЗ на тест и всё такое, только боюсь никто не подпишется на такое тестирование от чего же... если найдете ТЗ можно попробовать и сравнить Гугл рулит! Опубликовал ТЗ на вебе, если есть желающтие - велкам! http://www.writely.com/View.aspx?docid=dgq7qzfb_2jj3b48
Re: К разработчикам Ф2, Бублик, Гедымин и других
Мадорский Г.В. wrote: Хороший пример. На чем же еще писать программы управления устройствами в реальном времени как не на скриптах? :) Не на VB вестимо :-) Основная программа в обычном коде - на скриптах только сценарий. -- --- Home Page http://ok.novgorod.net/ap ---
Re: К разработчикам Ф2, Бублик, Гедымин и других
Если же программа работает только с базой своего формата, то, имхо, она мало кому будет интересна. 1. Программа может быть привязана к любой БД IB/FB 2. Программа не несет прикладной логики т.е. не затачивалась под решение бухгалтерско-экономисечких задач.
Re: К разработчикам Ф2, Бублик, Гедымин и других
Предлагаю к каждой программе приложить демо-проект к известной базе EMPLOYEE.FDB. На однотипной базе нагляднее сравнивать возможности разных систем. врядли это будет полезным. насколько я понимаю, все вышеперечисленные системы, создавались в основном для решения прикладных экономических задач. показательным могло бы быть сравнение на конкретной задаче. Например, реализовать документооборот ппредприятия с такими-то и такими-то документами. На выходе получить такие и такие управленческие и бухгалтерские отчеты. Потом загрузить в эту базу сто тысяч документов и сравнить: скорость построения отчетов, скорость обращение\изменения данных и т.п.
Re: К разработчикам Ф2, Бублик, Гедымин и других
Andrei [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Предлагаю к каждой программе приложить демо-проект к известной базе EMPLOYEE.FDB. На однотипной базе нагляднее сравнивать возможности разных систем. показательным могло бы быть сравнение на конкретной задаче. Например, реализовать документооборот ппредприятия с такими-то и такими-то документами. На выходе получить такие и такие управленческие и бухгалтерские отчеты. Потом загрузить в эту базу сто тысяч документов и сравнить: скорость построения отчетов, скорость обращение\изменения данных и т.п. Думаю, это все равно что сравнивать блондинок и брюнеток. Блондинки - глупее, брюнетки - злее. Или Delphi и C. ИМХО конечно. Надо просто более подробно описАть функционал и возможности и Ф2, и Бублика, и Гедымина. -- Артур Галимов. ФК ФармМедСервис (Сочи).
Re: К разработчикам Ф2, Бублик, Гедымин и других
Привет! Нас (Ibase.ru) интересует именно то, что данные системы основаны и успешно функционируют _на базе IB/FB_. Сранивать не входит в наши цели. С уважением, Алексей Ковязин
Re: К разработчикам Ф2, Бублик, Гедымин и других
Большая просьба прислать на [EMAIL PROTECTED] support (тутсобака) ibase (тутточка) ru
Re: К разработчикам Ф2, Бублик, Гедымин и других
Алексей, спасибо :) в пятницу вечером (а у нас уже вечер) такой пост - бальзам на сердце описание пришлем в кратчайшие сроки.
