Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
AlexandrPlus
Member

Откуда:
Сообщений: 7887
Привет
Узнал, что БД у Twitter, Yelp and Facebook на неsql-ых нереляционных СУБД.
Не знаете ли какие-нибудь ссылки или другие источники с более полной и детальной технической
информацией про это.

Почему не выбрали традиционные реляционные sql-ые СУБД?
11 июн 13, 14:31    [14420772]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5824
AlexandrPlus
Почему не выбрали традиционные реляционные sql-ые СУБД?


Потому что ACID им нафиг не нужен, а вот скорость вставки/чтения простых запросов критично.
Т.е. если какая-то часть данных "потеряется", то это не страшно.
А вот задержка в запросе на чтение/запись на пару миллисекунд - это очень критично.

<:o)
11 июн 13, 15:12    [14421076]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
AlexandrPlus
Member

Откуда:
Сообщений: 7887
mad_nazgul
AlexandrPlus
Почему не выбрали традиционные реляционные sql-ые СУБД?


Потому что ACID им нафиг не нужен, а вот скорость вставки/чтения простых запросов критично.
Т.е. если какая-то часть данных "потеряется", то это не страшно.
А вот задержка в запросе на чтение/запись на пару миллисекунд - это очень критично.

<:o)


как раз ACID выбранная ими СУБД обеспечивает
это СУБД Neo4j (уже постепенно нахожу сведения) и к ней уже
все основные прибамбасы есть - ... и даже сообщество Twitter и LinkedIn
и фирмы-разработчик ведет тонкую политику с бесплатными версиями для разработчиков и внедряемой коммерческой версией уровня предприятия

Надо бы сравнить с СУБД-одноклассниками. Сад нереляционных неsql СУБД нашел http://www.nosql-database.org/ И там свои классы. Там не все существующие СУБД наверно.
11 июн 13, 17:16    [14422007]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
mayton
Member

Откуда: loopback
Сообщений: 52942
AlexandrPlus, к щебету и визгу я-бы предложил рассмотреть вконтакт.
Тоже интересно. http://www.insight-it.ru/masshtabiruemost/arkhitektura-vkontakte/
11 июн 13, 19:11    [14422437]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
AlexandrPlus
как раз ACID выбранная ими СУБД обеспечивает


Документация по Neo4j, особенно в части Transaction Management просто поражает количеством букв. А уж примеров то...

Поэтому что и как она обеспечивает, бабушка надвое сказала...
11 июн 13, 21:25    [14422886]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5824
AlexandrPlus
как раз ACID выбранная ими СУБД обеспечивает


Чудес не бывает, хотя некоторые продолжают надеяться.
Если бы данная БД поддерживала ACID при высокой скорости, то тогда бы другие БД были просто не нужны.
Я верю, что она поддерживает какую-то транзакционность, достаточную для выполняемых задач.
Но ACID - нет, т.к. это серьезные тормоза на больших объемах данных.

Кстати на этом и "играет" MySQL.
Хотите "быстро" - вот быстрый движок, но нет ACID.
Хотите "надежно" - вот надежный движок, но скорость не впечатляет.

<:o)
12 июн 13, 07:08    [14423789]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
mayton
Member

Откуда: loopback
Сообщений: 52942
Недавно один чел написал ссылку на CAP.
http://ru.wikipedia.org/wiki/Теорема_CAP
12 июн 13, 12:22    [14424271]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
PSV100
Member

Откуда:
Сообщений: 157
mayton
AlexandrPlus, к щебету и визгу я-бы предложил рассмотреть вконтакт.
Тоже интересно. http://www.insight-it.ru/masshtabiruemost/arkhitektura-vkontakte/

Там речь идёт о "собственной СУБД на C, созданной «лучшими умами» России". Если не ошибаюсь, это вроде Tarantool.

AlexandrPlus
Узнал, что БД у Twitter, Yelp and Facebook на неsql-ых нереляционных СУБД.
Не знаете ли какие-нибудь ссылки или другие источники с более полной и детальной технической
информацией про это.


В том блоге (http://www.insight-it.ru/highload/) инфа об архитектуре многих проектов. Там есть и про гугл, когда-то они намекали, что у них на низком уровне работает аналог LevelDB. Но с этой БД неясность, сейчас проскакивает информация в инете, что у гугла уже транзакционная архитектура. Где-то на форуме sqlite-а выкладывали свои тесты, где sqlite оказалась производительнее (с sql-движком), чем LevelDB (к тому же LevelDB эффективна при не длинном значении value-части в key-value записи).

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

Кстати, вроде скайп "мучается" на PostgreSQL, делится своими Skytools.
12 июн 13, 13:10    [14424405]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
AlexandrPlus
Member

Откуда:
Сообщений: 7887
pkarklin
AlexandrPlus
как раз ACID выбранная ими СУБД обеспечивает


Документация по Neo4j, особенно в части Transaction Management просто поражает количеством букв. А уж примеров то...

Поэтому что и как она обеспечивает, бабушка надвое сказала...


вроде шведы исходно придумали
и довольно живо так набирает обороты
http://www.neotechnology.com/

а что документация неотточенная и маломелкая - так это у любого инструментального софта, что недавно появился

что там довольно молодое из RDBMS - FireBird
http://www.firebirdsql.org/en/documentation/

Похоже Neo4J под Oracle "копает" - то есть в тех фирмах, где Oracle предлагается и какие-то участки, где был Ора, заменяет собой.
13 июн 13, 23:24    [14431053]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
mad_nazgul
Если бы данная БД поддерживала ACID при высокой скорости, то тогда бы другие БД были просто не нужны.

Чтобы другие были не нужны, понадобился бы все же в первую очередь SQL, скорее всего.
Ить их не называют NoACID, а NoSQL. В SQL, по-видимому, пока существенное достижения в БД проявились.
14 июн 13, 08:21    [14431659]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
AlexandrPlus
Member

Откуда:
Сообщений: 7887
vadiminfo
mad_nazgul
Если бы данная БД поддерживала ACID при высокой скорости, то тогда бы другие БД были просто не нужны.

Чтобы другие были не нужны, понадобился бы все же в первую очередь SQL, скорее всего.
Ить их не называют NoACID, а NoSQL. В SQL, по-видимому, пока существенное достижения в БД проявились.


и SQL на многих реализован, и ACID обеспечен
Это аспект - других моделей данных.

И, собственно, ничего не умирает, а лишь занимает свою нишу, где это с учетом всех особенностей ситуации - ЛУЧШЕЕ решение.
Как, например, иерархические модели данных - как тривиальный примет вот Реестр Windows - это в каком-то смысле иерархическая СУБД. Реестр можно было и реляционно реализовать, но это совсем неуместно.
14 июн 13, 08:39    [14431735]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
AlexandrPlus
и SQL на многих реализован, и ACID обеспечен

На многих NoSQL SQL реализован?

Смысл ответа был про то, что одного ACID, скорее всего, не достаточно, чтобы "другие БД были просто не нужны".

Т.е. не совсем увязал ВАш текст с цитатой.
14 июн 13, 08:56    [14431807]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5824
vadiminfo
mad_nazgul
Если бы данная БД поддерживала ACID при высокой скорости, то тогда бы другие БД были просто не нужны.

Чтобы другие были не нужны, понадобился бы все же в первую очередь SQL, скорее всего.
Ить их не называют NoACID, а NoSQL. В SQL, по-видимому, пока существенное достижения в БД проявились.


Если бы NoSQL представила "честный" ACID + большую скорость, то SQL действительно был б не нужен.
Я просто помню времена до массового SQL (хотя и RMD).
Когда появился SQL, который был быстрее и удобнее чем xBase, на тех же мощностях.
Так сразу наступил закат xBase.

Если NoSQL сейчас представить что-то подобное, как SQL тогда, то закат SQL будет стремительным.

Но пока кроме "маркетингового шума" NoSQL ничего не представили.
Да они быстрее SQL-серверов.
Но когда начинается разговора об ACID, то тут же всплывает куча "но".
А когда "под давлением общественности" NoSQL добиваются ACID, то выясняется, что производительность у NoSQL решений ниже, чем у существующих SQL-серверов.
14 июн 13, 09:13    [14431896]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
mad_nazgul
Если бы NoSQL представила "честный" ACID + большую скорость, то SQL действительно был б не нужен.
.

Тогда бы им стоило и называться No"честный"ACID. Ведь для захвата всего рынка не хватает "честности", а не SQL.



mad_nazgul
Когда появился SQL, который был быстрее и удобнее чем xBase, на тех же мощностях.
Так сразу наступил закат xBase.
.

Но он не был быстрее иерархических СУБД, которые господствали в то время. Однако, сразу стал захватывать часть рынка.
Все же его сила в другом: в логической МД. Что способствало снижению затран на проекирование БД и извлечение информации - SQL ассоциативный и декларативный язык, который не праздноя себя являет в доступе к данным (другие МД тоже пытаются обзоводиться таким, но они там не основные или не такие успешные, судя по всему).

mad_nazgul
Если NoSQL сейчас представить что-то подобное, как SQL тогда, то закат SQL будет стремительным.

Ну вот не получается представвить: физические преимущества производительности NoSQL при горизонтальном масштабировании, компенсируются пока логическим отсутсвием SQL, подобным, либо превосходящем на логическом уровне.
Т.е. представить их можно вместо иерархичекских.


mad_nazgul
Но когда начинается разговора об ACID, то тут же всплывает куча "но".
А когда "под давлением общественности" NoSQL добиваются ACID, то выясняется, что производительность у NoSQL решений ниже, чем у существующих SQL-серверов.


Для кого куча "но" об ACID, а для кого куча "но" об SQL.
14 июн 13, 09:34    [14432022]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
AlexandrPlus
Member

Откуда:
Сообщений: 7887
vadiminfo

mad_nazgul
Когда появился SQL, который был быстрее и удобнее чем xBase, на тех же мощностях.
Так сразу наступил закат xBase.
.

Но он не был быстрее иерархических СУБД, которые господствали в то время. Однако, сразу стал захватывать часть рынка.
Все же его сила в другом: в логической МД. Что способствало снижению затран на проекирование БД и извлечение информации - SQL ассоциативный и декларативный язык, который не праздноя себя являет в доступе к данным (другие МД тоже пытаются обзоводиться таким, но они там не основные или не такие успешные, судя по всему).

mad_nazgul
Если NoSQL сейчас представить что-то подобное, как SQL тогда, то закат SQL будет стремительным.

Ну вот не получается представвить: физические преимущества производительности NoSQL при горизонтальном масштабировании, компенсируются пока логическим отсутсвием SQL, подобным, либо превосходящем на логическом уровне.
Т.е. представить их можно вместо иерархичекских.



SQL - всё же язык запросов

Конечно от того, как составлен запрос, зависит скорость выполнения запроса.
Но реляционные СУБД сравнивают, выполняя одинаковые запросы.
С noSQL-ыми другая ситуация - у них свои языки запросов (в каких-то реализован и SQL, но скорее как "фишка") и, как читал, сравнения происходят так - задается набор данных - их надо положить в БД и потом сделать определенные выборки. Конечно каждый будет "класть" и делать выборки оптимальным для себя образом.

Так что SQL не причем. noSQL в вопросах сравнения СУБД, так сказать.Картинка с другого сайта.
14 июн 13, 10:04    [14432152]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
AlexandrPlus
SQL - всё же язык запросов

SQL - всё же язык БД.

AlexandrPlus
Конечно от того, как составлен запрос, зависит скорость выполнения запроса.

Кроме скорости выполнения запроса, есть еще скорость составления запроса.

AlexandrPlus
С noSQL-ыми другая ситуация - у них свои языки запросов (в каких-то реализован и SQL, но скорее как "фишка") и, как читал, сравнения происходят так - задается набор данных - их надо положить в БД и потом сделать определенные выборки. Конечно каждый будет "класть" и делать выборки оптимальным для себя образом.

Вот именно что другая система запросов. И системы запросов зравниваются в первую очередь не по скорости.
Декративный или императивный, ассоциативный или навигационный, выразительная сила.
Ить не все любят циклы писать.

AlexandrPlus

Так что SQL не причем. noSQL в вопросах сравнения СУБД, так сказать

Так что SQL причем в первую очередь в сранении СУБД. СУБД в первую очередь отличаются по поддерживаем типам МД.
Или зачем, по ВАшему, СУБД называют то SQL, то noSQL? Затем, что SQL не причем?
Т.е. ищут специально что "не причем в сравнеии СУБД" с целью скрыть в названии главное отличие?
Типа запутать вражескую разведку?
14 июн 13, 10:16    [14432204]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5824
vadiminfo
Тогда бы им стоило и называться No"честный"ACID. Ведь для захвата всего рынка не хватает "честности", а не SQL.

Вот именно!
Т.к. они не поддерживают ACID, то и не акцентируют на этом внимание!
А ACID прописан в стандарте SQL.
Но ACID нужен бизнесу.
Кому хочется из-за "повисшей" транзакции потерять данные.
Вот NoSQL и переносят фокус внимания с ACID на RMD.

vadiminfo
mad_nazgul
Когда появился SQL, который был быстрее и удобнее чем xBase, на тех же мощностях.
Так сразу наступил закат xBase.
.

Но он не был быстрее иерархических СУБД, которые господствали в то время. Однако, сразу стал захватывать часть рынка.
Все же его сила в другом: в логической МД. Что способствало снижению затран на проекирование БД и извлечение информации - SQL ассоциативный и декларативный язык, который не праздноя себя являет в доступе к данным (другие МД тоже пытаются обзоводиться таким, но они там не основные или не такие успешные, судя по всему).


Прошу прощения. Вы знаете что такое xBase?
Это одна из реализаций RMD, никакими иерархическими БД там и не пахнет.
И проектирование БД для xBase абсолютно ничем не отличается от проектирование БД для SQL.
А были еще другие реляционные БД.
Например как Calrion и Paradox.

Иерархические БД - это совсем другая история.
Они живы до сих пор, скрываясь под видом файловых систем ;-)


vadiminfo
mad_nazgul
Если NoSQL сейчас представить что-то подобное, как SQL тогда, то закат SQL будет стремительным.

Ну вот не получается представвить: физические преимущества производительности NoSQL при горизонтальном масштабировании, компенсируются пока логическим отсутсвием SQL, подобным, либо превосходящем на логическом уровне.
Т.е. представить их можно вместо иерархичекских.


Вся "сила" SQL по сравнению с другими БД, в надежности.
Я бы не сказал, что NoSQL не пользуются популярностью.
Пользуются, но только там, где во главу угла ставиться скорость в ущерб надежности.
Поэтому SQL так прочно засела в нише учетных система. ;-)

vadiminfo
mad_nazgul
Но когда начинается разговора об ACID, то тут же всплывает куча "но".
А когда "под давлением общественности" NoSQL добиваются ACID, то выясняется, что производительность у NoSQL решений ниже, чем у существующих SQL-серверов.


Для кого куча "но" об ACID, а для кого куча "но" об SQL.


Я уже сказал, см. выше.
Никто из NoSQL не хочет признавать, что надежность системы и целостность данных не гарантируется в принципе.
Поэтому идут на маркетинговые ухищрения. ;-)
14 июн 13, 13:23    [14433431]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
Адмiнiстратор
Member [заблокирован]

Откуда: Pikosec.Com
Сообщений: 49
mad_nazgul,

Есть NoSQL базы которые поддерживают АСИД.
Это так, к слову ...
14 июн 13, 13:45    [14433608]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
Адмiнiстратор
Member [заблокирован]

Откуда: Pikosec.Com
Сообщений: 49
И работают они в 50-100 раз быстрее чем традиционные базы.
Например ВолтДБ держит два ИнМемори сервера, с переодическими синхронизациями на диск.
Падает один сервер, другой успевает сохранится. Вот и АСИД живущий в ИнМемори.

Кстате это только "одна из" схем обеспечить надежность сохраняя высокую скорость работы.
14 июн 13, 13:47    [14433624]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
Адмiнiстратор
Падает один сервер, другой успевает сохранится. Вот и АСИД живущий в ИнМемори.

Вырубает питание и падают оба мемори сервера.
14 июн 13, 14:11    [14433829]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
mad_nazgul
А ACID прописан в стандарте SQL.

Так SQL там тем более прописан. Кроме того, ACID - может быть не только в SQL.

mad_nazgul
Но ACID нужен бизнесу.
Кому хочется из-за "повисшей" транзакции потерять данные.

Но ACID может есть в других, например, ирархических. А данные, думаю, таки теряют и в SQL

mad_nazgul
Вот NoSQL и переносят фокус внимания с ACID на RMD.

На второстепенное? Ну тут не тока их Вы сможете вывести на чистую воду: Тип МД производители СУБД наровят напиать в первую очередь. Они еще наровят написать РСУБД или Постреяляционная.
Препады рассказывая про СУБД с этого начинают. Наверное, тоже переносят фокус с более важных вещей.

mad_nazgul
Прошу прощения. Вы знаете что такое xBase?
Это одна из реализаций RMD, никакими иерархическими БД там и не пахнет.

Прошу прощения, там был аргумент от Вас про то, что SQL вытеснили за счет быстроты какую-то там досовскую СУБД. А я Вам ответил, что они вытеснили кое-кого поважнее иерахические, хотя те были более призводительны и была их эпоха. Т.е. есть кое-что поважднее быстроты.

mad_nazgul
Вся "сила" SQL по сравнению с другими БД, в надежности.

Никогда не слышал, чтобы инерархиские были менее надежными.

mad_nazgul
Никто из NoSQL не хочет признавать, что надежность системы и целостность данных не гарантируется в принципе.
Поэтому идут на маркетинговые ухищрения. ;-)


Но, боюсь, если они идут на ухищрения, то нужно было скрыть главное, что они не SQL. А они этого не делают и даже, наоборот, назвали именно NoSQL. А возможно и не они назвали, а специалисты по БД, так как там несомненно главное связано с SQL. Точнее с МД.
14 июн 13, 14:25    [14433959]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
Адмiнiстратор
Member [заблокирован]

Откуда: Pikosec.Com
Сообщений: 49
Infernal V. Raven
Адмiнiстратор
Падает один сервер, другой успевает сохранится. Вот и АСИД живущий в ИнМемори.

Вырубает питание и падают оба мемори сервера.


Предполагается, естественно, что оба сервера работают на независимом питание, на независимых бесперебойниках ( хотябы ).
Вероятность выхода дисковой системы или железа одновременно обоих серверов достаточно мала, так как и при зеркалировании.
14 июн 13, 14:55    [14434211]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5824
Адмiнiстратор
Infernal V. Raven
пропущено...
Вырубает питание и падают оба мемори сервера.

Предполагается, естественно, что оба сервера работают на независимом питание, на независимых бесперебойниках ( хотябы ).
Вероятность выхода дисковой системы или железа одновременно обоих серверов достаточно мала, так как и при зеркалировании.


Э-э-э это уже "отмазки".
Т.к. хранение данных в памяти не надежно.
Построить систему из ненадежных элементов можно, но дорого.
А кеширование можно настроить и на SQL-сервере будет работать с такой же скоростью.

Ладно выключение питание.

Ну если OS "завалилась".
Данные не успели сохраниться на диск.
Что тогда?

Вы хотите сказать, что BSODов и Kernel Panic не сущствует :-)
Вот про это я говорил, что когда разговор заходит о надежности и целостности данных, то выходят различные "НО". ;-)
14 июн 13, 15:44    [14434487]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
Адмiнiстратор
Предполагается, естественно, что оба сервера работают на независимом питание, на независимых бесперебойниках ( хотябы ).
Вероятность выхода дисковой системы или железа одновременно обоих серверов достаточно мала, так как и при зеркалировании.
Я думал что это два сервиса работающих на одной машине, т.е. in-memory. Не так?
14 июн 13, 15:46    [14434492]     Ответить | Цитировать Сообщить модератору
 Re: Щебет, Визг и Книга лиц на noSQL-ых СУБД  [new]
Адмiнiстратор
Member [заблокирован]

Откуда: Pikosec.Com
Сообщений: 49
Infernal V. Raven
Адмiнiстратор
Предполагается, естественно, что оба сервера работают на независимом питание, на независимых бесперебойниках ( хотябы ).
Вероятность выхода дисковой системы или железа одновременно обоих серверов достаточно мала, так как и при зеркалировании.
Я думал что это два сервиса работающих на одной машине, т.е. in-memory. Не так?


Нет.
14 июн 13, 16:06    [14434568]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить