Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 35 36 37 38 39 [40] 41 42 43 44 .. 51   вперед  Ctrl
 Re: Закат RDBMS?  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2402
Блог
Бред
Еще раз перечитал. Что значит "все клиентские приложения"? Клиент работает с единственным системным "приложением" - объектным навигатором.
Это сильно, да. А если с БД должен общаться не человек, а процесс? Тоже через нафигатор?

Ну покажите же уже это чудо! Я хочу лицезреть нафигатор в действии!
17 дек 07, 20:41    [5060156]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
Павел Воронцов
Бред
Еще раз перечитал. Что значит "все клиентские приложения"? Клиент работает с единственным системным "приложением" - объектным навигатором.
Это сильно, да. А если с БД должен общаться не человек, а процесс? Тоже через нафигатор?

Ну покажите же уже это чудо! Я хочу лицезреть нафигатор в действии!


"Если бы вырос сад, я бы сказал - сад. А поскольку выросло дерево - зачем же мне врать?"
Когда автор этой (пока не очень понятной) "подтемы" скажет что "клиент" - это "процесс", мы вернемся к этому вопросу. А Вам все понятно с "трансформацией схемы"? И еще - что такое "нафигатор"? Правильно ли я понял, что так старожилы называют "реляционную систему"?
17 дек 07, 20:47    [5060166]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2402
Блог
Бред
Павел Воронцов
Бред
Еще раз перечитал. Что значит "все клиентские приложения"? Клиент работает с единственным системным "приложением" - объектным навигатором.
Это сильно, да. А если с БД должен общаться не человек, а процесс? Тоже через нафигатор?

Ну покажите же уже это чудо! Я хочу лицезреть нафигатор в действии!


"Если бы вырос сад, я бы сказал - сад. А поскольку выросло дерево - зачем же мне врать?"
Когда автор этой (пока не очень понятной) "подтемы" скажет что "клиент" - это "процесс", мы вернемся к этому вопросу. А Вам все понятно с "трансформацией схемы"? И еще - что такое "нафигатор"? Правильно ли я понял, что так старожилы называют "реляционную систему"?
Под процессом я понимаю процесс - программу, работающую без участия человека. Её запустили и она работает, сама работу выполняет, на неё возложенную. Ну заглядвает иногда админ в логи, мониторит насчет ошибок, а так оно само живёт. С базой общается, данные туда кладёт, анализирует, что-то там, в базе, меняет...

Под "нафигатором" у местных старожилов принято понимать "объектный навигатор", столь рекламируемый здесь Андреем Леонидовичем Чернышевым. Вы ведь с ним знакомы, не так ли?

С "трансформацией схемы" мне в общих чертах давно всё понятно, вопросов не имею.
17 дек 07, 20:52    [5060185]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
ЧАЛ - я правильно понимаю, что вам нечего показать?
И вы это косвенно признаёте, начиная новый бухтёж - уже про истину.
С вопросами истины - это или к филосрофам, или к дохторам, на выбор.
Вы показ будете делать?
Ещё раз - $%здеть не мешки ворочать.

Кста, самое-самое в технологиях RDBMS это создание оптимизатора.
Интересно, сколько вам веков потребуется на сосздание оптимизатора к вашим идеям...
Так, чисто риторический вопрос.
Ответ - нисколько, вы не созидатель, вы делать не можете, вы только бухтеть.

У меня уже давно есть идея, или концепция, интересной вещи для MOM (Message Oriented Middleware).
Я вот первый раз публично о ней сказал - потому как показать ещё нечего.
Будет чего показать - хоть в виде пилота - буду предлагать на соотв форумах соотв людям.

Вы бы тоже, хоть пилотик сподобились...
17 дек 07, 21:09    [5060232]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
Павел Воронцов
Бред
Павел Воронцов
Бред
Еще раз перечитал. Что значит "все клиентские приложения"? Клиент работает с единственным системным "приложением" - объектным навигатором.
Это сильно, да. А если с БД должен общаться не человек, а процесс? Тоже через нафигатор?

Ну покажите же уже это чудо! Я хочу лицезреть нафигатор в действии!


"Если бы вырос сад, я бы сказал - сад. А поскольку выросло дерево - зачем же мне врать?"
Когда автор этой (пока не очень понятной) "подтемы" скажет что "клиент" - это "процесс", мы вернемся к этому вопросу. А Вам все понятно с "трансформацией схемы"? И еще - что такое "нафигатор"? Правильно ли я понял, что так старожилы называют "реляционную систему"?
Под процессом я понимаю процесс - программу, работающую без участия человека. Её запустили и она работает, сама работу выполняет, на неё возложенную. Ну заглядвает иногда админ в логи, мониторит насчет ошибок, а так оно само живёт. С базой общается, данные туда кладёт, анализирует, что-то там, в базе, меняет...

Под "нафигатором" у местных старожилов принято понимать "объектный навигатор", столь рекламируемый здесь Андреем Леонидовичем Чернышевым. Вы ведь с ним знакомы, не так ли?

С "трансформацией схемы" мне в общих чертах давно всё понятно, вопросов не имею.


В "общих чертах" - неплохо. Как и РМД. И поэтому Андрей Леонидович Чернышев объясняет Вам, чтобы стало не в общих чертах. А вовсе ничего не рекламирует. Абсолютно ничего.
Так что подождем от автора "подтемы" характерного примера как (и ради чего) Ваш процесс будет продолжать работать со старой схемой после изменения схемы.
17 дек 07, 21:11    [5060237]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
ЧАЛ - я правильно понимаю, что вам нечего показать?
И вы это косвенно признаёте, начиная новый бухтёж - уже про истину.
С вопросами истины - это или к филосрофам, или к дохторам, на выбор.
Вы показ будете делать?
Ещё раз - $%здеть не мешки ворочать.

Кста, самое-самое в технологиях RDBMS это создание оптимизатора.
Интересно, сколько вам веков потребуется на сосздание оптимизатора к вашим идеям...
Так, чисто риторический вопрос.
Ответ - нисколько, вы не созидатель, вы делать не можете, вы только бухтеть.

У меня уже давно есть идея, или концепция, интересной вещи для MOM (Message Oriented Middleware).
Я вот первый раз публично о ней сказал - потому как показать ещё нечего.
Будет чего показать - хоть в виде пилота - буду предлагать на соотв форумах соотв людям.

Вы бы тоже, хоть пилотик сподобились...


Значит все-таки обосрались. Я так и знал. И начали врать про "идеи" и "концепции". Нет у вас никаких идей и концепций. И это вас злит. Что касается "оптимизатора", то в ОСУБД он намного эффективнее, чем в "Р"СУБД. Этот вопрос мы тоже довольно подробно обсуждали в одной из тем.
И про "соответсвующих людей" - очень весело. Это, наверняка, такие же трусливые недоучки. Этакий клуб для "избранных".
17 дек 07, 21:20    [5060257]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
Пардон, чал, не спешите слюной брызгать.
Пока обсираетесь вы.
Вам показать нечего.
А имея моя совсем не из области баз данных, а из области MOM, но вы то такого не знаете, поэтому поясняю - это об обмене сообщениями между приложениями.
Таки есть идея.
А вот в области баз данных - ну нет.
И это меня ну никак не колышит.
Таки будете чего показывать, или нет?
Только один ответ - Да или Нет?
Без слюнобрызгания.
Ну?
Одно слово в сообщении, а следующим сообщением можете опять слюной брызгать.
17 дек 07, 21:29    [5060274]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
Пардон, чал, не спешите слюной брызгать.
Пока обсираетесь вы.
Вам показать нечего.
А имея моя совсем не из области баз данных, а из области MOM, но вы то такого не знаете, поэтому поясняю - это об обмене сообщениями между приложениями.
Таки есть идея.
А вот в области баз данных - ну нет.
И это меня ну никак не колышит.
Таки будете чего показывать, или нет?
Только один ответ - Да или Нет?
Без слюнобрызгания.
Ну?
Одно слово в сообщении, а следующим сообщением можете опять слюной брызгать.


Не придуряйтесь, демагог. Это Вы не знаете что такое MOM. Пожалуйста, сообщите свои предложения по дате и месте первого семинара. Без слюнобрызгания. Темами, насколько я понял, Вы заниматься не хотите. Хорошо, тему назначу я.
17 дек 07, 21:38    [5060287]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
попытка не удалась.
Повторяю вопрос.
Вы будете показывать, Да или Нет?
17 дек 07, 22:03    [5060343]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
Бред

Еще раз перечитал. Что значит "все клиентские приложения"? Клиент работает с единственным системным "приложением" - объектным навигатором. Именно из него могут запускаться какие-либо прикладные функции, которые на данный момент пока сложно реализовать без программирования. Нужен характерный пример, так как у Вашей задачи может быть совсем другое решение, а не то, о котором Вы говорите. Тем не менее, Ваше решение хотелось бы понять - что значит "трансформация схемы" (на этом же характерном примере)?

Речь идет о гипотетическом сценарии который отражает суть проблемы которую надо решить, чтобы потеснить РМД с ее ниши.

Взяли вашу КОМД на стороне сервера. Какая она там есть - не ясно, но это для этого сценария не важно. Сделали 3 сущности. Город, Организация, Отдел. Связали все как там оно у вас правильно делается. К этому делу прикрутили клиента, написали его на С++. Соверженно железобетонно ориентированного только на обработку этих 3х сущностей. Выбор языка и метода его использования не обсуждается, т.к. делали это приложение "недоучки". Оно проэксплуатировалось год. Потом организация выросла, и подчинение отделов превратилось в дерево. Т.е. появились суботделы. Итак, задача заменить серверную часть для поддержки иерархии любого уровня. Клиентские приложения менять и перекомпилировать запрещено. Они обязаны работать с новым сервером.

В РБД это решается вьюхами. Что позволяет недоучкам успешно эксплуатировать РСУБД. Это огромнейшее достижение РСУБД - снижение требований к уровню образования архитекторов/разработчиков/администраторов.

Если ваша КОМД требует более высокого уровня квалификации разработчиков - у нее в перспективной нише только очень специфичные и наукоемкие проекты (вот как раз мой случай с моей ООСУБД для нейросетей в текущем ее состоянии).
17 дек 07, 22:04    [5060346]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
только напоминаю, речь идёт не о семинаре, речь идёт о доказательствах вами вашей концепции.
Так что тема одна - вы показываете преимущества реализации систем на КОМД перед системами RDBMS.
17 дек 07, 22:05    [5060348]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
ggv
А имея моя совсем не из области баз данных, а из области MOM, но вы то такого не знаете, поэтому поясняю - это об обмене сообщениями между приложениями.
Таки есть идея.
А вот в области баз данных - ну нет.

Ну не совсем не из области БД: такие механизмы есть в Оракле. В частности, приложения могут подписываться на сообщения о событиях в БД, закрывать сесиию с БД, а когда событие произойдет получит сообщение, если приложение на него подписано. Очереди сообщений моно просматривать с помощью SQL.
17 дек 07, 22:06    [5060350]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
попытка не удалась.
Повторяю вопрос.
Вы будете показывать, Да или Нет?


Как же не удалась. Я очень ясно сказал. Пожалуйста, сообщите свои предложения по дате и месте первого семинара. Темами, насколько я понял, Вы заниматься не хотите. Хорошо, тему назначу я. И вам не удастся отвертеться на очном семинаре. Ни по одному из вопросов.
17 дек 07, 22:09    [5060356]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
vadiminfo - да знаю, но это немного не то.
Это частная реализация oracle, проистекающая из стратегии компании.
А есть и другие реализации, где не требуется ставить код размером с oracle для получения MOM. То есть MOM возможен и без баз данных, а сам по себе.
НО вы правы - общая черта с технологиями баз таки есть. Это транзакционная обработка данных.
17 дек 07, 22:09    [5060357]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
ЧАЛ - попытка два не удалась.
Интересно, на сколько у меня хватит терпения.
Ещё раз - вы будете показывать, ответ принимается только Да или Нет.
17 дек 07, 22:10    [5060359]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
ЧАЛ - что-то мне сдаётся, вы никогда в реальных проектах не учавствовали.
От вас ждут чётких критериев (это то хоть знаете, что такое?), по которым реализация вашей концепции имеет преимущества, с демонстрацией этих объективных критериев, которые можно измерить.
Но никак не ещё одного обливания помоями, которое мы здесь имеем уже не первый год.
17 дек 07, 22:13    [5060368]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
shuklin
Бред

Еще раз перечитал. Что значит "все клиентские приложения"? Клиент работает с единственным системным "приложением" - объектным навигатором. Именно из него могут запускаться какие-либо прикладные функции, которые на данный момент пока сложно реализовать без программирования. Нужен характерный пример, так как у Вашей задачи может быть совсем другое решение, а не то, о котором Вы говорите. Тем не менее, Ваше решение хотелось бы понять - что значит "трансформация схемы" (на этом же характерном примере)?

Речь идет о гипотетическом сценарии который отражает суть проблемы которую надо решить, чтобы потеснить РМД с ее ниши.

Взяли вашу КОМД на стороне сервера. Какая она там есть - не ясно, но это для этого сценария не важно. Сделали 3 сущности. Город, Организация, Отдел. Связали все как там оно у вас правильно делается. К этому делу прикрутили клиента, написали его на С++. Соверженно железобетонно ориентированного только на обработку этих 3х сущностей. Выбор языка и метода его использования не обсуждается, т.к. делали это приложение "недоучки". Оно проэксплуатировалось год. Потом организация выросла, и подчинение отделов превратилось в дерево. Т.е. появились суботделы. Итак, задача заменить серверную часть для поддержки иерархии любого уровня. Клиентские приложения менять и перекомпилировать запрещено. Они обязаны работать с новым сервером.

В РБД это решается вьюхами. Что позволяет недоучкам успешно эксплуатировать РСУБД. Это огромнейшее достижение РСУБД - снижение требований к уровню образования архитекторов/разработчиков/администраторов.

Если ваша КОМД требует более высокого уровня квалификации разработчиков - у нее в перспективной нише только очень специфичные и наукоемкие проекты (вот как раз мой случай с моей ООСУБД для нейросетей в текущем ее состоянии).


Будьте любезны. Без эмоций. И конкретнее. Пока пример очень странный. Это процесс, о котором говорил Павел Воронцов? Скорее всего. Для человека не нужно писать никаких приложений в таком примере - это же очевидно. Опишите пример конкретнее. И еще. Под "трансформацией схемы" Вы понимаете представления? И еще. Одна из особенностей (я бы не стал относить ее к недостаткам - их у "Р"СУБД итак слишком много) "Р"СУБД - высокие требования к уровню образования архитекторов/разработчиков/администраторов. Там пользователи вообще ничего не смогут сделать. Предсталения призваны как-то смягчить ситуацию. Но это иллюзия. В частности, в Вашем примере разработчики (на С++ или кто?) должны были изначально предусмотреть соответсвующие представления. Это морока с разнообразными последствиями. В ОСУБД приложение для такого примера писать не нужно. А Вы почему-то упорно хотите его писать. Значит это процесс? Давайте по-конкретнее. Хорошо?
17 дек 07, 22:36    [5060424]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
только напоминаю, речь идёт не о семинаре, речь идёт о доказательствах вами вашей концепции.
Так что тема одна - вы показываете преимущества реализации систем на КОМД перед системами RDBMS.


Да, я абсолютно так Вас и понял. Именно о докозательствах. Я терпеть не могу бездоказательных утверждений. И вопросов, по которым было масса демагогических и бездоказательных утверждений со стороны моих "оппонентов" накопилось много. Темы я Вам сообщил. Жду сообщения о дате и месте проведения первого семинара.
17 дек 07, 22:39    [5060431]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
ЧАЛ - попытка два не удалась.
Интересно, на сколько у меня хватит терпения.
Ещё раз - вы будете показывать, ответ принимается только Да или Нет.


У меня хватит терпения. Вам не удастся уйти от ответа. Испугались - так и скажите. Оставайтесь трусливым недоучкой. Это Ваше право.
17 дек 07, 22:41    [5060435]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
ЧАЛ - что-то мне сдаётся, вы никогда в реальных проектах не учавствовали.
От вас ждут чётких критериев (это то хоть знаете, что такое?), по которым реализация вашей концепции имеет преимущества, с демонстрацией этих объективных критериев, которые можно измерить.
Но никак не ещё одного обливания помоями, которое мы здесь имеем уже не первый год.


Вы лжете, видимо потому, что никогда не участвовали в реальных проектах. Помоями здесь меня обливают. Но я сказал, что буду на это отвечать адекватно. "Моя" "концепция" (то есть известная и без меня КОМД) превосходит РМД по всем статьям. Так что выбирайте тему для первого семинара, и не трепитесь.
17 дек 07, 22:44    [5060444]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Yo.!
Guest
Бред
Жду сообщения о дате и месте проведения первого семинара.

дата проведения: 19.03.2008 - 27.03.2008
Время проведения семинара: пн.-чт. с 18.00 до 21.15, всего 24 ак. часов

программа семинара тут
17 дек 07, 22:47    [5060452]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
Yo.!
Бред
Жду сообщения о дате и месте проведения первого семинара.

дата проведения: 19.03.2008 - 27.03.2008
Время проведения семинара: пн.-чт. с 18.00 до 21.15, всего 24 ак. часов

программа семинара тут


Молодец! Не то что ggv.
17 дек 07, 22:51    [5060462]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
Треться попытка провалилась.
Ну давайте я вам помогу.
Тема - реализации системы DSS - анализа данных корпоративного хранилища телеком индустрии.
На входе
- порядка TB данных (сколько будет можно, уточню)
- постоянный поток CDR, порядка десятков MB в час (может, сотен - уточню по наличию аппаратных средств), берутся из оперативных баз (пусть хоть из вашей каши)

Задача
- создать модель данных корпоративного хранилища и сосздать его
- создать полный цикл ETL
- создать витрины данных (ну хоть одну)
- собственно аналитика данных - отчёты. И ad-hoc тоже, не только регламентные.

Вопрос к ЧАЛу - вы будете это показывать, Да или Нет?

Если да - давайте мыло, дам ссылку на страницу, где вы заполните простейшую форму и вам выделят аппаратные ресурсы.
Совет - берите system p, для задач данного типа самое оно, проверено практикой.
17 дек 07, 22:53    [5060466]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
Бред
Будьте любезны. Без эмоций. И конкретнее. Пока пример очень странный. Это процесс, о котором говорил Павел Воронцов? Скорее всего. Для человека не нужно писать никаких приложений в таком примере - это же очевидно. Опишите пример конкретнее. И еще. Под "трансформацией схемы" Вы понимаете представления? И еще. Одна из особенностей (я бы не стал относить ее к недостаткам - их у "Р"СУБД итак слишком много) "Р"СУБД - высокие требования к уровню образования архитекторов/разработчиков/администраторов. Там пользователи вообще ничего не смогут сделать. Предсталения призваны как-то смягчить ситуацию. Но это иллюзия. В частности, в Вашем примере разработчики (на С++ или кто?) должны были изначально предусмотреть соответсвующие представления. Это морока с разнообразными последствиями. В ОСУБД приложение для такого примера писать не нужно. А Вы почему-то упорно хотите его писать. Значит это процесс? Давайте по-конкретнее. Хорошо?


Итак, никто у вас не спрашивает в данном примере как вы считаете правильным разрабатывать клиента. Это уже сделала группа недоучек. И сделала это неверно. Система сдана в эксплуатацию. В качестве сервера - ваш КОМД. Через год все взорвалось и нихрена не пашет. Вас привезли как автора КОМД на объект, и поставили задачу. Изменить схему БД на сервере, обеспечив работоспособность уже эксплуатирующихся клиентов. Разумеется функциональность существующих клиентов сохраняется в том же объеме в котором они работают в штатном режиме. Новые клиенты должны работать по новому. Вас не отпустят, пока не решите задачу именно в такой постановке))) Никакие ваши отмазки, что мол недоучки что то там отчудили, а вам теперь за них отвечать не катят - ну попали вы - чинить это все Г вам ))) Да, несправедливо, но попали именно вы. Вот в такой ситуации для РБД задача решается "условно" тривиально - вьюхами. Надеюсь вам понятно, что сарказм сообщения не от эмоций, а для более быстрого понимания сути вопроса. Сути вы пока не поняли, что говорит о том, что с реальными задачами никогда не сталкивались (((
17 дек 07, 22:55    [5060469]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
Треться попытка провалилась.
Ну давайте я вам помогу.
Тема - реализации системы DSS - анализа данных корпоративного хранилища телеком индустрии.
На входе
- порядка TB данных (сколько будет можно, уточню)
- постоянный поток CDR, порядка десятков MB в час (может, сотен - уточню по наличию аппаратных средств), берутся из оперативных баз (пусть хоть из вашей каши)

Задача
- создать модель данных корпоративного хранилища и сосздать его
- создать полный цикл ETL
- создать витрины данных (ну хоть одну)
- собственно аналитика данных - отчёты. И ad-hoc тоже, не только регламентные.

Вопрос к ЧАЛу - вы будете это показывать, Да или Нет?

Если да - давайте мыло, дам ссылку на страницу, где вы заполните простейшую форму и вам выделят аппаратные ресурсы.
Совет - берите system p, для задач данного типа самое оно, проверено практикой.


У меня терпения хватит. Как только разберемся с обсуждавшимися темами доберемся и до OLAP, я это уже подтвердил. Хватит трепаться. Назначайте место и время. Я уже понял, что Вы в БД не разбираетесь, поэтому темы семинаров буду определять я. То есть я - Ваш добровольный помошник. Действительно, одному Вам будет сложно организовать семинары на хорошем уровне.
17 дек 07, 22:59    [5060475]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 35 36 37 38 39 [40] 41 42 43 44 .. 51   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить