Автор | Сообщение |
|
| |
Пост N: 2
Зарегистрирован: 18.12.06
|
|
Отправлено: 20.12.06 10:50. Заголовок: Люди, вы здесь ваще бываете?
Видимо, хана клипперу. Ссылки на сайте битые, или буржуйские. Ничего не найти по SIX3: -что это такое, где взять, и стОит ли брать? Искал фак по xHarbo-ру - нигде! Спрашивал про модем тут, на форуме. Я, чтоли, тут первый такой шизанутый с такими вопросами? Люди - хелп!
|
|
|
Ответов - 56
, стр:
1
2
3
All
[только новые]
|
|
|
| |
Пост N: 82
Зарегистрирован: 02.02.06
|
|
Отправлено: 20.12.06 11:22. Заголовок: Re:
|
|
|
|
| |
Пост N: 29
Зарегистрирован: 11.12.06
|
|
Отправлено: 20.12.06 12:35. Заголовок: Re:
Сергей Р пишет: Понимаешь.... Если бы он работал - ему бы хана не настала. Потому что у тех же буржуев до сих пор программы на Коболе и Фортране. И на коболе с фортраном до сих пор пишут. И есть вакансии. Беда клиппера в том, что он ни хрена не работает. Нет ни одного рабочего драйвера БД, сикс - не исключение. Есть более-менее работоспособный АДС, но область его применения весьма ограничена - это Netware со всеми вытекающими. Да и глюков в АДС тоже хватает
|
|
|
|
| |
Пост N: 541
Зарегистрирован: 17.05.05
|
|
Отправлено: 20.12.06 12:39. Заголовок: Re:
suv3 Юра а ты счас сам то на чем пишешь ? ;)
|
|
|
|
| |
Пост N: 30
Зарегистрирован: 11.12.06
|
|
Отправлено: 20.12.06 12:50. Заголовок: Re:
Да не пишу я.... Пустое это всё) программист - затычка и мальчик на побегушках до пенсии Менеджмент - вот это профессия.
|
|
|
|
| |
Пост N: 542
Зарегистрирован: 17.05.05
|
|
Отправлено: 20.12.06 12:58. Заголовок: Re:
suv3 пишет: цитата: | программист - затычка и мальчик на побегушках до пенсии |
| ясно , усвоил ;)
|
|
|
|
| постоянный участник
|
Пост N: 189
Зарегистрирован: 12.09.06
|
|
Отправлено: 20.12.06 13:57. Заголовок: Re:
suv3 пишет: цитата: | Да не пишу я.... Пустое это всё) программист - затычка и мальчик на побегушках до пенсии Менеджмент - вот это профессия. |
| Каждому своё . Кому нравиться молоко, а кому молочница.
|
|
|
|
| |
Пост N: 49
Зарегистрирован: 07.08.06
|
|
Отправлено: 22.12.06 03:18. Заголовок: Re:
SUV пишет: цитата: | Беда клиппера в том, что он ни хрена не работает. Нет ни одного рабочего драйвера БД, сикс - не исключение. Есть более-менее работоспособный АДС, но область его применения весьма ограничена - это Netware со всеми вытекающими. Да и глюков в АДС тоже хватает |
| Не согласен (по поводу АДС): 1) под виндузой он тоже работает; есс-сно, будет медленнее, чем под новеллом, но виндуза сама по себе - система не для сервера, а для усеров. Даже с надписью "Windows 2003 SuperPuper-Pro Postfix 1762 Final Release 1542". Горбатую систему только могила исправит. 2) какие "вытекающие" из того, что на сервер надо ставить Новелл ? Это операционка, не требующая вмешательства по многу месяцев. Даже при отвратительной сетке и ленивых админах. Тесты, проводившиеся Extended Systems, показывают, что скорость обработки файлов на новелле в 1.5 (кажись) раза выше, чем на виндузе. 3) глюки в АДСе есть. И вылезают они практически всегда из-за поганой работы сети. Но, как оказалось, их можно "душить", если пытаться делать все операции открытия/создания файлов (.dbf, .cdx) в ЦИКЛЕ
|
|
|
|
| |
Пост N: 50
Зарегистрирован: 07.08.06
|
|
Отправлено: 22.12.06 03:36. Заголовок: Re:
... сорри, не дописал предыдущий пост (случайно пнул "Отправить"). Так вот: АДС часто капризничает при попытке открыть или создать файл. Наиболее распространённая ошибка -- 6313. Однако она весьма часто "гасится", если её перехватывать, протоколировать куда-нить и ПОВТОРЯТЬ неудавшуюся операцию в цикле. Я посмотрел протоколы таких чисто АДС-ных ошибок у себя в конторе: очень часто после 5-7 попытки работа нормально продолжалась. 4) при переводе приложения на работу под транзакциями ДОСТОВЕРНОСТЬ (непротиворечивость) данных становится, имхо, 99.9%. Если, конечно, нет ошибок в самих алгоритмах. Одну десятую процента оставляем на случай заливки сервера кипятком или падения со стола. Отключения усеровских компов, аварии в электросети - всё становится похрену. Вывод (2 dr_yanson): надо искать не SIx, а ADS. При числе усеров > 50 - точно не пожалеешь. ЗЫ. Между прочим, как ни странно, в случае аварии на серваке виндуза поведёт себя лучше нетвари. Потому что нетварь очень сильно использует память для кеширования и сбрасывает на диск новые данные ДАЛЕКО не сразу. У меня был случай, когда в справочник завели новую строку (в 9:30 утра), в 17:00 сервер NetWare "завис" и после рестарта этой строки в справочнике не оказалось (к счастью, все данные были на бэкапе). Впрочем, это уже другая тема.
|
|
|
|
| |
Пост N: 12
Зарегистрирован: 15.11.05
|
|
Отправлено: 22.12.06 10:27. Заголовок: Re:
suv3 пишет: цитата: | Беда клиппера в том, что он ни хрена не работает. Нет ни одного рабочего драйвера БД, сикс - не исключение. Есть более-менее работоспособный АДС, но область его применения весьма ограничена - это Netware со всеми вытекающими. Да и глюков в АДС тоже хватает |
| Беда в головах... А по-поводу "надежности". Хотелось бы отдельно прояснить. У многих программистов и пользователей существует предвзятое мнение, что DBF - это очень ненадежно, что системы, построенные на xBase, подвержены разрушениям данных и индексов. Извините, но это совсем не так. DBF тут совсем ни при чем. Разрушения происходят по вине технологии файл-сервер, в которой надежность всей системы зависит от каждой единицы "железа", используемого в обработке данных. Если же использовать технологию терминал-сервер (например, в связке Linux+DosEmu, Linux-Clip), то разрушения данных просто не возникают, так как вся обработка данных производится на сервере и никак не зависит от пропаданий 220В на клиентских станциях.
|
|
|
|
| |
Пост N: 552
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.12.06 13:15. Заголовок: Re:
p519446 пишет: цитата: | Потому что нетварь очень сильно использует память для кеширования и сбрасывает на диск новые данные ДАЛЕКО не сразу |
| Кто мешает "тонко" настроить кэш в Netware ? ;)
|
|
|
|
| |
Пост N: 51
Зарегистрирован: 07.08.06
|
|
Отправлено: 22.12.06 14:48. Заголовок: Re:
Dima пишет: цитата: | Кто мешает "тонко" настроить кэш в Netware ? ;) |
| Пробовали. Тормоза начинаются, и весьма заметные (у нас число АКТИВНЫХ усеров тогда было больше 120). Да и зачем его перестраивать, этот кеш, в сторону уменьшения времени хранения без записи на диск ? Если есть регулярный бэкап (каждые 15 минут), то потери данных при взрыве сервака составят макс 15 минут. Для нас, по кр. мере, это не смертельно.
|
|
|
|
|
| постоянный участник
|
Пост N: 256
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.12.06 14:57. Заголовок: Re:
1. В отношении ADS. Конечно эта система более надежная по сравнению с обычными драйверами Clipper, однако ее завышенная цена делает эту систему недоступной для большинства Clipper-программистов. Так что ADS не является панацеей от возникающих проблем при работе с базами данных. 2. Мнение к DBF не предвзятое, а реальное. У DBF-системы нет понятия транзакции, поэтому использование их в многопользовательской системе делает их ненадежными.
|
|
|
|
| |
Пост N: 553
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.12.06 15:13. Заголовок: Re:
Григорьев Владимир пишет: цитата: | однако ее завышенная цена делает эту систему недоступной для большинства Clipper- |
| Поднимите руку кто юзает ADS оффициально купленный ;)
|
|
|
|
| |
Пост N: 13
Зарегистрирован: 15.11.05
|
|
Отправлено: 22.12.06 15:25. Заголовок: Re:
Григорьев Владимир пишет: цитата: | 2. Мнение к DBF не предвзятое, а реальное. У DBF-системы нет понятия транзакции, поэтому использование их в многопользовательской системе делает их ненадежными. |
| Я не пойму, чем не устраивает терминальная система работы?
|
|
|
|
| постоянный участник
|
Пост N: 258
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.12.06 15:44. Заголовок: Re:
lista пишет: цитата: | Если же использовать технологию терминал-сервер (например, в связке Linux+DosEmu, Linux-Clip), |
| Я так думаю, что прикладной программист, коим является программист по Clipper, не должен заниматься связками Linux+DosEmu или какими-то другими. Он разрабатывает приложения для той платформы, которая имеется у заказчика. Я думаю, никто не будет спорить, что подавляющее большинство заказчиков имеют различные системы Windows, а не связки Linux+DosEmu.
|
|
|
|
| постоянный участник
|
Пост N: 259
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.12.06 15:45. Заголовок: Re:
Dima пишет: цитата: | Поднимите руку кто юзает ADS оффициально купленный ;) |
| Вот это-то как раз и плохо!
|
|
|
|
| |
Пост N: 14
Зарегистрирован: 15.11.05
|
|
Отправлено: 22.12.06 16:01. Заголовок: Re:
Да как сказать! Одно дело программировать на не надежной платформе и ломать голову по вопросам развала индексов, скорости... и жаловаться и плакать на это. Или поставить заказчику ОДИН Linux+Clip на сервер, а рабочие машины Telnet. И забудете про проблемы скорости, развала индексов... Пишите в свое удовольствие.
|
|
|
|
| постоянный участник
|
Пост N: 260
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.12.06 16:18. Заголовок: Re:
lista пишет: цитата: | Или поставить заказчику ОДИН Linux+Clip на сервер, а рабочие машины Telnet. |
| По сути дела это означает сменить специализацию с программиста на системного администратора!
|
|
|
|
| |
Пост N: 52
Зарегистрирован: 07.08.06
|
|
Отправлено: 22.12.06 16:30. Заголовок: Re:
Григорьев Владимир пишет: цитата: | У DBF-системы нет понятия транзакции, поэтому использование их в многопользовательской системе делает их ненадежными |
| Зато у АДС оно есть. В том числе и для использования в .dbf. После того, как я перевёл свою систему на работу с транзакциями, ушёл в прошлое весь этот гимор с "непонятными" результатами в виде "частично" записанных документов, "странными" остатками на складе или на балансах клиентов и т.п. Dima пишет: цитата: | Поднимите руку кто юзает ADS оффициально купленный ;) |
| Требую прекратить издевательство над здравым смыслом! :-))
|
|
|
|
| |
Пост N: 15
Зарегистрирован: 15.11.05
|
|
Отправлено: 22.12.06 16:35. Заголовок: Re:
А кто вам Винду ставит на машины? Да если нет СисАдмина..., то да прийдется самому настроить Линух. Да и не большая там "заморочка" установка Линуха и Клипа. Но даже если это освоить оно окупится... и это намного дешевле, чем юзать Новелы или АДС, которые все равно не дадут надежности терминальных систем.
|
|
|
Ответов - 56
, стр:
1
2
3
All
[только новые]
|
|