OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Пятница, 19 Апрель, 2019 21:37

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 40 ]  На страницу Пред.  1, 2
Автор Сообщение
СообщениеДобавлено: Вторник, 07 Июль, 2009 09:09 

Зарегистрирован: Вторник, 25 Апрель, 2006 16:21
Сообщения: 2178
Откуда: Нижний Новгород
В данном случай, IMHO, форт наилучший выбор.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 07 Июль, 2009 10:10 

Зарегистрирован: Понедельник, 06 Июль, 2009 13:37
Сообщения: 3
Благодарю всех за советы :D


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 07 Июль, 2009 13:49 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 824
Откуда: Киев
Был такой проект - компилятор Оберона для голого железа x86.
http://www.obers.net.ua/
Сейчас сайт закрыт. Но у меня сохранились материалы с него и сам компилятор. Если интересно - пишите.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 07 Июль, 2009 18:57 
Аватара пользователя

Зарегистрирован: Суббота, 12 Июль, 2008 22:49
Сообщения: 572
Откуда: Россия, Санкт-Петербург
А чем не устраивает Native Oberon ?

Или система A2 (Bluebottle) ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 08 Июль, 2009 04:17 

Зарегистрирован: Вторник, 29 Ноябрь, 2005 21:41
Сообщения: 1020
Comdiv писал(а):
Если интересно - пишите.
Интересно. Выкладывайте.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 08 Июль, 2009 14:03 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 824
Откуда: Киев
Вот.


Вложения:
obers.7z [706.55 КБ]
Скачиваний: 279
Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 09 Июль, 2009 05:54 

Зарегистрирован: Вторник, 29 Ноябрь, 2005 21:41
Сообщения: 1020
Автор этого компилятора жив?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 09 Июль, 2009 14:47 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 824
Откуда: Киев
Ничего о нём не знаю.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 12:54 

Зарегистрирован: Вторник, 04 Август, 2009 19:50
Сообщения: 33
Какой язык программирования и компилятор выбрать если предпологается проект клиент-серверного бизнес приложения со следующими требованиями:
1. Высокая доступность;
2. Надежность и производительность (поддержка более 1000 клиентов одновременно);
3. Масштабируемость проекта;
4. Работа с СУБД уровня Oracle;
5. Платформа - Windows (возможно в будущем применение иной платформы).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 13:54 
Модератор
Аватара пользователя

Зарегистрирован: Понедельник, 14 Ноябрь, 2005 18:39
Сообщения: 9115
Откуда: Россия, Орёл
Pirr писал(а):
1. Высокая доступность;
2. Надежность и производительность (поддержка более 1000 клиентов одновременно);
3. Масштабируемость проекта;
4. Работа с СУБД уровня Oracle;


Под такие требования я бы забил на "СУБД уровня..." и проч., и делал всё с нуля. Но это возможно при условии наличия коллектива соотв. компетенции.

Если интересует мейнстримовый путь - то тогда уж надо по полной полагаться на СУБД, использовать сопряжённые с ней средства программирования. Oracle - это не просто СУБД, это платформа, на которой можно разрабатывать приложения.
Но я бы посоветовал подумать о http://www.intersystems.ru/cache/


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 14:56 
Аватара пользователя

Зарегистрирован: Среда, 29 Март, 2006 12:09
Сообщения: 495
Pirr писал(а):
Какой язык программирования и компилятор выбрать если предпологается проект клиент-серверного бизнес приложения со следующими требованиями:

Вы знаете, тут не так надо ставить вопрос, поскольку мы ничего не знаем о задаче. Вопрос, имхо, должен звучать так: какую платформу следует выбрать. Уточняйте задачу.
Pirr писал(а):
1. Высокая доступность;
2. Надежность и производительность (поддержка более 1000 клиентов одновременно);
3. Масштабируемость проекта;
4. Работа с СУБД уровня Oracle;
5. Платформа - Windows (возможно в будущем применение иной платформы).
Что понимается под каждым пунктом?
Что такое поддержка 1000 клиентов? откуда такая цифра? 1000 клиентов подключены к базе, 1000 клиентов читают, 1000 клиентов пишут? Вычислительные задачи на стороне клиента большие?
Масштабируемость в цифрах: планируется рост числа клиентов на 10 в день, 1000 в месяц, в год?
Платформа для клиентов, платформа для сервера, платформа для сервера приложений (он же точно будет?) - все одна платформа?
А какие СУБД уровня Oracle, по какой характеристике?
Ну и т.д.

Потом уже можно и платформу выбирать.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 15:59 

Зарегистрирован: Вторник, 04 Август, 2009 19:50
Сообщения: 33
Илья Ермаков писал(а):
Но я бы посоветовал подумать о http://www.intersystems.ru/cache/

Очень интересно.

Димыч писал(а):
Что понимается под каждым пунктом?

1. Необходимо такая система, которая будет работать 24 часа в сутки без простоев. Никакие обновления клиентов, сервера, обслуживание БД и т.д. не должны нарушать работу. Предпологается запуск нескольких экземпляров сервера и СУБД на разных серверах.
2. Тысяча одновременно работающих клиентов - это цифра на вскидку. Основная логика ложится на серверную часть. Предпологается наличие маломощных компьютеров у клиентов, поэтому клиент должен потреблять минимум ресурсов. Все клиенты работают с СУБД.
3. Проект должен иметь возможность быстрой модификации и наращиванию функциональных возможностей.
4. СУБД или её аналог должны быть высоконадежными и высокоскоростными хранилищами данных.
5. Платформа серверной части Windows 2003, клиентской - Windows XP, но под этоот проект можно использовать и другую серверную ОС, главное чтобы она удовлетворяла выполнению вышеперечисленных пунктов.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 16:12 

Зарегистрирован: Четверг, 12 Июль, 2007 23:18
Сообщения: 1982
Откуда: Узбекистан, Чирчик
Вам стоит посмотреть на Erlang -- он как раз заточен под такие дела. Ерланговская база данных Mnesia тоже достаточно мощна.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 16:53 
Аватара пользователя

Зарегистрирован: Среда, 29 Март, 2006 12:09
Сообщения: 495
Pirr писал(а):
Димыч писал(а):
Что понимается под каждым пунктом?

1. Необходимо такая система, которая будет работать 24 часа в сутки без простоев. Никакие обновления клиентов, сервера, обслуживание БД и т.д. не должны нарушать работу. Предпологается запуск нескольких экземпляров сервера и СУБД на разных серверах.
2. Тысяча одновременно работающих клиентов - это цифра на вскидку. Основная логика ложится на серверную часть. Предпологается наличие маломощных компьютеров у клиентов, поэтому клиент должен потреблять минимум ресурсов. Все клиенты работают с СУБД.
3. Проект должен иметь возможность быстрой модификации и наращиванию функциональных возможностей.
4. СУБД или её аналог должны быть высоконадежными и высокоскоростными хранилищами данных.
5. Платформа серверной части Windows 2003, клиентской - Windows XP, но под этоот проект можно использовать и другую серверную ОС, главное чтобы она удовлетворяла выполнению вышеперечисленных пунктов.

Первый пункт не достижим в принципе :) Достижимо приближение к 100%, но не 100%.
Второй пункт очень и очень расплывчато сформулирован. Все клиенты работают с СУБД напрямую, значит без сервера приложений. Бизнес-логика будет очень и очень хитрой.
Третий пункт говорит о том, что вы еще не знаете, что хотите, или, как вариант, вы сильно завязаны на бухгалтерские документы, которые часто меняются. Или переформулируйте задачу.
Четвертый пункт. Сегодня СУБД очень надежны и очень высокопроизводительны. Берите любую, на которую денег хватит (вы же будете ее покупать 8) )
Пункт пятый. Из практики скажу, что Windows не лучшая платформа для не-MS БД. Тем более для схемы 24*7. Для таких целей лучше что-нить в духе AIX или SuSE.

Резюме.
Варианты:
Delphi + Oracle + Linux
Java + Oracle + Windows
Если ресурсов хватает, можете выбрать ББ в качестве клиента. Привязку к БД писать придется.
Если совсем экстрима хочется
C# (.Net) DB2 Linux

А вообще, такое ощущение, что вы задачу недопереоцениваете.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 18:19 

Зарегистрирован: Четверг, 12 Июль, 2007 23:18
Сообщения: 1982
Откуда: Узбекистан, Чирчик
Димыч писал(а):
Первый пункт не достижим в принципе :) Достижимо приближение к 100%, но не 100%.
У Ерланга в этом плане пять девяток:
five nines = 99.999% uptime or 5 minutes down time per year
Это можно считать практически 100%...

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

Димыч писал(а):
Четвертый пункт. Сегодня СУБД очень надежны и очень высокопроизводительны. Берите любую, на которую денег хватит (вы же будете ее покупать 8) )
Зачем, если есть не менее мощные и надёжные, но бесплатные? (Хотя бесплатен только сыр в мышеловке... :lol: )

Димыч писал(а):
Пункт пятый. Из практики скажу, что Windows не лучшая платформа для не-MS БД. Тем более для схемы 24*7. Для таких целей лучше что-нить в духе AIX или SuSE.
Линуксы тоже надо уметь готовить, что бы достаточную надёжность получить...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 18:51 
Администратор

Зарегистрирован: Вторник, 15 Ноябрь, 2005 01:14
Сообщения: 4255
Откуда: Россия, Орёл
Geniepro писал(а):
Сотни тысяч клиентов для приложений на Ерланге -- раз плюнуть.

Это если канала на них хватит и от интенсивности вычислений зависит, т.е. от задачи. Эрланг, короче, не везде применим. И вообще это реклама али пропаганда?

Geniepro писал(а):
Линуксы тоже надо уметь готовить, что бы достаточную надёжность получить...

AIX не Линукс.
К тому же, надёжность и Виндовз понятия не совсем совместимые. :lol:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 19:23 

Зарегистрирован: Четверг, 12 Июль, 2007 23:18
Сообщения: 1982
Откуда: Узбекистан, Чирчик
Борис Рюмшин писал(а):
И вообще это реклама али пропаганда?
Когда кто-то что-то рекомендует -- по-любому это реклама и пропаганда.

Борис Рюмшин писал(а):
AIX не Линукс.
Зато SuSE -- линукс.

А AIX даже вроде хард-реалтаймная система?

Борис Рюмшин писал(а):
К тому же, надёжность и Виндовз понятия не совсем совместимые. :lol:
Ну, десктопный линукс ничуть не надёжнее по моему опыту...
А Windows Server (2003 по-крайней мере) весьма надёжен (по сравнению с ХР, например).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 19:31 

Зарегистрирован: Вторник, 04 Август, 2009 19:50
Сообщения: 33
Geniepro писал(а):
Вам стоит посмотреть на Erlang -- он как раз заточен под такие дела. Ерланговская база данных Mnesia тоже достаточно мощна.

Моя первая мысль тоже была об Erlang, но затем возникли сомнения... одно дело сделать web-сервер для тысяч клиентов, другое дело бизнес приложение с высокой нагрузкой. Но тут надо еще почитать об этом северном Викинге :)

Димыч писал(а):
Первый пункт не достижим в принципе Достижимо приближение к 100%, но не 100%.Второй пункт очень и очень расплывчато сформулирован. Все клиенты работают с СУБД напрямую, значит без сервера приложений. Бизнес-логика будет очень и очень хитрой.Третий пункт говорит о том, что вы еще не знаете, что хотите, или, как вариант, вы сильно завязаны на бухгалтерские документы, которые часто меняются. Или переформулируйте задачу.Четвертый пункт. Сегодня СУБД очень надежны и очень высокопроизводительны. Берите любую, на которую денег хватит (вы же будете ее покупать )Пункт пятый. Из практики скажу, что Windows не лучшая платформа для не-MS БД. Тем более для схемы 24*7. Для таких целей лучше что-нить в духе AIX или SuSE.


С первым пунктом все ясно, 99% даже без десятичных знаков думаю устроит.
По второму пункту не хочется вдаваться в подробности, думаю это обычные задачи для крупных предприятий/организаций.
Третий пункт действительно предпологает большое количество модификаций, вплоть до еженедельных, т.к. наше законодательство меняется очень бурно.
По четвертому пункту - сейчас у нас используется две СУБД, Firebird - для небольших баз данных и Oracle (корпоративная лицензия) для больших БД.
Пятое, так уж получается что пока используются продукты Microsoft, но ничего не мешает внедрить любую другую ОС, лиш бы она с доменом работала.
С серверным железом проблем нет, в пределах разумного можно купить любые сервера.

В принципе есть идея на первом этапе сделать не само приложение а некий каркас для него.
Кстати, как Вы думаете, можно ли выполнить этот проект на Аде? Как она будет смотрется в связке с СУБД и Windows?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 10 Сентябрь, 2009 19:42 
Администратор

Зарегистрирован: Вторник, 15 Ноябрь, 2005 01:14
Сообщения: 4255
Откуда: Россия, Орёл
Pirr писал(а):
Кстати, как Вы думаете, можно ли выполнить этот проект на Аде? Как она будет смотрется в связке с СУБД и Windows?

На Аде можно всё. :)
http://ada-ru.org/prj_ora.html
http://ada-ru.org/prj_doc.html

Кстати, тема в Технологии компиляции ну никак...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2009 08:25 
Модератор
Аватара пользователя

Зарегистрирован: Понедельник, 14 Ноябрь, 2005 18:39
Сообщения: 9115
Откуда: Россия, Орёл
Geniepro писал(а):
Димыч писал(а):
Первый пункт не достижим в принципе :) Достижимо приближение к 100%, но не 100%.
У Ерланга в этом плане пять девяток:
five nines = 99.999% uptime or 5 minutes down time per year
Это можно считать практически 100%...

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


Если бы речь шла о системе с управляющей логикой (РВ, телеком, непрерывная "имитационка" многих объектов сервером...), то я бы с Вами согласился.
Здесь речь идёт о ПО ИС-ового типа. Эрланг здесь - неподходящий выбор. Не его ниша.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 40 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2019, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB