a2ps & ukrainian letters.
Hi all. Что нужно подправить в sharatype шрифтах, чтобы украинские буковки увидеть? Спасибо.
Re: equipment manager
On Sat, Mar 02, 2002 at 01:02:35PM +0300, Michael Vlasov wrote: > Как ьы не ругали MySQL все равно версия 4-я сейчавс на уровне Oracle -0 и > по скорости и по функциональности. Ну не смешите меня :) Мискуль никогда не выйдет на уровень оракла - ни по скорости, ни по функциональности ни, надеюсь, по цене :) 4-ка просто умеет немного больше того, что умела 3-я. Теперь мискуль сделал еще один шажок в направлении к rdbms :) -- Nick Potemkin Eniro Rus-M http://www.eniro-m.ru ::: Yellow Pages Moscow http://www.yellowpages.ru phone: +7 (095) 799-55-55 fax: +7 (095) 799-55-09
Re: Multiple Critical PHP Vulnerabilities
CuPoTKa wrote: Здравствуйте ув. дебиановцы! Кто вкурсе проясните пожалуйста ситуацию с дырками в PHP. Ожидаются фиксы в potato? Что-то уже все обьявили только дебиан молчит Ну слава богу пришло сегодня
Re: equipment manager
On Sat, 2 Mar 2002, Michael Vlasov wrote: > > Рекомендую читать Дейта, потом Граббера, потом Селко. > > > > Как ьы не ругали MySQL все равно версия 4-я сейчавс на уровне Oracle -0 и > по скорости и по функциональности. На уровне Oracle версии минус ноль по функциональности? Крайне правдоподобно. По скорости на тех задачах, которые он умеет решать, да при ограниченом числе коннектов, он лучше. С этим никто не спорит. И для веб-сайтов, где не требуется интерактивное обновление контента он очень даже подходит. Не надо только его за полноценную базу данных считать. Это нишевой продукт. И в своей нише он уступает базам данных только если разработчики уже привыкли пользоваться SQL-ем так, как его определяет стандарт, а не так как считает автор mySQL (о чем, он, кстати, честно заявил в названии продукта - что реализует не SQL, а свое представление о нем)
Re: equipment manager
On Fri, 1 Mar 2002, Ilya Anfimov wrote: > Date: Fri, 1 Mar 2002 21:31:12 +0300 > From: Ilya Anfimov <[EMAIL PROTECTED]> > To: debian-russian@lists.debian.org > Subject: Re: equipment manager > Resent-Date: Fri, 1 Mar 2002 23:36:15 +0300 (MSK) > Resent-From: debian-russian@lists.debian.org > > On Fri, Mar 01, 2002 at 05:11:03PM +0300, Alexander Kogan wrote: > > Hi! > > > > > Потому, что mySQL не является SQL сервером, если говорить честно. > > > Я думаю не надо объяснять почему? > > > > Почему же не надо? Надо... Я, вот, например, не понимаю, почему... > > Например потому, что SQL -- это язык запросов реляционных > баз данных, а MySQL -- не совсем реляционный. > Простите это почему же MySQL не реляционная БД ? Там хоть в последнее время появились хранимые процедуры и скорость работы догнала Oracle. Сравнительные тесты есть на www.linux.org.ru, как пример - NASA недавно перешла от Oracle к MySQL - отсюда вопрос - кому нужны эти наворты Pl-SQL ? > > -- Michael Vlasov , MICHAEL-RIPN, MVY162-RIPE http://www.matrix.ru/michael, ICQ#12612617
Re: equipment manager
On Fri, 1 Mar 2002, Victor Wagner wrote: > Date: Fri, 1 Mar 2002 20:47:52 +0300 (MSK) > From: Victor Wagner <[EMAIL PROTECTED]> > To: debian-russian@lists.debian.org > Subject: Re: equipment manager > Resent-Date: Fri, 1 Mar 2002 22:46:15 +0300 (MSK) > Resent-From: debian-russian@lists.debian.org > > On Fri, 1 Mar 2002, Alexander Kogan wrote: > > > From: Alexander Kogan <[EMAIL PROTECTED]> > > Subject: Re: equipment manager > > X-Mailer: KMail [version 1.3.2] > > > > Hi! > > > > > Потому, что mySQL не является SQL сервером, если говорить честно. > > > Я думаю не надо объяснять почему? > > > > Почему же не надо? Надо... Я, вот, например, не понимаю, почему... > > Вот когда поймешь, поймешь почему задача менеджмента эквипмента > решается пятком CGI-шек. > > Рекомендую читать Дейта, потом Граббера, потом Селко. > Как ьы не ругали MySQL все равно версия 4-я сейчавс на уровне Oracle -0 и по скорости и по функциональности. > > > -- Michael Vlasov , MICHAEL-RIPN, MVY162-RIPE http://www.matrix.ru/michael, ICQ#12612617
Gnome 1.4
HI!!! Где можно смиррорить gnome 1.4, или 2.0 уже можно пользовать? Желательно для potato. На ximian только 1.2 -- Sova aka Ilya S. SapytskyDon't worry, be happy!
Re: equipment manager
On Sat, 2 Mar 2002, Nick Potemkin wrote: > > > > Например потому, что SQL -- это язык запросов реляционных > > баз данных, а MySQL -- не совсем реляционный. > > А что, кто-то называл мискуль RDBMS? :) А кто говорит, что "SQL сервер"=RDBMS? Хитрость в том, что для решения данной задачи крайне удобна именно DBMS. Необязательно R. Но с R - проще, так как они наиболее распростраены, по ним больше всего литературы. Что касается того, что SQL это именно язык для _реляционной_ обработки данных, то ссылку на Дейта я уже приводил. У него там написано почему полноценная реализация SQL являеся именно RDBMS. > На мой взгляд, SQL server - это программа, которая может быть > использована для хранения данных и позволяет использовать SQL как язык > для управления этими данными. Естественно, отсутствие транзакций и ссылочной При такой постановке вопроса mySQL попадает под определение sql сервера. Но при этом класс программ, которые попадают под это определение, становится шире чем класс программ, на которых удобно решать поставленную задачу.
Re: equipment manager
On Fri, 1 Mar 2002, Wartan Hachaturow wrote: > "Я решу эту задачу за 5 CGI-шек!" > "А я за три!" > "А я в одной!" > ;) > > Нет, что бы вы не говорили, но это классическая задачка для решения > классическими Unix tools. Зачем веб с sql'ем приплетать -- не понимаю.. > Проблема в том, что скорее всего и для человека, который проблему ставит, и для человека который проблему решает (сгоревшую видеокарту меняет) unix tools - не естественный интерфейс. Web-based - гораздо понятнее. А sql нужен для того, чтобы не иметь проблем с одновременной попыткой изменения одних и тех же данных несколькими пользователями.
Re: equipment manager
On Fri, 1 Mar 2002, Wartan Hachaturow wrote: > > А эту задачу без referential integrity лучше и не пытаться решать. > > Да. Но целостность можно сделать и ручками в простых случаях.. Иногда > проще так, чем вхрячивать Real SQL Server. Человек просил высокоуровневое средство для решения проблемы. Чтобы не делать ручками. > > Так это совсем разные задачи - багрепортов по железу не бывает, > > если ты только не занимаешься его разработкой. Железо либо работает, > > либо не работает. > > "У меня тут это, мышь сломалась. И звуковая карта не работает." > Чем не баг-репорт? ;) Хотя слово "баг" нужно на слово "trouble" > поменять. Вот именно что это problem report. И к нему нужна система problem escalation. Опять же начинать надо не с того, чтобы писать, а с того чтобы читать. Как люди такие задачи решают. В Открытых Системах с полгода назад неплохая статья на эту тему была.
Re: equipment manager
On Fri, 1 Mar 2002, Nick Potemkin wrote: > > > > А эту задачу без referential integrity лучше и не пытаться решать. > > Эх.. Разучились люди программы писать... Вот, помню, базы в DBF-ах писали - и > никто не говорил, что без вот того, что написано выше обойтись нельзя... Как раз наоборот - научились. Осознали, что не надо устраивать закат солнца вручую. И не надо реализовывать самому то, что уже реализовано в нормальных серверах баз данных. Разница между mySQL-ем и SQL-ем в этом месте заключается ровно таки в буковке "S" из слова SQL. Вы никогда не задумывалесь о том, что она значит? А она значит "Structured". Структурность языка запросов SQL заключается именно в возможности использования вложенных запросов. Собственно эффект от этой разницы заключается в том, что на SQL поставленную задачу решать выгодно, а на mySQL - невыгодно - слишком много писать придется. > > Так это совсем разные задачи - багрепортов по железу не бывает, > > если ты только не занимаешься его разработкой. Железо либо работает, > > либо не работает. > > Пример - виснет машина. Эту мысль как-то надо довести до человека, который > обслуживает машины... Или погорела видеокарта. Мы это отметили. А через неделю > погорела вторая. На той же машине... Должно наводить на какие-нибудь мысли. Вот чего я не понимаю, почему это имеет отношение к базе данных оборудования. База данных оборудования это инструмент человека, решающего подобные проблемы. А у юзера к ней вообще доступа быть не должно. Только у менеджеров и технических специалистов. > Или глючит винда... Или офис падает время от времени. Или антивирус вдруг > перестал запускатся... Все это можно класть в багрепорты и поттом отчитыватся И какое все это имеет отношение к железу?
