Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 24 25 26 27 28 [29] 30 31 32 33 .. 106   вперед  Ctrl
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
Чернышев Андрей Леонидович
Куда же Вы от "семантики", Злой? Разве пользователь не видит "контекст", работая с приложением? Или в приложениях на "Р"СУБД он у него в голове? (напомню, на всякий случай, что контекст - это законченный в смысловом отношении отрывок текста, точно передающий смысл отдельно входящего в него слова или фразы).

В более широком значении контекст — условия употребления данной языковой единицы в речи (письменной или устной), языковое окружение, ситуация речевого общения; среда, в которой существует объект. В моем примере без "среды", состоящей из объяснения приведенных аббривеатур, объявление о продаже машины превращается в набор символов.

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

Чернышев Андрей Леонидович

Создайте схему БД в "Вашей" "Р"СУБД (для задачи преподаватели-студенты) и поработайте с ней, как пользователь. Вот DocAl все еще не понимает. Но Вы то понимаете ?
От "семантики" решили перейти к "эквивалентности".
Для начала опять ошиблись - я не "моделирую данные в виде дерева".

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

Чернышев Андрей Леонидович

Далее. Что значит "эквивалентное представление" ?
Представление

Преподаватель<--Учит/Учится у-->Студент

эквивалентно представлению

Преподаватель
Студент
Учится(Студент,Преподаватель)

???

Зависит от контекста, в одной постановке эквивалентно а в другой - нет. Давайте постановку задачи, коллега, будет вам однозначный ответ на поставленный вопрос.

Чернышев Андрей Леонидович

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

Интепретация зависит от контекста, а не от представления. Насчет Дейта вы порадовали очередной раз. Приводите подробности - обсудим.
13 ноя 06, 04:56    [3389302]     Ответить | Цитировать Сообщить модератору
 Re: Оффтоп, однако...  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
dekan
Вот читаю я это вот все и не могу понять -- а почему ЧАЛа еще не забанили... ведь оскорбления присутствуют однозначно.

Потому что и с противоположной стороны хватает хамства с избытком.
13 ноя 06, 06:45    [3389349]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Чернышев Андрей Леонидович

На что же я могу рассчитывать в споре с недоучками, vadiminfo?

Ничего не попишешь. Большинство таких как Вы грамотеев еще не освили интернет и, возможно, уже не освоят. Для них квадратики (цитаты) совсем не преодолимы. Потому Вам их тут трудно встретить.
13 ноя 06, 11:34    [3390449]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
Зл0й
Имеем вывод: для любой модели данной представляющей собой граф (иерархическая, сетевая, всяческие мампсы), существует эквивалентное ей реляционное представление.

Это верно, только отношение будет в общем случае ненормализованное.
Т.е. глобаль в каше может хранить несколько разных сущностей, как правило связанных между собой. Пример: поставщики-договора-приложения к договорам. И последовательным (!!!) чтением глобаля это все можно выдернуть сразу и быстро (это-же ISAM). В РБД было-бы три таблицы и запрос с соединением. Результат-то одинаковый, но модели разные и не эквивалентные. Из РБД можно получить глобаль, а наоборот нет, т.к нужна еще нормализация.
13 ноя 06, 11:41    [3390500]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
мод
Зл0й
Имеем вывод: для любой модели данной представляющей собой граф (иерархическая, сетевая, всяческие мампсы), существует эквивалентное ей реляционное представление.

Это верно, только отношение будет в общем случае ненормализованное.
Т.е. глобаль в каше может хранить несколько разных сущностей, как правило связанных между собой. Пример: поставщики-договора-приложения к договорам. И последовательным (!!!) чтением глобаля это все можно выдернуть сразу и быстро (это-же ISAM). В РБД было-бы три таблицы и запрос с соединением. Результат-то одинаковый, но модели разные и не эквивалентные. Из РБД можно получить глобаль, а наоборот нет, т.к нужна еще нормализация.

Этот глобаль - тоже самое что таблица с двумя полями: некий ключ(поле из суммы всех подключей (допустим поставщики-договора-приложения к договорам) с неким разделителем и значение аттрибута.
Т.е. любую модель из М (или Cache) можно перенести в РБД совершенно аналогичным способом.
Про нормализацию не понял, вроде это отношения к самой СУБД никакого не имеет.
13 ноя 06, 12:14    [3390753]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67390
Блог
мод
И последовательным (!!!) чтением глобаля это все можно выдернуть сразу и быстро (это-же ISAM). В РБД было-бы три таблицы и запрос с соединением

Ну и? Если хочется "последовательным чтением и быстро", укладываем эти три таблицы в индексный кластер, будет описанное счастье.

В РБД смысл данных, "семантика", не имеет неколебимой связи с реализацией, с "навигацией". Мы проектируем логический объект, обладающий определенным смыслом и специфицированным интерфесом, а дальше можем выбрать для него реализацию, оптимальную с точки зрения физического уровня - таблица, набор таблиц, кластер, индексная таблица, представление, функция......
13 ноя 06, 12:16    [3390766]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
SergSuper
Т.е. любую модель из М (или Cache) можно перенести в РБД Про нормализацию не понял, вроде это отношения к самой СУБД никакого не имеет.

Можно, просто будет не нормализовано, т.е надо еще нормализовать, но уже вручную.
Ессно нормализация к СУБД отношения не имеет, но мы ведь не СУБД обсуждаем, а модели данных.
13 ноя 06, 13:02    [3391167]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
softwarer
Ну и? Если хочется "последовательным чтением и быстро", укладываем эти три таблицы в индексный кластер, будет описанное счастье.

Да я знаю. Я просто говорил о различиях в моделях и как это отражается в реализации. Забавно, что глобаль будет работать даже на НМЛ.
13 ноя 06, 13:08    [3391220]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
softwarer
В РБД смысл данных, "семантика", не имеет неколебимой связи с реализацией, с "навигацией".

Ну это само собой, другой уровень абстракции. Недаром ведь до РБД не было никакой алгебры, только элементарные операции.
13 ноя 06, 13:10    [3391247]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
SergSuper
Этот глобаль - тоже самое что таблица с двумя полями: некий ключ(поле из суммы всех подключей (допустим поставщики-договора-приложения к договорам) с неким разделителем и значение аттрибута.

Это вопрос такой завуалированный или утверждение? Если второе, как мне
тоже кажется, то оно несколько странное. С чего бы это глобаль сводился
к ключу, еще и с разделителем и значению аттрибута? Это только если
"вдумчиво" реализовывать "реляционную" модель в дереве, что во-первых,
необязательно, а во-вторых, расточительно. Или Вы упорно игнорируете
возможность построения многоуровневого дерева просто потому, что
не можете себе его представить?

SergSuper

Т.е. любую модель из М (или Cache) можно перенести в РБД совершенно аналогичным способом.

Не буду спорить. Оно даже и работать будет как-то. Надеюсь.
13 ноя 06, 14:03    [3391727]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Sergei Obrastsov
SergSuper
Этот глобаль - тоже самое что таблица с двумя полями: некий ключ(поле из суммы всех подключей (допустим поставщики-договора-приложения к договорам) с неким разделителем и значение аттрибута.

Это вопрос такой завуалированный или утверждение? Если второе, как мне
тоже кажется, то оно несколько странное. С чего бы это глобаль сводился
к ключу, еще и с разделителем и значению аттрибута? Это только если
"вдумчиво" реализовывать "реляционную" модель в дереве, что во-первых,
необязательно, а во-вторых, расточительно. Или Вы упорно игнорируете
возможность построения многоуровневого дерева просто потому, что
не можете себе его представить?

Это утверждение. Хотя я и могу ошибаться.
Давайте пример многоуровнего дерева, а я вам покажу как оно будет выглядеть в таблице с двумя полями
13 ноя 06, 14:51    [3392165]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
SergSuper
Это утверждение. Хотя я и могу ошибаться.
Давайте пример многоуровнего дерева, а я вам покажу как оно будет выглядеть в таблице с двумя полями

^dft(date)=count
^dft(date,"idx",idx)=v1~v2~v3~v4~v5~v6~v7...v18
^dft(date,"tr",v1)=count
^dft(date,"tr",v1,idx)=
^dft(date,"cat",v2)=count
^dft(date,"cat",v2,idx)=
^dft(date,"pa",v3)=count
^dft(date,"pa",v3,v4)=count
^dft(date,"pa",v3,v4,idx)=
^dft(date,"pb",v4)=count
^dft(date,"pb",v4,v3)=count
^dft(date,"pb",v4,v3,idx)=
^dft(date,"ti",v5)=count
^dft(date,"ti",v5,idx)=
^dft(date,"to",v6)=count
^dft(date,"to",v6,idx)=
^dft(date,"ma",v15)=count
^dft(date,"ma",v15,v16)=count
^dft(date,"ma",v15,v16,idx)=
^dft(date,"mb",v17)=count
^dft(date,"mb",v17,v18)=count
^dft(date,"mb",v17,v18,idx)=

Ну вот, примерно так. Это рабочая структура, так что я знаю о чем говорю. Необходимые пояснения:
date - дата
idx - код записи
v1-v18 - аттрибуты записи (ага, 18 штук), из них данные v1-v6,v15-v18
используются при индексировании
count - счетчики на узлах
пары v3-v4, v15-v16 и v17-v18 логически связаны между собой
буквы в кавычках ("ma","tr"...) - фиксация узла для разделения поддеревьев.
то есть это явно заданные узлы, в отличие от переменных v1,v2...

количество записей по отдельной дате от 100,000 до 250,000 (без индексов)
общее кол-во записей на данное время ~120 млн.

Задача - минимизировать время поиска, заданных одновременно или по отдельности v1-v6, v15-v18 в структуре. Остальные данные не позволяют индексирования, либо по причине их большой дискретности,
либо по причине редкого использования. Объем, занимаемый данными,
конечно, критичен, но рассматриваться не будет.
13 ноя 06, 15:19    [3392404]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
Sergei Obrastsov

Задача - минимизировать время поиска, заданных одновременно или по отдельности v1-v6, v15-v18 в структуре.

Sorry, забыл добавить:
1) v3 и v4 задаются префиксно, то есть используется начальная часть
от фактического значения. например 11 для поиска 111, 110, 11401, 11502 и т.д.
2) каждое данное на поиск задается списком, т.е. может быть несколько значений, а не одно. размеры списков не ограничены
13 ноя 06, 15:32    [3392519]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Sergei Obrastsov
SergSuper
Это утверждение. Хотя я и могу ошибаться.
Давайте пример многоуровнего дерева, а я вам покажу как оно будет выглядеть в таблице с двумя полями

^dft(date)=count
^dft(date,"idx",idx)=v1~v2~v3~v4~v5~v6~v7...v18
^dft(date,"tr",v1)=count
^dft(date,"tr",v1,idx)=
^dft(date,"cat",v2)=count
^dft(date,"cat",v2,idx)=
^dft(date,"pa",v3)=count
^dft(date,"pa",v3,v4)=count
^dft(date,"pa",v3,v4,idx)=
^dft(date,"pb",v4)=count
^dft(date,"pb",v4,v3)=count
^dft(date,"pb",v4,v3,idx)=
^dft(date,"ti",v5)=count
^dft(date,"ti",v5,idx)=
^dft(date,"to",v6)=count
^dft(date,"to",v6,idx)=
^dft(date,"ma",v15)=count
^dft(date,"ma",v15,v16)=count
^dft(date,"ma",v15,v16,idx)=
^dft(date,"mb",v17)=count
^dft(date,"mb",v17,v18)=count
^dft(date,"mb",v17,v18,idx)=


Жесть :( Обычно такое называется закат Солнца вручную.
И так лепятся любые деревья ??? УЖОС
И поля в ключе индекса я так понимаю тильдачками разделены ?
В РСУБД такой мазохизм тоже возможен, искать EAV например, тока деревья лепяться проще.
13 ноя 06, 16:10    [3392859]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
Gluk (Kazan)
Жесть :( Обычно такое называется закат Солнца вручную.

Жесть, ага. Я вообще-то жду таблицу из двух полей, но согласен тем не
менее увидеть идеальную реляционную структуру для решения этой задачи.

Gluk (Kazan)

И так лепятся любые деревья ???

Не обязательно. У каждого свои вкусы.

Gluk (Kazan)

И поля в ключе индекса я так понимаю тильдачками разделены ?

Видимо Вы не понимаете древовидных структур. Так будет проще понять?
^dft(date,"pa",v3)=count
^dft(date,"pa",v3,v4)=count
^dft(date,"pa",v3,v4,idx)=

^dft
$ date
|  1) count
|
$ "pa"
|
|
$ v3
|  1) count
|
$ v4
|  1) count
|
$ idx
   1) ""

date - это индекс. и v3 - тоже индекс. как и v4 и idx
кстати "pa" - тоже :)
1) - нумерация поля в данном (древний стандарт для документирования)
13 ноя 06, 16:32    [3393059]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Sergei Obrastsov, честно говоря не понимаю этого синтаксиса и чего этот скрипт обозначает
мне это представляется что всё время вставляется одно и тоже(count) либо вообще ничего (^dft(date,"tr",v1,idx)=)

но если бы было написано:
^dft(date,"pb",v4,v3,idx)="Вася"
я бы это представил как

insert dft (id, attr)
  select @date+"/"+"pb"+@v4+"/"+@v3+"/"+@idx, "Вася"


Сообщение было отредактировано: 13 ноя 06, 16:37
13 ноя 06, 16:35    [3393086]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
SergSuper
Sergei Obrastsov, честно говоря не понимаю этого синтаксиса и чего этот скрипт обозначает

Это не скрипт, это описание существующих ветвей структуры до данных.
В предыдущем письме я показал псевдо-графическое представление одной ветки. Могу показать 3 сразу, может это поможет (все рисовать лень).
^dft
$ date
|  1)count
|
$------------$-----------$...
| "tr"       | "cat"     | "ma"
|            |           |
$ v1         $ v2        $ v15 
| 1)count    | 1)count   | 1)count
|            |           |
$ idx        $ idx       $ v16 
  1)""         1)""      | 1) count
                         |
                         $ idx
                            1) "" 

SergSuper

мне это представляется что всё время вставляется одно и тоже(count) либо вообще ничего (^dft(date,"tr",v1,idx)=)

уникальная строка только одна:
^dft(date,"idx",idx)=v1...v18
Именно здесь хранятся данные. Все остальные ветви, конечно, индексация.
Инвертирование, хранение отношений... - называйте как хотите.

SergSuper

но если бы было написано:
^dft(date,"pb",v4,v3,idx)="Вася"
я бы это представил как
insert dft (id, attr)
  select @date+"/"+"pb"+@v4+"/"+@v3+"/"+@idx, "Вася"

Мне не нужны select'ы. Вы обещали таблицу из двух полей для реализации
этого дерева, вот Вы ее и предоставьте.
13 ноя 06, 16:53    [3393288]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Sergei Obrastsov
Мне не нужны select'ы. Вы обещали таблицу из двух полей для реализации
этого дерева, вот Вы ее и предоставьте.

Тогда пожалуйста
create table dft(
id varchar(999) primary key,
attr varchar(999))


Сообщение было отредактировано: 13 ноя 06, 17:08
13 ноя 06, 17:03    [3393359]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
SergSuper
но если бы было написано:
^dft(date,"pb",v4,v3,idx)="Вася"
я бы это представил как
insert dft (id, attr)
  select @date+"/"+"pb"+@v4+"/"+@v3+"/"+@idx, "Вася"

Фактическая строка данных:
2 010 1261320330 9933012010 130123 000121 000011 00 00 0 0 0 1 0140 0019 2 0102 001E 0500 0012
Я так понимаю, что Вас прельщает полнотекстовый поиск? Хороший подход,
простой такой. Какую примерно скорость поиска Вы себе представляете
при задании одновременно 8 списков хотя бы по 2 значения в каждом на
поле в 120 млн. записей? С учетом префиксности v3 и v4, хотя это
и не обязательно.
13 ноя 06, 17:03    [3393360]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Sergei Obrastsov

Я так понимаю, что Вас прельщает полнотекстовый поиск? Хороший подход,
простой такой. Какую примерно скорость поиска Вы себе представляете
при задании одновременно 8 списков хотя бы по 2 значения в каждом на
поле в 120 млн. записей? С учетом префиксности v3 и v4, хотя это
и не обязательно.

Правильно ли я понимаю что Вы одни и те же данные записываете 20 раз в разном порядке? Ну так и я могу записывать 20 раз и поиск будет по индексу, а не полнотекстовый
13 ноя 06, 17:07    [3393397]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
SergSuper
Sergei Obrastsov
Мне не нужны select'ы. Вы обещали таблицу из двух полей для реализации
этого дерева, вот Вы ее и предоставьте.

Тогда пожалуйста
create table dft(
id varchar(999) primary key,
attr varchar(999))

Извините, конечно, но это не то. Как нынче говорят "даже за отмазку не катит" :) Вы сами-то будете работать с такой структурой в подобной задаче?
С таким же успехом можно предложить поиск grep'ом в текстовом файле,
чем кстати народ и пользовался ранее.
13 ноя 06, 17:10    [3393419]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
SergSuper
Правильно ли я понимаю что Вы одни и те же данные записываете 20 раз в разном порядке? Ну так и я могу записывать 20 раз и поиск будет по индексу, а не полнотекстовый

Правильно Вы понимаете. Только не 20 раз, а всего 10. Ну а что делать, коли
нужен поиск именно по этим данным. Да я разве против? Пишите сколько хотите, только покажите мне эту таблицу.
13 ноя 06, 17:13    [3393438]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Sergei Obrastsov
Табличку я показал, если я буду вставлять 10 раз(хотя у Вас вроде 20) поиск будет строго по индексу. Если Вы не верите что это так просто делается - дело Ваше.
Сам бы я конечно так делать не стал - это ж бред вставлять 10 раз одно и тоже. Наверное бы сделал несколько полей или несколько таблиц, но в любом случае вставлял бы только один раз
13 ноя 06, 17:29    [3393581]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
SergSuper
Табличку я показал, если я буду вставлять 10 раз(хотя у Вас вроде 20) поиск будет строго по индексу. Если Вы не верите что это так просто делается - дело Ваше.

На каждой ветке несколько данных на узлах, отсюда и возникает Ваше визуальное 20. Мне, честно говоря, все-равно. Коли Вы считаете, что структуры адекватны - пожалуйста, наслаждайтесь. Я, правда, действительно
не понимаю каким образом Вы умудритесь вставить 10 раз одни и те же
значения в primary key и, главное, зачем, но это уже мелочи, конечно.

SergSuper

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

Я тоже думаю, что бред. Значит Вы просто не видите разницу.
13 ноя 06, 17:38    [3393670]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
kvasov
Member [заблокирован]

Откуда:
Сообщений: 853
Gluk (Kazan)
Sergei Obrastsov
^dft(date)=count
^dft(date,"idx",idx)=v1~v2~v3~v4~v5~v6~v7...v18
^dft(date,"tr",v1)=count
^dft(date,"tr",v1,idx)=
^dft(date,"cat",v2)=count


Жесть :(
И поля в ключе индекса я так понимаю тильдачками разделены ?


тильды изображают хранящуюся, как рассказывают, теговую структуру (до 32k)
и где жесть? ее здесь нет
показано по-сути простое готовое решение задачи.

жесть в Кеше конечно есть - и она одна - это не запутаться самому в теговой структуре, просто в порядковых номерах ее семантики так-сказать.
13 ноя 06, 17:41    [3393702]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 24 25 26 27 28 [29] 30 31 32 33 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить