Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 18 19 20 21 22 [23] 24 25 26 27   вперед  Ctrl
 Re: Различия между FoxPro и MS SQL Server  [new]
ЛП
Guest
2 pkarklin
Вот только для того, чтобы выполнить на клиенте сортировку, поиск и фильтрацию достаточно элементарных операций с буфером датасета, а для того, чтобы выполнить джоин, уже необходим какой-никакой, а движок реляционной бд.

Ой да ну бросьте ерунду болтать.
Движок видите ли реляционный понадобился.
Есть дататабле, и есть еще одна дататабле. Уже откуда-то полученные (а то и на клиенте сотворённые). Хтоб мне помешал засунуть их в один датасет вместе с реляцией нужной? Хтоб мне помешал LINQ-ом выдрать нужную инфу вперемешку из двух List-ов?

какой-никакой, а движок реляционной бд. Что ему делать на клиенте, если он уже есть на сервере?

В наше нелёгкое время очень тяжело найти клиента без какого-никакого, а движка реляционной бд. С джета начиная, Windows Internal Database заканчивая.
Так что хрен его знает, "что ему делать на клиенте", но на клиенте он уже что-то делает.

Потому что это кардинально разные операции в части функционала, необходимого для их реализации.

Пардон, а кто тут собирается что-то реализовывать? Как бы всё уже придумано до нас. И сделано до нас. То, что именно Вы не пользуетесь чем-то - вовсе не значит, что другие будут какой-то там функционал реализовывать.

И примера нет, но доводы\возражения известны.

Разумеется. С Вашим то религиозным фанатизмом тяжело ожидать чего-либо, кроме "это можно сделать на сервере, значит это нужно сделать на сервере".

Я никому ничего не собираюсь доказывать! Я высказал свои подходы. И привел свою аргументацию

Я что-то не заметил аргументации того, почему нельзя что-то делать на клиенте.
Данные есть. Уже. Процессор есть. Память есть. ПОчему не обработать данные на клиенте?
Слова про "какой-никакой а движок реляционной бд", уж простите, за аргументацию не катят.
18 сен 09, 09:36    [7676879]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4509
ЛП

Как по мне, так что фильтрация/сотировка, что объединения/пересечения, что джойны всякие - всё одно обработка данных.
Почему-то части операций по обработке уже полученных и закачаных на клиента данных Вы милостливо разрешаете выполняться на клиенте, а части операций - нет, не разрешаете, ибо религия не позволяет.
Выглядит так же, как если бы сортировку по одному из полей можно было бы делать на клиенте, а по другому полю нельзя, извольте дернуть сервер.

Ну что за народ, у вас на экране максимум отображается 50-60 записей, да можно забрать с сервера 10000 записей, отсортировать их, а потом компоненты наложат невидимый фильтр, чтобы отобразить видимые 50 записей, а может сразу запросить у сервера эти 50 записей...
Я считаю, что sql-серверные приложения надо тестировать на 10-мегабитной сетки и комп P-II -400 с 128 метрами ОЗУ, может тогда программеры поймут, зачем он нужен этот SQL...
Не в тему, современное железо развратило программистов, скоро вывод на экран "Hello world" будет иметь иметь запускающий файл размером в n-гигабайт..
ЛП


Можно услышать реальный пример из чьего-нибудь опыта по такому локальному джоинью?

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

А что тут говорить, Join это выборка из нескольких таблиц, в многопользовательской работе эта выборка может не соответствовать действительности при чем не только у тебя, но и у другого клиента
18 сен 09, 09:45    [7676939]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
karly™
Guest
SergSuper
karly™
Предлагаю провести тест

а если там вирус какой или троян? маловероятно конечно, но я бы лично поостерёгся запускать

Настоящие DBA антивирусом не пользуются?
18 сен 09, 09:53    [7676994]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Guest_Kommers
Guest
Sergey Orlov
[quot Guest_Kommers]
В вашем случае потеря базы клиентов, остановка бизнеса на 3-8 часов погоды не сделает, правда возникает вопрос: сколько вы при этом потеряете, и если потери начнут превышать определенную вами сумму вы задумаетесь о их сокращении...

Извините, но кажется в своем первом сообщении я писал, что за 8 лет эксплуатации программ(Fox) не было потерь данных(считаю это заслугой конкретного человека). И предполагаю что они вполне возможны с переходом на SQL(при работе условного "Y.o!"). Как я понял сравнивать Fox и SQL - это как сравнивать мотоцикл и автомобиль. Оба работоспособны и вполне надежны при грамотной эксплуатации и обслуживании(разница только в цене и не говорите мне что иной мотоцикл дороже автомобиля). Но каждому свое.
18 сен 09, 09:58    [7677031]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Guest_Kommers
Как я понял сравнивать Fox и SQL - это как сравнивать мотоцикл и автомобиль. Оба работоспособны и вполне надежны при грамотной эксплуатации и обслуживании(разница только в цене и не говорите мне что иной мотоцикл дороже автомобиля). Но каждому свое.

Бугога.
1. Подушки безопасности.
2. Машина - тупо не падает набок.
3. Переворот "через крышу" проще пережит в машине, чем в моцоцыкле.
4. в случае аварии шансов выжить больше в машине.
5. Уж не говоря о всяких плюшках типа кондиционера, телевизора, подставки под кофе в... кстати! В подлокотнике! Крыша есть, наконец.

А так - да, ничем не отличаются, да.
18 сен 09, 10:11    [7677116]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4509
Guest_Kommers
Sergey Orlov
[quot Guest_Kommers]
В вашем случае потеря базы клиентов, остановка бизнеса на 3-8 часов погоды не сделает, правда возникает вопрос: сколько вы при этом потеряете, и если потери начнут превышать определенную вами сумму вы задумаетесь о их сокращении...

Извините, но кажется в своем первом сообщении я писал, что за 8 лет эксплуатации программ(Fox) не было потерь данных(считаю это заслугой конкретного человека). И предполагаю что они вполне возможны с переходом на SQL(при работе условного "Y.o!"). Как я понял сравнивать Fox и SQL - это как сравнивать мотоцикл и автомобиль. Оба работоспособны и вполне надежны при грамотной эксплуатации и обслуживании(разница только в цене и не говорите мне что иной мотоцикл дороже автомобиля). Но каждому свое.

Еще раз скажу, что кроме заслуги конкретного человека, есть еще вы, ваш выбор работника работающего за компьютером, его прилежность, ну и т.д. И эти факторы у вас имеют низкий вес, который как раз сводит к нулю к примеру использование SQL-сервера. У вас наверное никогда не было подчиненной, которая в любой момент, к примеру просто стало плохое настроение, выключала комп носком туфельки... А потом я копошился часа 2-3 извлекая данные, при этом утверждалось, он сам выключился... Ее уволили, после выставления счета за мои услуги по восстановлению данных, правда счет все-таки оплатили...
18 сен 09, 10:12    [7677122]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
А, да! ;)
На машинке можно кататся с целой толпой друзей.
А на моцоцыкле - обычно в одиночку. Двое. Ну, может быть - трое. Но не больше.

-------------------------
There’s no silver bullet!
18 сен 09, 10:12    [7677124]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
2 ЛП

Ой да ну бросьте ерунду болтать.
Движок видите ли реляционный понадобился.
Есть дататабле, и есть еще одна дататабле. Уже откуда-то полученные (а то и на клиенте сотворённые). Хтоб мне помешал засунуть их в один датасет вместе с реляцией нужной?


Совершенно верно, нужен. Вам бы никто не помешал. Но нужно, чтоб кто-то вам помог, распарсив на клиенте сотверенный вами SQL с "нужной реляцией", построил для него маломальский план выполнения, в котором, а кто его знает, еще какие-нибудь временные таблички понадобятся и т.п

В наше нелёгкое время очень тяжело найти клиента без какого-никакого, а движка реляционной бд. С джета начиная, Windows Internal Database заканчивая.
Так что хрен его знает, "что ему делать на клиенте", но на клиенте он уже что-то делает.


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

Пардон, а кто тут собирается что-то реализовывать? Как бы всё уже придумано до нас. И сделано до нас. То, что именно Вы не пользуетесь чем-то - вовсе не значит, что другие будут какой-то там функционал реализовывать.


Во, во... Зачем мне парить мозг какими то расчетами на сервере?! Я притащу данные на клиента, и уже на "придуманном до нас" джете джоиню, отфильтрую и т.п. Имеено так и работает тот же аксес в случае линкованных таблиц. Вот тока результат от использования таких "придумок" плачевен.

С Вашим то религиозным фанатизмом тяжело ожидать чего-либо, кроме "это можно сделать на сервере, значит это нужно сделать на сервере".


Это не мой религиозный фанатизм, а нормальный подход разработки клиента для клиент\серверной СУБД. Тут не я один про него упоминаю.

Я что-то не заметил аргументации того, почему нельзя что-то делать на клиенте.
Данные есть. Уже. Процессор есть. Память есть. ПОчему не обработать данные на клиенте?
Слова про "какой-никакой а движок реляционной бд", уж простите, за аргументацию не катят.


Спор становится беспредметным, когда оппонет на приведенные аргументы говорит "не заметил" и опять, вместо конкретики ведет речь об абстрактной "обработке данных на клиенте".
18 сен 09, 10:15    [7677132]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Guest_Kommers
Guest
locky
[quot Guest_Kommers]
Бугога.
1. Подушки безопасности.
2. Машина - тупо не падает набок.
3. Переворот "через крышу" проще пережит в машине, чем в моцоцыкле.
4. в случае аварии шансов выжить больше в машине.
5. Уж не говоря о всяких плюшках типа кондиционера, телевизора, подставки под кофе в... кстати! В подлокотнике! Крыша есть, наконец.

А так - да, ничем не отличаются, да.

Не надо передергивать. Не было написано что не отличаются. Было написано каждому свое. А кофе и телевизор лучше в постель.

У вас наверное никогда не было подчиненной, которая в любой момент, к примеру просто стало плохое настроение, выключала комп носком туфельки...

Знаете бывает, но к потере данных еще раз повторяю НЕ ПРИВОДИЛО.
Хотелось высказать лишь мнение. Флудить желания нет. Засим откланяюсь.
18 сен 09, 10:30    [7677227]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
karly™
Guest
karly™
Предлагаю провести тест

Результаты (вместе с образцом порушенной БД) опубликовать здесь.

Для сравнения можно дать ссылку на дистрибутив простейшей клиент-серверной программы, и описать размер дистрибутива, порядок установки, стоимость лицензии и т.п.

locky
Бугога.
1. Подушки безопасности.
2. Машина - тупо не падает набок.
3. Переворот "через крышу" проще пережит в машине, чем в моцоцыкле.
4. в случае аварии шансов выжить больше в машине.
5. Уж не говоря о всяких плюшках типа кондиционера, телевизора, подставки под кофе в... кстати! В подлокотнике! Крыша есть, наконец.

А так - да, ничем не отличаются, да.

Сначала опубликуй результаты краш-тестов файл-сервера, или приведи пример клиент-серверной программы. Тогда будет предметный разговор. А пока - трёп
18 сен 09, 10:53    [7677414]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
Guest_Kommers, если до сих пор проблем не было - зачем что-то менять?
Ничего, кроме проблем перехода не поимеете.
Я слышал, в тех же САСШ есть конторы, которые работают на системах, которые
разработаны в 70-х годах прошлого века. Просто потому, что там всё отлажено и стабильно
работает. И это разумно.
Так что не слушайте тех, кто говорит про переход. Это дань моде, ничего более.
18 сен 09, 10:55    [7677430]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
SergSuper
Member

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

Можно услышать реальный пример из чьего-нибудь опыта по такому локальному джоинью?

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

А что тут говорить, Join это выборка из нескольких таблиц, в многопользовательской работе эта выборка может не соответствовать действительности при чем не только у тебя, но и у другого клиента[/quot]
А какая разница был ли сделан join на клиенте или нет? Любая выборка может быть недостоверной как только она получена с сервера.

Чесно говоря тоже удивляет упорное желание делать всё через сервер.
18 сен 09, 10:57    [7677449]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
karly™
Сначала опубликуй результаты краш-тестов файл-сервера, или приведи пример клиент-серверной программы. Тогда будет предметный разговор. А пока - трёп


Эээ... Вы весь топик перечитали? По ссылке на другой форум ходили? Даже ВАЗ выглядит на 5 по результатм краш-теста по сравнению с Ф\C.

karly™
Для сравнения можно дать ссылку на дистрибутив простейшей клиент-серверной программы, и описать размер дистрибутива, порядок установки, стоимость лицензии и т.п.


Давайте еще кол-во байт посчитаем, да? Прошли времена конкурсов на самую маленькую программу. А лицензий для "мелких проектов" и совсем не надо, ибо что у сервера, что у средств разработки клиента есть Express реадкции.
18 сен 09, 11:09    [7677538]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Игорь Горбонос
Member

Откуда: Днепропетровск
Сообщений: 4236

> Автор: pkarklin
> Пока никто здесь не привел никаких аргументов в защиту "джоина на клиенте".

У меня пользовательское приложение на фоксе, получает данные от веб-сервиса, веб-сервис делает запросы к MSSQL. Для
экономии трафика, на клиента передаю разрозненные справочники, да и вообще запрашиваемые данные(где возможно) и на
клиенте делаю нужные варианты джоинов и получаю необходимы данные.
:-)


Posted via ActualForum NNTP Server 1.4

18 сен 09, 11:12    [7677573]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
SergSuper
Чесно говоря тоже удивляет упорное желание делать всё через сервер.


Удивляет упорное желание делать это не на сервере. Зачем он тогда?!
18 сен 09, 11:18    [7677631]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Игорь Горбонос
У меня пользовательское приложение на фоксе, получает данные от веб-сервиса, веб-сервис делает запросы к MSSQL. Для
экономии трафика, на клиента передаю разрозненные справочники, да и вообще запрашиваемые данные(где возможно) и на
клиенте делаю нужные варианты джоинов и получаю необходимы данные.


Прекрасно. Хоть один реальный пример! Каковы у Вас размеры "справочников" и "разрозенных данных" по сравнению с результатами джоинов, что передавая их на клиента Вы "экономите трафике"?!
18 сен 09, 11:21    [7677662]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Игорь Горбонос
Member

Откуда: Днепропетровск
Сообщений: 4236

Справочники, разного размера от 50 строк до 3-4 тысяч и экономия в том что справочники в любом случае нужны на клиенте,
а рабочие данные содержат ссылки на них и на клиенте произвожу заполнение данными из справочников. Рабочих данных тоже
по разному бывает, от 0 строк до нескольких сотен тысяч.


Posted via ActualForum NNTP Server 1.4

18 сен 09, 11:33    [7677781]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Yo.!
Guest
locky

Бугога.
1. Подушки безопасности.
2. Машина - тупо не падает набок.
3. Переворот "через крышу" проще пережит в машине, чем в моцоцыкле.
4. в случае аварии шансов выжить больше в машине.
5. Уж не говоря о всяких плюшках типа кондиционера, телевизора, подставки под кофе в... кстати! В подлокотнике! Крыша есть, наконец.

А так - да, ничем не отличаются, да.


скорее это как на мотоцикле в троем в -20t пытаться в снегопад перевезти ящик водяры, падая разбивая бухло и поднимаясь вновь ...

karly™

Сначала опубликуй результаты краш-тестов файл-сервера, или приведи пример клиент-серверной программы. Тогда будет предметный разговор. А пока - трёп


ну и чем мой краш-тест не подошел ?
18 сен 09, 11:35    [7677800]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Игорь Горбонос

Справочники, разного размера от 50 строк до 3-4 тысяч и экономия в том что справочники в любом случае нужны на клиенте,а [b]рабочие данные содержат ссылки на них и на клиенте произвожу заполнение данными из справочников. Рабочих данных тоже
по разному бывает, от 0 строк до нескольких сотен тысяч. [/b]


Да Вы что?! А я то, по незнанию, думал, что справочники (и их индексы) нужны на сервере, дабы пользователю выдавалось только то, что нужно и в кратчайшие сроки. Вот сижу и думаю, мож мне тоже пару справочников (номенклатура и клиенты) на клиента закинуть. Пусть там все джоинится с рабочими данными (заказами):

EXEC sp_spaceused 'Item'
EXEC sp_spaceused 'Person'
EXEC sp_spaceused 'ItemOrder'

namerowsreserveddataindex_sizeunused
Item12435681516040 KB904032 KB543848 KB68160 KB
Person1627775550344 KB144072 KB357680 KB48592 KB
ItemOrder49024751466712 KB520856 KB929208 KB16648 KB
18 сен 09, 11:43    [7677885]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
pkarklin
SergSuper
Чесно говоря тоже удивляет упорное желание делать всё через сервер.


Удивляет упорное желание делать это не на сервере. Зачем он тогда?!
если все данные уже есть на клиенте - зачем их обратно гнать на сервер? Только ради того чтобы обеспечить загруженность сервера? Не просто так же LINQ придумали
18 сен 09, 11:45    [7677912]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
SergSuper
если все данные уже есть на клиенте - зачем их обратно гнать на сервер? Только ради того чтобы обеспечить загруженность сервера? Не просто так же LINQ придумали
А зачем тянуть все данные на клиента?
18 сен 09, 11:52    [7677983]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
SergSuper
если все данные уже есть на клиенте - зачем их обратно гнать на сервер? Только ради того чтобы обеспечить загруженность сервера?


Какие "все"?! Вот Игорь Горбонос привел пример "всех" данных. И я ему привел пример "некоторых" своих данных. Так кто кого и куда погонит, и какой у клиента должен быть комп, чтоб это все там переварить, + решить вопрос с синхронизацией данных на клиенте и на сервере при изменении их и там и там?!

SergSuper
Не просто так же LINQ придумали


Я до сих пор не знаю, нафига его придумали?! 8-/
18 сен 09, 11:55    [7678009]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Игорь Горбонос
Member

Откуда: Днепропетровск
Сообщений: 4236

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


Posted via ActualForum NNTP Server 1.4

18 сен 09, 11:56    [7678018]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
karly™
Guest
pkarklin
Эээ... Вы весь топик перечитали? По ссылке на другой форум ходили? Даже ВАЗ выглядит на 5 по результатм краш-теста по сравнению с Ф\C.
В топике - большей частью голословные и малокомпетентные утверждения. Я предлагаю проверить на практике.

pkarklin
karly™
Для сравнения можно дать ссылку на дистрибутив простейшей клиент-серверной программы, и описать размер дистрибутива, порядок установки, стоимость лицензии и т.п.
Давайте еще кол-во байт посчитаем, да? Прошли времена конкурсов на самую маленькую программу. А лицензий для "мелких проектов" и совсем не надо, ибо что у сервера, что у средств разработки клиента есть Express реадкции.
Вот и отлично. Сделайте на Express версии приложение из трех табличек, и выложите дистрибутив.

Заметьте, я не говорил "файл-сервер - хорошо, клиент-сервер - плохо", или наоборот. Выводы по результатам сравнения каждый сделает сам.
18 сен 09, 11:57    [7678028]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
karly™
pkarklin
Эээ... Вы весь топик перечитали? По ссылке на другой форум ходили? Даже ВАЗ выглядит на 5 по результатм краш-теста по сравнению с Ф\C.
В топике - большей частью голословные и малокомпетентные утверждения. Я предлагаю проверить на практике.

Заметьте, я не говорил "файл-сервер - хорошо, клиент-сервер - плохо", или наоборот. Выводы по результатам сравнения каждый сделает сам.

Опять 25. Новый человек и все заново...
Тут уже и теоретически и практически со ссылкой на foxclub доказали, что FP:
- не обладает достаточной надежностью
- не поддерживает транзакционность в классическом понимании
18 сен 09, 12:01    [7678066]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 18 19 20 21 22 [23] 24 25 26 27   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить