ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[apache-talk] =?koi8-r?Q?Re=3A_=5Bapache-talk=5D_=CB=C1=D4=C1=CC=CF=C7=C9_vs=2E?==?koi8-r?Q?_rdbms_=28was=3A_=C7=D2=D5=D0=D0=CF=D7=C1=D1_=D2=C1=DA?==?koi8-r?Q?=D2=C1=C2=CF=D4=CB=C1__web_=C9_=D3=C9=CE=C8=D2=CF=CE?==?koi8-r?Q?=C9=DA=C1=C3=C9=D1=29?=



PVA>> > поддержку). В тех задачах, где нужно применять MySQL
PVA>> (большой объем чтения > при небольшом объеме модификаций) они
PVA>> на самом деле не нужны вообще, а там,
PVA>> 
PVA>>   Это классическая задача системы каталогов, а не РСУБД.

Ага. Особенно эффективно там решается задачи поиска и обьединения таблиц.

PVA>>    X.500 умеет реплицироваться от рождения.
PVA>>   LDAP -- начиная то ли с v2, то ли с v3.
PVA>> 
PVA>>   И зачем тогда MySQL?

Насколько я понимаю, LDAP и MYSQL - это вещи разного уровня. Базой для
LDAP может быть что угодно. А X.500 вроде вообще монстроид (по слухам, сам
не видел), к которому без поллитры подходить страшно :)

-- 
frodo@sharat.co.il      \/  There shall be counsels taken
Stanislav Malyshev      /\  Stronger than Morgul-spells
phone +972-3-9316425    /\              JRRT LotR.
http://sharat.co.il/frodo/      whois:!SM8333


=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.