Да, санчо, мальчик мой, зачастую самопальные решения с использованием старых инструментов с успехом решают поставленные задачи, а стоят ... ну вроде ты мальчонка-то смышленый, слова иностранные знаешь :) Есть старая поговорка - "не трогай технику, и она не подведет" ;)

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

Да вы просто ленивые уроды.

Ага, "да нахрен думать, трясти надо!" - твой лозунг. Речь НЕ о том, как решить поставленную задачу наиболее навороченным и дорогим способом, а как сделать это с МИНИМАЛЬНЫМИ затратами материальных и временнЫх ресурсов. Кстати, насчет опыта, - плевать на него любят как раз такие пустозвоны, как ты. Возражений по делу нет, в башке одни рекламные картинки, а туда же ...

Тут на сайте в одном из обсуждений такой вот "неленивый" и "прогрессивный" уже высказал свое кредо - "для решения любой задачи нужно выбирать самое дорогое (sic!!!) из доступных решений". Умри, а лучше не скажешь.

Официальный релиз Wind River's BSD/OS 5.0

2kraw (любителю текстовых терминалов)

Интересно, а может те, кто покупает SAP, Oracle, Navision и т.д.

не знают о Фоксе/Клиппере ?

Что то не сходится в Вашей логике.

> не знают о Фоксе/Клиппере ?

Все они знают. Только с фоксом и клиппером не сорвешь хороший откат, и пальцы веером не сделаешь перед тупым, но денежным клиентом.

Официальный релиз Wind River's BSD/OS 5.0

>перед тупым, но денежным клиентом.

Но если он тупой, то почему денежный ?

>Но если он тупой, то почему денежный ?

Россия, в душу ее...

"Но если он тупой, то почему денежный ?" Посмотри на тех, кто катается "на пацанских тачках" и удивись жизни. Правда бывают и менее клинические случаи. Например в банке, где я когда-то работал (до 1998 года) был управляющий филиалом, который был уверен, что никакие банковские системы не нужны, а все можно сделать при помощи exelя. Причем это был далеко не тупой человек.

Официальный релиз Wind River's BSD/OS 5.0

>пальцы веером не сделаешь перед тупым, но денежным клиентом.

Конечно не сделаешь.

Все нормальные пацаны покупают Oracle, а я как лох Клиппер под досом.

Официальный релиз Wind River's BSD/OS 5.0

>Посмотри на тех, кто катается "на пацанских тачках" и удивись жизни.

Очень удивился, зачем им вообще покупать программы ?

> Все нормальные пацаны покупают Oracle, а я как лох Клиппер под досом.

а можно ппподробней про ораКакел. че за зверь такой, чем крут, мож бежать к шефу за санями четырехмоторными? а че на клиента нада?

Официальный релиз Wind River's BSD/OS 5.0

а можно ппподробней про ораКакел. че за зверь такой, чем крут, мож бежать к шефу за санями четырехмоторными? а че на клиента нада?

http://www.oracle.ru

>http://www.oracle.ru

"Linux: Только Oracle делает ее быстрой, надежной и безопасной" - мы прослезились :) по-всем 3-м пунктам.

ой, скока там всего разного много.. счастье для девелопера. уже хОчу. че ж я раньше етого слова заветного не знал. ты (Sun-ch) сам-то че прикупил из ихонного многообразия.

> Но если он тупой, то почему денежный ?

А ты че, тоже тупой? ;)) Денежный - потому, что много денег,
которые у него остались со времен, когда рыбка ловилась в
мутной водичке. Тупой - потому, что его за эти деньги скоро
убьют, либо он сам их спустит, когда его разведут на тупые
пальцатые проекты, но он об этом еще не знает ;)

У меня "простой" вопрос к присутствующим и Авторам: кто-то, вообще, выполнял "./make system"? До вер. 1.0 такого не было: отработка system завершается обнулением /lib/libc-2.2.5.so (здесь RH 7.3) и порчей еще нескольких файлов в /lib (список см. на www.kosmos.mk.us, средняя колонка). Сегодня, при установке 1.0-6, всего за двадцать минут восстановил систему. CLIP работает (проверил на создании dbu). При установке v.1.0 только на выход из шока ушло гораздо больше времени. Что за шуточки??? popov@kosmos.mk.ua

to popov: если ты знал об этом глюке с версии 1.0.0 то почему не доложил ?

Такой глюк был в одном из патчей к 0.99.8 когда мы переделывали "инсталяцию" под требования altLinux`а, глюк был выловлен буквально на следующий день и больше такого не наблюдалось.

естественно make system мы проверяем , причем в первую очередь. Конкретно RH 7.x у нас нет, у тестеров есть, как они ставят конкретно я не знаю может и не через system, а вот жалоб точно не было.

2 uri@itk.ru После установки v.1.0-5 информацию о проблемах с libc выложил на сайт, а до Вас не довел, извиняюсь! Не думал, что эта "шутка" останется не замеченной другими. 73! popov@kosmos.mk.ua

CQ, CQ DX UZ9XYV, ах как ностальгия зацепила..

P.S. - so sorry about offtopic

при обновлении больших объёмов данных никакой SQL вас не спасёт ещё раз повторяю при ОБНОВЛЕНИИ update на SQL серверах не работает как надо, альтернатива clip !!!

DBA

clip тоже сосет. Вот foxpro - это вещь.

>>>clip тоже сосет. Вот foxpro - это вещь.

пжалста вот тут поподробней я например делаю так

function main()

Local aDBstru:={} Local i:=0 Local cDriver := "DBFNTX" Local cShare := .T. Local iBeginTime := SECONDS()

AADD(aDBstru,{"tel","C",10,0}) AADD(aDBstru,{"info","C",15,0})

IF !FILE("tel.dbf") DBCREATE("tel",aDBstru) ENDIF

DBUSEAREA(.F.,cDriver,"tel","telephone",cShare) IF !FILE("tel.ntx") DBCREATEINDEX("tel","tel",{|| tel }) ENDIF DBCLOSEALL()

DBUSEAREA(.T.,cDriver,"tel","telephone",cShare) //DBSETINDEX("tel") //DBSETORDER(1)

QOUT(TIME()) cBeginTime := TIME() DO WHILE i < 100000 APPEND BLANK REPLACE tel WITH str(i),; info WITH "test record" i++ ENDDO QOUT(TIME()) QOUT(STR(SECONDS()-iBeginTime))

telephone->( DBCLOSEAREA() )

return NIL

мой рекорд 20 сек вставка и обновление практически одинаково в отличие от SQL только если индекс подключаешь тогда тормоз (естественно)

DBA

Рекордсмену: с fsync=true - 28 сек на Постгресе. Ну и че ? Можно подкрутить и практически сровняться...

INSERT оно понятно и UPDATE на PostgreSQL тоже будет за 28 сек ? что то я сомневаюсь пошёл проверять кстати 8 сек от 28 это почти 1/3 - очень плохо вот если будет 1 сек тогда сообщите

я тут до сервака одного дорвался на нём 1.49 под NTFS полагаю что под HPFS будет что надо

если быть честным то мне надо 30 000 000 - 1 000 000 000 записей и ещё оставить время для поиска в других табличках чтобы на всё про всё не более трёх часов

8 сек - это совсем не много. сервер БД уделает твою файлопомойку в сетевом окружении раз, при выполнении блочных команд (типа апдейт тысячи-другой тысяч записей одной командой) и т.д. и т.п.. Плюс накинь целостность, хранимые процедуры, транзакциии т.д. Меня такая плата за потерю 30% при инсертах - устраивает