ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
82 сообщений из 82, показаны все 4 страниц
  все  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33805434
Anasta
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anasta
Участник
Необходимо провести сравнительный анализ СУБД.

Вопросы:
1. Какую еще СУБД кроме MS SQL Server, MS Access можно взять для сравнения. Может быть - MуSQL, Visual Fox Pro или что-нибудь другое. Главное, чтобы в итоге сравнения наилучшим вариантом стала MS SQL Server .
2. Какие параметры сравнения можно взять? (нужно не менее 5-ти параметров)
3. Чему эти параметры будут равны для выбранных СУБД по 5-балльной шкале?

Заранее очень благодарна!
...
Рейтинг: 0 / 0
21.06.2006, 13:37
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33805520
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
AnastaНеобходимо провести сравнительный анализ СУБД.

Вопросы:
1. Какую еще СУБД кроме MS SQL Server, MS Access можно взять для сравнения. Может быть - MуSQL, Visual Fox Pro или что-нибудь другое. Главное, чтобы в итоге сравнения наилучшим вариантом стала MS SQL Server .
2. Какие параметры сравнения можно взять? (нужно не менее 5-ти параметров)
3. Чему эти параметры будут равны для выбранных СУБД по 5-балльной шкале?

Заранее очень благодарна!

субд CACHE-5.2
и поставте ей по всем параметрам -1

чтоб не высовывалась перед MS SQL Server

а так система хорошая - в основном на ней работаем
...
Рейтинг: 0 / 0
21.06.2006, 13:55
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33805622
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
MS SQL vs MS Access vs Visual Fox Pro

1. Скорость в многопользовательском окружении: 5:1:1
2. Наличие транзакций: 5:0:0
3. Наличие триггеров: 5:0:0
4. Наличие хранимых процедур: 5:0:0
5. Наличие онлайновых бекапов: 5:0:0
...
Рейтинг: 0 / 0
21.06.2006, 14:15
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33805735
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 Victor Metelitsa
1. Скорость в многопользовательском окружении: 5:1:1
Ну надо же... Кто бы мог предположить...
Сам мерял?

2. Наличие транзакций: 5:0:0
Какая прелесть

Иногда лучше жевать, чем говорить. Особенно если думать не умеешь.
...
Рейтинг: 0 / 0
21.06.2006, 14:36
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33805740
Anasta
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anasta
Участник
Victor MetelitsaMS SQL vs MS Access vs Visual Fox Pro

1. Скорость в многопользовательском окружении: 5:1:1
2. Наличие транзакций: 5:0:0
3. Наличие триггеров: 5:0:0
4. Наличие хранимых процедур: 5:0:0
5. Наличие онлайновых бекапов: 5:0:0

Мне нужно, чтобы значения были реальными. В Visual Fox Pro есть триггеры и транзакции...
...
Рейтинг: 0 / 0
21.06.2006, 14:36
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33805896
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Flare
Участник
AnastaМне нужно, чтобы значения были реальными. В Visual Fox Pro есть триггеры и транзакции... Транзакций нету, одно название. ТРИГГЕРЫ??
...
Рейтинг: 0 / 0
21.06.2006, 15:04
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806226
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
Из троих только в аксесе нет триггеров и хранимых процедур. Транзакции есть
во всех троих.

Выбирать по надёжности - тогда на первом месте будет мс скл
ну, добавить что в нём процедуры на .нет можно писать. Смысла в этом немного
но действует.


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
21.06.2006, 16:21
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806299
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Flare
Участник
1024
Из троих только в аксесе нет триггеров и хранимых процедур.
Хранимые процедуры и триггеры, доступны лишь в серверных СУБД.
...
Рейтинг: 0 / 0
21.06.2006, 16:41
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806332
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
FlareХранимые процедуры и триггеры, доступны лишь в серверных СУБД.
Кто сказал такую чушь?
Это что, родовой признак серверных СУБД?
Детский сад, тля.
Буквари читать бегом марш.
...
Рейтинг: 0 / 0
21.06.2006, 16:48
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806749
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
ЛП2 Victor Metelitsa
1. Скорость в многопользовательском окружении: 5:1:1
Ну надо же... Кто бы мог предположить...
Сам мерял?


Зачем же это мерять - тут и так всё ясно. Обратите внимание - оценка не количественная, а качественная. Не сомневаюсь, что вы сможете подобрать частные случаи, где фокспро будет выглядеть прилично. Но в общем случае это неприлично - файлы по сетке тягать.


2. Наличие транзакций: 5:0:0
Какая прелесть

Иногда лучше жевать, чем говорить. Особенно если думать не умеешь.

Поставим 5:0:1 или 5:0:2, если это вас больше устроит.
...
Рейтинг: 0 / 0
21.06.2006, 18:41
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806759
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
ЛП FlareХранимые процедуры и триггеры, доступны лишь в серверных СУБД.
Кто сказал такую чушь?
Это что, родовой признак серверных СУБД?
Детский сад, тля.
Буквари читать бегом марш.

Хранимые процедуры хранятся на сервере. Это по самому определению хранимых процедур. Триггеры - это хранимые процедуры, срабатывающие автоматически по какому либо условию.

Конечно, никто вам не помешает называть кошку собакой.
...
Рейтинг: 0 / 0
21.06.2006, 18:45
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806766
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Anasta Victor MetelitsaMS SQL vs MS Access vs Visual Fox Pro

1. Скорость в многопользовательском окружении: 5:1:1
2. Наличие транзакций: 5:0:0
3. Наличие триггеров: 5:0:0
4. Наличие хранимых процедур: 5:0:0
5. Наличие онлайновых бекапов: 5:0:0

Мне нужно, чтобы значения были реальными. В Visual Fox Pro есть триггеры и транзакции...

Ну так и поставьте те значения, которые вы считаете правильными.
...
Рейтинг: 0 / 0
21.06.2006, 18:48
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806811
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 Victor Metelitsa
ЛП2 Victor Metelitsa
1. Скорость в многопользовательском окружении: 5:1:1
Ну надо же... Кто бы мог предположить...
Сам мерял?


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

Далее. Файлы по сетке гонять - типа западло, а стописят юзеров своими тупыми запросами будут один сервак убивать - не западло? В ФС сетка узкое место, в КС - сервак. Что окажется у же в каждом конкретном случае - бабка надвое сказала.
Так что свою "неколичественную" оценку можете засунуть себе в наиболее подходящее место.


2. Наличие транзакций: 5:0:0
Какая прелесть

Иногда лучше жевать, чем говорить. Особенно если думать не умеешь.

Поставим 5:0:1 или 5:0:2, если это вас больше устроит.
И все так жевать. ТщательнЕе жевать. До тех пор пока думать не научишься.

Хранимые процедуры хранятся на сервере. Это по самому определению хранимых процедур.
Определение конечно странное (сам небось выдумал?), ну да и пусть себе. Будет на совести пласмассовых дятлов.
Ну храняться они на сервере, в случае ФС - на файл-сервере. Что дальше?
...
Рейтинг: 0 / 0
21.06.2006, 19:05
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806913
Anasta
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anasta
Участник
Victor Metelitsa Anasta Victor MetelitsaMS SQL vs MS Access vs Visual Fox Pro

1. Скорость в многопользовательском окружении: 5:1:1
2. Наличие транзакций: 5:0:0
3. Наличие триггеров: 5:0:0
4. Наличие хранимых процедур: 5:0:0
5. Наличие онлайновых бекапов: 5:0:0

Мне нужно, чтобы значения были реальными. В Visual Fox Pro есть триггеры и транзакции...

Ну так и поставьте те значения, которые вы считаете правильными.
Дело в том, что я сама не знаю, какие значения, т.к. никогда не работала с Visual Fox Pro. А насчет наличия транзакций и триггеров в Visual Fox Pro - прочла в интернете.
Этот анализ нужен мне для диплома. А это значит, что даже малейшая ошибка нежелательна.
...
Рейтинг: 0 / 0
21.06.2006, 19:52
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806955
Anasta
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anasta
Участник
MS SQL Server vs MS Access vs Visual Fox Pro

1. Скорость в многопользовательском окружении: 5:0:2
2. Надежность: 5:3:?
3. Простота построения таблиц: 4:5:?
4. Простота построения хранимых процедур: 4:0:?
5. Удобство в работе: 5:5:?
6. Обеспечение достоверности БД: 5:3:?
7. Вопросы безопасности: 5:4:?

Как вы считаете близки ли проставленные мной значения к реальным?
Проставьте, пожалуста, значения вместо "?" для Visual Fox Pro.
...
Рейтинг: 0 / 0
21.06.2006, 20:18
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806985
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 Anasta
Как вы считаете близки ли проставленные мной значения к реальным?
Бесконечно далеки :)
А критерии, уж извините, исключительно бредовые. Не пишите такое в диплом, не поймут.


1. Скорость в многопользовательском окружении:
Много пользователей окружили сиквел/аксес/фокс, и смотрят, насколько быстро оно бегает :)
Или Вы что-то другое имели в виду?

2. Надежность: 5:3:?
Похоже, что Вы не только с фоксом, но и с аксесом ни разу не работали, раз умудрились ему аж 3 балла поставить в плане надежности. Что фоксу, что аксесу - по минус единичке. Особенно при "многопользовательском окружении" (они пугаются и падают).

3. Простота построения таблиц
Простота - она хоть и критерий, но настолько субъективный, что какие-либо цифры ни к селу ни к городу. Кому-то проще таблички через аксесовский конструктор создавать, кому-то через сиквеловский, а кому-то ничего кроме нотепада и create table не нужно.

4. Простота построения хранимых процедур
Простота создания того, что есть - сравнивается с простотой построения того, чего нет. Пять баллов :) (но не за диплом)

5. Удобство в работе: 5:5:?
В чьей работе? Пользователь например с MS SQL Server'ом не работает, и зачастую даже словей таких не знает. А железячной программе понятие "удобство" не знакомо.

6. Обеспечение достоверности БД: 5:3:?
7. Вопросы безопасности: 5:4:?
Не знаю что такое "достоверность БД", но по 7-му пункту возражение аналогично п.2
...
Рейтинг: 0 / 0
21.06.2006, 20:31
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806996
Фотография PL99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PL99
Участник
ЛП Хранимые процедуры хранятся на сервере. Это по самому определению хранимых процедур.
Определение конечно странное (сам небось выдумал?), ну да и пусть себе. Будет на совести пласмассовых дятлов.
Ну храняться они на сервере, в случае ФС - на файл-сервере. Что дальше?Гм... Хранимые процедуры хранятся на сервере БД и исполняются движком сервера. Кто занимается исполнением процедур, которые хранятся на файл-сервере?
И уж, заодно, кто (какая программа) вызывает исполнение триггера в случае файл-сервера?
...
Рейтинг: 0 / 0
21.06.2006, 20:35
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806997
ы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ы
Гость
Victor MetelitsaХранимые процедуры хранятся на сервере. Это по самому определению хранимых процедур.
Оригинальное определение.

Вот что нам по этому поводу говорит BOL:
stored procedureA precompiled collection of Transact-SQL statements stored under a name and processed as a unit. SQL Server supplies stored procedures for managing SQL Server and displaying information about databases and users.
Собственно под это определение подпадают акцессовские запросы update, insert into, delete, alter и др. Которые никто, кстати, не запрещает хранить на сервере. :))

Anasta1. Скорость в многопользовательском окружении: 5:0:2
2. Надежность: 5:3:?
3. Простота построения таблиц: 4:5:?
4. Простота построения хранимых процедур: 4:0:?
5. Удобство в работе: 5:5:?
6. Обеспечение достоверности БД: 5:3:?
7. Вопросы безопасности: 5:4:?
1. А что, ФоксПро действительно намного быстрее акцесса в сети при равных задачах и условиях? (Я интересуюсь, а не язвлю)
3. Почему 4:5? Очень спорный пункт. Имхо, дело привычки. Я бы его выкинул. Или это чтоб отвлечь преподавателя от остального?
4. В свете вышесказанного неправильная оценка.
5. Как можно сравнивать удобство в работе велосипеда и самосвала? На самосвале детей возить в сад неудобно.
6. гм.
7. 5:0:?
...
Рейтинг: 0 / 0
21.06.2006, 20:35
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33806998
ы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ы
Гость
опоздал
...
Рейтинг: 0 / 0
21.06.2006, 20:37
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807010
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 PL99
Гм... Хранимые процедуры хранятся на сервере БД и исполняются движком сервера. Кто занимается исполнением процедур, которые хранятся на файл-сервере?
Сначала ответьте на вопрос - кто в файл-серверной архитектуре занимается выполнением например SQL-запросов по отношению к данным, хранящимся на сервере.
Потом ответьте на вопрос - кто в файл-серверной архитектуре занимается например контролем DRI, типа каскадного обновления/удаления записей связанных таблиц.
Ну а потом попробуйте ответить на вопрос - кто мешает этому "кому-то" исполнять не только "элементарные" sql-запросы, но и "неэлементарные" хранимые процедуры (где бы они ни хранились и что бы они из себя не представляли).
Если не сумеете ответить - это будет Вашим домашним заданием.

И уж, заодно, кто (какая программа) вызывает исполнение триггера в случае файл-сервера?
Предыдущий абзац.
...
Рейтинг: 0 / 0
21.06.2006, 20:44
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807042
Фотография PL99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PL99
Участник
ЛП2 PL99
Гм... Хранимые процедуры хранятся на сервере БД и исполняются движком сервера. Кто занимается исполнением процедур, которые хранятся на файл-сервере?
Сначала ответьте на вопрос - кто в файл-серверной архитектуре занимается выполнением например SQL-запросов по отношению к данным, хранящимся на сервере.Приложение (включая runtime библиотеки), разумеется. Должен заметить, что исполняются эти SQL-запросы на машине клиента, даже если Вы разместили исполняемый файл на файл-сервере.

ЛППотом ответьте на вопрос - кто в файл-серверной архитектуре занимается например контролем DRI, типа каскадного обновления/удаления записей связанных таблиц.Аналогично. Более того, как только Ваше приложение завершит работу, от ссылочной целостности и каскадных обновлений не останется и следа. В любом случае, никто не помешает мне написать программу, которая позволит испортить (например, нарушить ссылочную целостность) файл-серверной базы данных, особенно, если она хранит таблицы в незамысловатом формате dbf ;-)
Попробуйте сделать тоже самое с таблицами M$ SQL.

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

ЛПЕсли не сумеете ответить - это будет Вашим домашним заданием. ЛПЯ уже староват для домашних заданий, но последнее файл-серверное приложение писал не более десяти лет назад и еще не все забыл ;-))

[quot ]И уж, заодно, кто (какая программа) вызывает исполнение триггера в случае файл-сервера?
Предыдущий абзац.Мда... Аргументация потрясает.
...
Рейтинг: 0 / 0
21.06.2006, 21:06
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807062
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 PL99
Приложение (включая runtime библиотеки), разумеется. Должен заметить, что исполняются эти SQL-запросы на машине клиента, даже если Вы разместили исполняемый файл на файл-сервере.
Дык никто и не спорит с тем, что исполняется на клиенте. Пусть себе исполняется. Очень даже хорошо исполняется.

Более того, как только Ваше приложение завершит работу, от ссылочной целостности и каскадных обновлений не останется и следа.
Абассаца.
В сад.
Читать буквари.

В любом случае, никто не помешает мне написать программу, которая позволит испортить (например, нарушить ссылочную целостность) файл-серверной базы данных, особенно, если она хранит таблицы в незамысловатом формате dbf ;-)
Попробуйте сделать тоже самое с таблицами M$ SQL
Гыыы... Таки думаете, что если написать программу, пишущую в обход всего напрямую в файл данных, то MS SQL нельзя порушить (какую-нибудь ссылочную целостность, например)?
Абассаца.
В сад.
Читать буквари.

Никто не мешает
Вопросы есть?

только вот какое отношение ваше приложение имеет к процедурам, хранящимся на сервере?
Какое отношение? Самое прямое. Оно их исполняет.

Не позорьтесь, ей богу.
...
Рейтинг: 0 / 0
21.06.2006, 21:18
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807249
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Гражданин по кличке ЛП не хочет, чтобы обсуждение велось в конструктивном русле. Постараюсь не обращать на это внимание.

Итак, начнём с хранимых процедур и триггеров. IBM определяет stored procedure как An application program, possibly containing SQL statements, that is stored on the database server and can be invoked with the SQL CALL statement.

Представим себе такой случай: в базе данных какого-то SQL-сервера хранится какой-то код... ну, например, Java-код, Visual Basic scripts или даже исходники на C, которые потом компилируются; клиенты вытягивают его себе и выполняют у себя - либо по запросу пользователя (аналог хранимых процедур), либо по какому-то событию (аналог триггеров). Вы можете убрать слово "аналог" и называть это "хранимыми процедурами" и "триггерами". Но это совсем не то, что предлагают нормальные SQL-сервера, даже если выглядит похоже и называется также.

OK, я забыл про существование терминальных серверов. В таком случае накладных расходов на сеть действительно нет. В таком случае с фокспро получается схема, слегка напоминающая, к примеру, Oracle с dedicated-серверами под UNIX'ом, или DB2 под UNIX'ом, или Classic Server у Firebird. Т.е. куча процессов, совместно использующих файлы. Одна маленькая деталь - процесс, отвечающий за транзакционные/redo-логи, у Oracle/DB2 общий; есть несколько других общих процессов. Как же фокс будет разбираться с такими вещами, если у него вообще какой-то транзакционный лог есть?

Что касается сетевого файлового доступа, то тут всё ясно. Когда фокс упрётся в бутылочное горлышко сети, никакая модернизация сервера не повысит производительность, неважно, сколько процессоров на нём будет, сколько ОЗУ и какие диски.
...
Рейтинг: 0 / 0
21.06.2006, 23:36
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807256
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
ЛП
В любом случае, никто не помешает мне написать программу, которая позволит испортить (например, нарушить ссылочную целостность) файл-серверной базы данных, особенно, если она хранит таблицы в незамысловатом формате dbf ;-)
Попробуйте сделать тоже самое с таблицами M$ SQL
Гыыы... Таки думаете, что если написать программу, пишущую в обход всего напрямую в файл данных, то MS SQL нельзя порушить (какую-нибудь ссылочную целостность, например)?
Абассаца.
В сад.
Читать буквари.

Спасибо, что напомнили про security. Очевидно, что если я работаю с фоксом и имею доступ к какой-то базе, то могу залезть в неё хоть hex editor'ом и всё порушить (или поредактировать какой-нибудь дельфийской программой через какой-нибудь BDE, и не будут пускаться "триггеры"). Такие права я получаю автоматически.

А кто вас пустит к файлам, чтобы проделать такой фокус с MS SQL (предполагая, что вы не админ с суицидными наклонностями)?

Про систему GRANT'ов (на TABLE, VIEW, PROCEDURE и т.д.) даже не спрашиваю.
...
Рейтинг: 0 / 0
21.06.2006, 23:46
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807257
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Victor Metelitsa
Про систему GRANT'ов (на TABLE, VIEW, PROCEDURE и т.д.) даже не спрашиваю.

а зря не спрашиваете .
...
Рейтинг: 0 / 0
21.06.2006, 23:50
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807259
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
AnastaMS SQL Server vs MS Access vs Visual Fox Pro

1. Скорость в многопользовательском окружении: 5:0:2
2. Надежность: 5:3:?
3. Простота построения таблиц: 4:5:?
4. Простота построения хранимых процедур: 4:0:?
5. Удобство в работе: 5:5:?
6. Обеспечение достоверности БД: 5:3:?
7. Вопросы безопасности: 5:4:?

Как вы считаете близки ли проставленные мной значения к реальным?
Проставьте, пожалуста, значения вместо "?" для Visual Fox Pro.

Пункт 2: а, скажем, онлайновый бекап базы MS Access вы сделаете? Я поставил бы 0.
Пункты 3,4,5 я просто не понимаю.
По пункту 7 я MS Access'у тоже поставил бы 0. Файл в общем доступе - это большая дыра.
...
Рейтинг: 0 / 0
21.06.2006, 23:52
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807264
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
ы Victor MetelitsaХранимые процедуры хранятся на сервере. Это по самому определению хранимых процедур.
Оригинальное определение.

Вот что нам по этому поводу говорит BOL:
stored procedureA precompiled collection of Transact-SQL statements stored under a name and processed as a unit. SQL Server supplies stored procedures for managing SQL Server and displaying information about databases and users.
Собственно под это определение подпадают акцессовские запросы update, insert into, delete, alter и др. Которые никто, кстати, не запрещает хранить на сервере. :))


И где, по-вашему, может быть stored и processed " A precompiled collection of Transact-SQL statements stored under a name and processed as a unit ", если не только на сервере? По-моему, если тут слово server и не стоит, то только в виду самоочевидности. Вообще, вырывая слова из контекста, можно многого "достичь" ("Было бы величайшей ошибкой думать". В.И.Ленин, ПСС, т.41, с.55. - цитата с lib.ru), но таким приёмам грош цена.


Какое к этому имеют отношение "акцессовские запросы update, insert into, delete, alter и др", бог вас знает.
...
Рейтинг: 0 / 0
22.06.2006, 00:00
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807275
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
2 Victor Metelitsa :

п 5 - видимо имеется ввиду обеспечение целостности
к STORED PROCEDURE в аксессе имеют некоторое отношение параметризованные запросы
...
Рейтинг: 0 / 0
22.06.2006, 00:14
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807278
ы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ы
Гость
Victor Metelitsa...
Но это совсем не то, что предлагают нормальные SQL-сервера, даже если выглядит похоже и называется также.
...
Мне кажется, в постановке вопроса Вы нашли себе другой вопрос: отличия файл-серверных систем от клиент-серверных. И доказываете внимательным читателям, что они таки есть! :)
Поверьте, товарищ ЛП знает это не хуже Вас, пусть и в несколько развязной форме об этом сообщает :)
Вам можно почитать это .

Да, и (не говорю про FoxPro, хотя не удивлюсь, если в нем есть аналоги) Access
авторПро систему GRANT'ов (на TABLE, VIEW, PROCEDURE и т.д.) даже не спрашиваю.
- умеет давать и использовать разрешения на различные действия с таблицами/запросами и другими своими объектами.
авторА кто вас пустит к файлам, чтобы проделать такой фокус с MS SQL (предполагая, что вы не админ с суицидными наклонностями)?
- это, и многое из сказанного рядом, решает упомянутый терминал-сервер.
авторПункт 2: а, скажем, онлайновый бекап базы MS Access вы сделаете? Я поставил бы 0.
- сделаете. Простым копированием файла БД. Мало того, вероятно, и пользователи после этого остануться работать, и файл у вас получиться рабочий. Хотя конечно, лучше его делать с помощью Access'a из одной из сессий. И не будет никаких проблем. Вопрос вполне решаемый.
авторПо-моему, если тут слово server и не стоит, то только в виду самоочевидности.
Цитата не вырвана из контекста. Вы можете ее получить, открыв БОЛ и ткнув в подсвеченное словосочетание stored procedure в любой статье, где его встретите. Каюсь, отрезано последнее предложение, вот оно: "SQL Server-supplied stored procedures are called system stored procedures."
"В виду самоочевидности" на чертежах на болтах резьбу не пропускают, к слову.
И все-таки, покажете ли вы, почему под это определение нельзя подвести запросы акцесса? Которые пусть даже будут храниться на сервере, о чем в условиях не сказано.
...
Рейтинг: 0 / 0
22.06.2006, 00:16
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807288
ы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ы
Гость
2 Victor Metelitsa
Я тут в соседнем топике встретил упоминания о том, с чем вы работаете. Признайтесь честно, а вы с файл сервером каким-нибудь более-менее "плотно" работали? Не с самописными курсовыми, и не с 1С-овскими монстрами, работающими на .dbf?
...
Рейтинг: 0 / 0
22.06.2006, 00:33
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807289
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Victor Metelitsa
Итак, начнём с хранимых процедур и триггеров. IBM определяет stored procedure как An application program, possibly containing SQL statements, that is stored on the database server and can be invoked with the SQL CALL statement.

Но, возможно, IBM дает определение под свои системы, которые клинт-серверные, чтобы не обременять себя чем-то лишним. Возможно, имеет значение только то, что они хранятся в БД.
И детали реализации сетевых архитектур (файл серверные, клиент серверные, либо еще какие-то, если появятся), не должны влиять на это понятие, так как оно логическое, а те физические. Если процедура хранится в БД и вызывается на события в БД, то функционал понятия триггер выполнен. Это логика работы - при изменени таблы, кто бы, с какого компа это не делал вызовется процедура. Вроде больше ничего не надо, чтобы быть триггером.
По крайней мере, читал где-то, что в Фоксе есть триггера. Уже по этому на дипломе сказать что их там нет, скорее всего, лишний риск.
...
Рейтинг: 0 / 0
22.06.2006, 00:33
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807612
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
прикольный топег...

Почитаешь ЛП, и думаешь, блин, ах фокспро, ах сукин сын. И транзакции у него и хранимые процедуры. И щож мы тут все тупые SQL сервера юзаем.

ЛПСначала ответьте на вопрос - кто в файл-серверной архитектуре занимается выполнением например SQL-запросов по отношению к данным, хранящимся на сервере.
Потом ответьте на вопрос - кто в файл-серверной архитектуре занимается например контролем DRI, типа каскадного обновления/удаления записей связанных таблиц.
Ну а потом попробуйте ответить на вопрос - кто мешает этому "кому-то" исполнять не только "элементарные" sql-запросы, но и "неэлементарные" хранимые процедуры (где бы они ни хранились и что бы они из себя не представляли).
Если не сумеете ответить - это будет Вашим домашним заданием.

Вот тут Вы в самую точку попали, а действительно, КТО?! В К\С СУБД этим занимается ЕДИНСТВЕННЫЙ реляционный движок и именно через этот единственный движек ходят все к данным. А что с фокспро (да и с любой другой Ф\С СУБД) - сколько клиентов, столько и движков. Надеюсь, что дальше не надо объяснять про контроль DRI, транзакции и т.п?!

Достаточно взять букварь по архитектуре какого-нибудь сервера СУБД и посмотреть, как там все это реализовано. Особенно в плане транзакций. Была уже тут перепалка по этому поводу. Честная поддержка транзакций невозможна без централизованного движка и ведения write-ahead лога. Все остальное - от лукавого, хоть 100 раз скажите, что фокс (аксес) поддерживает транзакции, транзакциями в истинном их смысле они никогда не станут.

То же самое и с надежностью - наличие Nого кол-ва движков, работающих практически независимо друг от друга - вот основная причина ненадежности.


PL99Более того, как только Ваше приложение завершит работу, от ссылочной целостности и каскадных обновлений не останется и следа.

ЛПАбассаца.
В сад.
Читать буквари.

Нука-нука???!!! И кто будет ее поддерживать, если не одно клиентское приложение (ни один движк) не работает??? Буквари читать надо кому-то другому!!!

ЛПГыыы... Таки думаете, что если написать программу, пишущую в обход всего напрямую в файл данных, то MS SQL нельзя порушить (какую-нибудь ссылочную целостность, например)?
Абассаца.
В сад.
Читать буквари.

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

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

Ааа... Уссаться... Боремся не с причиной, а со следствием!

ЛПДалее. Файлы по сетке гонять - типа западло, а стописят юзеров своими тупыми запросами будут один сервак убивать - не западло? В ФС сетка узкое место, в КС - сервак. Что окажется уже в каждом конкретном случае - бабка надвое сказала.

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

Итого... Скоко бы здесь уважаемые аппологеты Ф\С СУБД не сотрясали воздух - их место (Ф\С СУБД) на свалке истории.

Ну, понеслось... ;)
...
Рейтинг: 0 / 0
22.06.2006, 09:44
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807673
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
авторК\С СУБД этим занимается ЕДИНСТВЕННЫЙ реляционный движок и именно через этот единственный движек ходят все к данным. А что с фокспро (да и с любой другой Ф\С СУБД) - сколько клиентов, столько и движков

в случае одного движка и одного хранилища "контроль DRI, транзакции и т.п" обеспечивает один движок, в случае движка на каждом клиенте и одного хранилища данных "контроль DRI, транзакции и т.п" обеспечивают все движки.

Второй вариант сложнее и менее надёжен первый вариант проще а значит более надёжен.

Ничего сверхестественного
...
Рейтинг: 0 / 0
22.06.2006, 10:03
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807691
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
1024в случае одного движка и одного хранилища "контроль DRI, транзакции и т.п" обеспечивает один движок, в случае движка на каждом клиенте и одного хранилища данных "контроль DRI, транзакции и т.п" обеспечивают все движки.

Второй вариант сложнее и менее надёжен первый вариант проще а значит более надёжен.

Ничего сверхестественного

Понятие менее\более не применимо ни к DRI, ни к транзакциям. Они или есть, или их нет. А ненадежная поддерка DRI и транзакций, это все равно что "чуть-чуть беременна".
...
Рейтинг: 0 / 0
22.06.2006, 10:11
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807721
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
жизнь слишком сложная штука чтоб так однозначно делить. Советую более реалистично смотреть на мир.

Посыпался винт. Данные читаются но какая-то их часть, скажем десяток таблиц, невалидна. Встречается достаточно часто, можно посмотреть поиском по любому из разделов скл.ру, попадается и у мсскл и у оракла. Т.е. транзакции и дри имеет степень надёжности ВСЕГДА. Вопрос в количестве, что-то более надёжно, что-то менее.
...
Рейтинг: 0 / 0
22.06.2006, 10:21
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807744
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
1024Посыпался винт. Данные читаются но какая-то их часть, скажем десяток таблиц, невалидна.

Мне не совсем понятно, зачем Вы приплетаете аппаратные проблемы (которые решаются совсе другими методами) к обсуждения програмной реализации той или иной фичи в Ф\С и К\С СУБД?! Получается как в том вопросе армянского радио: "Сколько нужно программистов, чтоб заменить перегоревшую лампочку? Ответ: нисколько. Проблемма аппаратная, программными способами не решается."

1024Т.е. транзакции и дри имеет степень надёжности ВСЕГДА. Вопрос в количестве, что-то более надёжно, что-то менее.

А я и не говорил об АБСОЛЮТНОЙ надежности К\С СУБД! Я говорил о том, что то, что называют поддержкой DRI и транзакционной целостности в Ф\С и К\С СУБД суть две большие разницы.
...
Рейтинг: 0 / 0
22.06.2006, 10:31
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807754
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
неа, это встречаются необразованые люди которые не понимают элементарных вещей хотя им уже как для полного идиота сто раз рассказывали, что будем поднимать снова /topic/189936&pg=23#2368556 ?
...
Рейтинг: 0 / 0
22.06.2006, 10:35
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807771
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
автор
А я и не говорил об АБСОЛЮТНОЙ надежности К\С СУБД! Я говорил о том, что то, что называют поддержкой DRI и транзакционной целостности в Ф\С и К\С СУБД суть две большие разницы.

Да не надо оправдываться. То абсолютная, то не абсолютная, то просто различается.

Да, различается. Не только в разных технологиях но и на одном и том же сервере с разными настройками. Именно поэтому нет ответа на вопрос:"Скажите, а какая СУБД сейчас самая лучшая?".
...
Рейтинг: 0 / 0
22.06.2006, 10:39
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807776
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
2 H5N1

представься, не видно в каких тредах ты участвовал и какие вопросы задавал.
...
Рейтинг: 0 / 0
22.06.2006, 10:41
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807782
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Ну вот, опять началось - Фокс опять стал к-с системой с использованием dbf

Скоро будут крики о том, что можно фокс навесить на dbf и сделать это все вебсервисом/COM+ и т.д. и т.п. и работать тогда с этим централизованным якобы одним движком......
Это как в другом анекдоте: если бы у бабушки были яйца, она была бы дедушкой

Для таких случаев, когда нужен централизованный сервер, как раз у той же MS есть MS SQL - как ни странно, люди там об этом подумали, и давненько.
Да только некоторые программеры в силу того, что от использования dbf фоксом получают кайф и от того, что в силу незнаня чтоли не могут себе представить фокс без dbf, просто как обычный к-с клиент, никак не хотят признавать существования настоящих СУБД и все пытаются мериться пиписьками с гулливером.

Весело наблюдать все это

-- Tygra's --
...
Рейтинг: 0 / 0
22.06.2006, 10:42
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807812
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
да вроде ни слова про это нет
...
Рейтинг: 0 / 0
22.06.2006, 10:48
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807853
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
1024 автор
А я и не говорил об АБСОЛЮТНОЙ надежности К\С СУБД! Я говорил о том, что то, что называют поддержкой DRI и транзакционной целостности в Ф\С и К\С СУБД суть две большие разницы.

Да не надо оправдываться. То абсолютная, то не абсолютная, то просто различается. Да, различается. Не только в разных технологиях но и на одном и том же сервере с разными настройками. Именно поэтому нет ответа на вопрос:"Скажите, а какая СУБД сейчас самая лучшая?".

Я и не собирался оправдываться. Еще раз, для непонимающих разницу. То, что в Ф\С СУБД называется поддержкой DRI и транзакциями и рядом невалялось с действительно поддержкой всего этого в К\С СУБД. Тем, кто это непонимает, место на той же свалке. :)
...
Рейтинг: 0 / 0
22.06.2006, 10:56
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807863
5631
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
5631
Участник
.
...
Рейтинг: 0 / 0
22.06.2006, 10:58
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33807956
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
Я и не собирался оправдываться. Еще раз, для непонимающих разницу. То, что в MySQL называется поддержкой DRI и транзакциями и рядом невалялось с действительно поддержкой всего этого в MS SQL. Тем, кто это непонимает, место на той же свалке. :)

=============
8)

и MySQL и MS SQL являются SQL-серверами на 100% но изменённая цитата полностью им соответствует
...
Рейтинг: 0 / 0
22.06.2006, 11:21
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808015
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
2 1024

То "винт полетел", то "MySQL". Я теряю Вашу мысль...
...
Рейтинг: 0 / 0
22.06.2006, 11:36
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808034
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
10242 H5N1

представься, не видно в каких тредах ты участвовал и какие вопросы задавал.
зачем, что это изменит ? если вы после всего сказаного в том топике не вьехали в элементарные принципы работы нормальных субд, то у вас диагноз ;)
...
Рейтинг: 0 / 0
22.06.2006, 11:40
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808169
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
если у тебя в профиле вопросы вроде "как узнать номер первой записи в запросе" то и к словам твоим можно относиться соответствующе.
...
Рейтинг: 0 / 0
22.06.2006, 12:05
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808172
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
не мне а менее начинающим
...
Рейтинг: 0 / 0
22.06.2006, 12:06
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808282
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
1024если у тебя в профиле вопросы вроде "как узнать номер первой записи в запросе" то и к словам твоим можно относиться соответствующе.
ну да пришел тут какой-то, обосрал документацию, обосрал всех лисоводов, объяснил, что они 10 лет кодят не понимая простейших принципов работы фокспро (неговоря уже о КС субд), и еще скотина оказался прав.
ну конечно же это студент :) ну кто-ж еще так смело мог прийти и обосрать ?
...
Рейтинг: 0 / 0
22.06.2006, 12:30
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808352
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
вероятно ты и окурки мимо урны бросаешь на улице.

8(
...
Рейтинг: 0 / 0
22.06.2006, 12:48
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808873
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 Victor Metelitsa
Представим себе такой случай: в базе данных какого-то SQL-сервера хранится какой-то код... ну, например, Java-код, Visual Basic scripts или даже исходники на C, которые потом компилируются; клиенты вытягивают его себе и выполняют у себя - либо по запросу пользователя (аналог хранимых процедур), либо по какому-то событию (аналог триггеров).
У Вас еще остались вопросы относительно потенциальной возможности (или принципиальной невозможности) реализации хранимых процедур и триггеров в ФС-системах?
Слово "аналог", так и быть, пропущу мимо ушей. По крайней мере дам Вам еще один шанс в буквари заглянуть. Ни в одном букваре не сказано, что хранимая процедура обязана исполняться строго одним и строго серверным процессом. Это исключительно Ваши фантазии.

Но это совсем не то, что предлагают нормальные SQL-сервера
SQL-запрос остается SQL-запросом независимо от того, кто его исполняет - сервер (КС) или клиент (ФС)
Хранимая процедура остается хранимой процедурой независимо от того, кто её исполняет - сервер (КС) или клиент (ФС)
Триггер остается триггером независимо от того, кто его исполняет - сервер (КС) или клиент (ФС)
А уж что там предлагают "нормальные SQL-сервера" - целиком и полностью на их совести.

Как же фокс будет разбираться с такими вещами, если у него вообще какой-то транзакционный лог есть?
Совершенно не в курсе. Я фокс ни разу в жизни не видел.

Что касается сетевого файлового доступа, то тут всё ясно. Когда фокс упрётся в бутылочное горлышко сети, никакая модернизация сервера не повысит производительность, неважно, сколько процессоров на нём будет, сколько ОЗУ и какие диски.
Это что, очередное проявление дибилизма? Узкое место - сеть, а модернизировать - сервер? Зачем? Чтобы показать, что АйКю до семидяситипяти не дотягивает?
Точно так же можно сказать, что "когда MS SQL Server упрется в бутылочное горлышко производительности сервака, никакая модернизация сети не повысит производительность". Фраза - брат близнец Вашей, настолько же правильная, и настолько же не в тему.

Спасибо, что напомнили про security.
Да я про неё и не забывал. И про надежность не забывал. Честным образом посоветовал по этим критериям поставить что аксесу, что фоксу по минус единичке.
Однако при чем здесь это? Изначально спор шел про:
а) декларируемую принципиальную невозможность существования хранимых процедур в ФС-системах.
б) голословные (и в общем случае неправильные) утверждения о выигрыше в производительности в "многопользовательском окружении"
Ни секьюрити, ни надежность тут не в кассу.
...
Рейтинг: 0 / 0
22.06.2006, 14:42
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808911
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 pkarklin
прикольный топег...
Гыыы.. прикольный пкарклин... читать не умеет :)


Вот тут Вы в самую точку попали, а действительно, КТО?! В К\С СУБД этим занимается ЕДИНСТВЕННЫЙ реляционный движок и именно через этот единственный движек ходят все к данным. А что с фокспро (да и с любой другой Ф\С СУБД) - сколько клиентов, столько и движков.
У машины 4 колеса (иногда больше), а у велосипеда 2 (иногда меньше). Что дальше? Вы пытаетесь мне рассказать про разницу между ФС и КС? Не стоит, Вы её сами не понимаете.

Надеюсь, что дальше не надо объяснять про контроль DRI, транзакции и т.п?!
Расскажите, будет очень интересно послушать
очередной пластелиновый дятел, блин.

Достаточно взять букварь по архитектуре какого-нибудь сервера СУБД и посмотреть, как там все это реализовано. Особенно в плане транзакций. Была уже тут перепалка по этому поводу. Честная поддержка транзакций невозможна без централизованного движка и ведения write-ahead лога.
Очередные больные фантазии туповатого узколобого фаната.
В сад. Учебники читать.

авторНука-нука???!!! И кто будет ее поддерживать, если не одно клиентское приложение (ни один движк) не работает??? Буквари читать надо кому-то другому!!!

Кто будет поддерживать ссылочную целостность базы, с которой никто не работает ?
Браво!
упалпацтул


Ааа... Уссаться... Боремся не с причиной, а со следствием!
Нет, мой неумеющий читать туповатый друг. Ни с чем не боремся, а всего лишь указываем на некорректность перескока с обсуждения "производительности в многопользовательском окружении" на "узкое место при сетевой работе". Сеть в ФС может остаться узким местом и при однопользовательском доступе, впрочем, и в многопользовательском режиме может узким местом не являться (приведенный пример с терминалом).
...
Рейтинг: 0 / 0
22.06.2006, 14:53
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33808967
zhouck
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zhouck
Участник
ЛП wrote:

> SQL-запрос остается SQL-запросом независимо от того, кто его исполняет -
> сервер (КС) или клиент (ФС)
Эт понятно.
> Хранимая процедура остается хранимой процедурой независимо от того, кто
> её исполняет - сервер (КС) или клиент (ФС)
Ну тоже
> Триггер остается триггером независимо от того, кто его исполняет -
> сервер (КС) или клиент (ФС)
А кто заставит клиента выполнить триггер? Если, к примеру клиентский
движок отключит их выполнение? И что тогда? Это типа в делфовых прогах
OnBeforeInsert и OnAfterInsert вы тоже назовете триггерами.
Таким образом серверный триггер сработает назависимо от того, какой
движок будет использоваться на клиенте. Клиентский "триггер" - только
если клиентский движок поддерживает выполнение. Разница ясна?

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
22.06.2006, 15:06
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809033
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 zhouck
А кто заставит клиента выполнить триггер? Если, к примеру клиентский движок отключит их выполнение?
Хосспадя ты боже мой...
А кто заставляет клиента запускать каскадное удаление связанных записей?
А кто заставляет клиента нулябельность полей проверять перед апдейтами?
А кто заставляет клиента дефолтовые значения вставлять при инсертах?

В случае аксеса - Jet заставляет.
А все клиентские проги работают через джет. Работать не через jet они не могут. Т.е. "не заставиться" у них не получится.
Ну разве что найдуться клоуны, которые "а если йа напешу праграму каторая в апхот всиво запишыт штота напрямуйу в файло з данными"
...
Рейтинг: 0 / 0
22.06.2006, 15:21
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809038
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
ЛПУ машины 4 колеса (иногда больше), а у велосипеда 2 (иногда меньше). Что дальше? Вы пытаетесь мне рассказать про разницу между ФС и КС? Не стоит, Вы её сами не понимаете.

Ага. Хуz с горы большая скорость, вот только колеса, вы тут ой как ни к месту приплели.

авторОчередные больные фантазии туповатого узколобого фаната.
В сад. Учебники читать.

Вот жешь, сцуко...

ЛПКто будет поддерживать ссылочную целостность базы, с которой никто не работает?
Браво!
упалпацтул

Вы представлете себе, сервера СУБД поддерживают ссылочную целостность, даже когда с базой никто не работает. Да, да, не написать, ту программку, которая бы обошла то самое единственное ядро и что-нить исковеркала или файле аксеса, или в файлах фокса. Если Вы от этого сползли со стула, то разницу между К\С и Ф\С Вам действительно бесполезно объяснять. И туповайты узколобый фанат здесь кто-то другой. ;) Ибо меня заставили перейти на К\С СУБД не новомодные течения, а та самая с позволения сказать "поддержка целосности и транзакций" в Ф\С СУБД. А с такими я вдоволь любовью на занимался в свое время.

ЛПНет, мой неумеющий читать туповатый друг. Ни с чем не боремся, а всего лишь указываем на некорректность перескока с обсуждения "производительности в многопользовательском окружении" на "узкое место при сетевой работе". Сеть в ФС может остаться узким местом и при однопользовательском доступе, впрочем, и в многопользовательском режиме может узким местом не являться (приведенный пример с терминалом).

Нет уж, позвольте. Если у меня при около 500 работающих юзерах средняя нагрузка на сеть не превышает 10% (100 мбит), то у меня и в мыслях не будет переводить их на работу через терминал. ТАк что никакой это не перекос. И, если Вы не хотите этого понимать, то это Ваши проблемы.
...
Рейтинг: 0 / 0
22.06.2006, 15:22
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809047
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
авторТаким образом серверный триггер сработает назависимо от того, какой
движок будет использоваться на клиенте. Клиентский "триггер" - только
если клиентский движок поддерживает выполнение. Разница ясна?

мда...

тебе русским языком говорят что это и есть разница в архитектуре между файлсервером и клиентсервером. Несколько движков или один. Это сказывается на надёжности, на остальных параметры может не влиять.
...
Рейтинг: 0 / 0
22.06.2006, 15:24
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809074
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
ЛПНу разве что найдуться клоуны, которые "а если йа напешу праграму каторая в апхот всиво запишыт штота напрямуйу в файло з данными"

Чуть Выше Вы хотели написать такую програмку. Я, кстати, с нетерпением жду, чтоб "порушить" свой MS SQL. А вот access и fox я порушу любым редактором!

ЛПА все клиентские проги работают через джет. Работать не через jet они не могут. Т.е. "не заставиться" у них не получится.

Бл$, Вы действительно тупой, или прикидываетесь? Если бы jet был один на всех пользователей, то да. А так их много, джетов то. И каджый наровит целостность сохранить и транзакции поддержать, работая с одним и тем же файлом. И вот отвалился один клиент посреди транзакции от сети, а буферочки то у него на клиенте, лога централизованного нет. Как остальные джеты узнают, чего она там наделал до середины транзакции, а чего нет?
...
Рейтинг: 0 / 0
22.06.2006, 15:28
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809084
zhouck
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zhouck
Участник
ЛП wrote:

> Автор: ЛП
> 2 zhouck
> А кто заставит клиента выполнить триггер? Если, к примеру клиентский
> движок отключит их выполнение?
>
>
> Хосспадя ты боже мой...
> А кто заставляет клиента запускать каскадное удаление связанных записей?
> А кто заставляет клиента нулябельность полей проверять перед апдейтами?
> А кто заставляет клиента дефолтовые значения вставлять при инсертах?
>
> В случае аксеса - Jet заставляет.
> А все клиентские проги работают через джет. Работать не через jet они не
> могут. Т.е. "не заставиться" у них не получится.
> Ну разве что найдуться клоуны, которые /"а если йа напешу праграму
> каторая в апхот всиво запишыт штота напрямуйу в файло з данными"/

Та ты шо? Т.е. линкусоиды не смогут написать свой движок для доступа к
аксезу? Так шо ли? Оно ж только через джет работает? Т.е. написать свой
движок доступа к данным ты вообще считаешь нереальной задачей? Да, Лох?
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
22.06.2006, 15:29
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809094
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 pkarklin
Вы представлете себе, сервера СУБД поддерживают ссылочную целостность, даже когда с базой никто не работает.
Ага. Скажите еще, что они поддерживают ссылочную целостность даже когда сервер выключен.
Непонятно только зачем.

Да, да, не написать, ту программку, которая бы обошла то самое единственное ядро и что-нить исковеркала или файле аксеса, или в файлах фокса.
Да, да, не написать ту программку, которая обошла бы тот самый единственный инстанс MS SQL Server'а и что-нить исковеркала в файлах mdf+ldf.

Ну так что, пкарклин, разовьешь свой бред "Честная поддержка транзакций невозможна без централизованного движка и ведения write-ahead лога." . Или скажешь что это "по определению", как всегда любят говорить те, кто не читает книжек?

И вот отвалился один клиент посреди транзакции от сети, а буферочки то у него на клиенте, лога централизованного нет. Как остальные джеты узнают, чего она там наделал до середины транзакции, а чего нет?
Ты дурак, или как? Нафига кому-то знать - что было сделано посреди транзакции, которая отвалилась?
...
Рейтинг: 0 / 0
22.06.2006, 15:32
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809186
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
ЛП Ну так что, пкарклин, разовьешь свой бред "Честная поддержка транзакций невозможна без централизованного движка и ведения write-ahead лога.". Или скажешь что это "по определению", как всегда любят говорить те, кто не читает книжек?

Это не бред. И не "по определению", а по архитектре. H5N1 приводил ссылку. Повторюсь еще раз. Пусть в акссес начали транзакцию, поменяли 1000 записей, которые забуфферизировались в локальном буффере и скомандывали COMMIT. Jet на клиентской машине начал писать все это в файл на сервере и улутел в голубой экран на 501 записи. В каком виде окажеться файл бд? Кто будет заниматься откатом (приведением его в состояние до начала транзакции) при следующем запуске клиента, если другие jetы понятия не имеют, чего он там наменял в файле? В К\С СУБД за это как раз отвечает лог. Как он работает, можно почитать в доке к любой СУБД.

ЛПТы дурак, или как? Нафига кому-то знать - что было сделано посреди транзакции, которая отвалилась?

Ну, если я дурак, то просветите меня дурака, как это будет все "вычешено" в Ф\С СУБД.
...
Рейтинг: 0 / 0
22.06.2006, 15:52
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809209
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
ЛПSQL-запрос остается SQL-запросом независимо от того, кто его исполняет - сервер (КС) или клиент (ФС)

ты наверно очень умный, да :) ? мне вот тока не понятно если оно так независит то почему у клонов интербейза выполнение SQL запроса зависит от порядка операторов ?
и чо будет если у разных клиентов SQL будет чуток поразному исполнятся :) ?

2ALL
кто нибудь не с размягшими от ФС мозгами нашел как реализованы транзакции и уровни изолированости в access ?
...
Рейтинг: 0 / 0
22.06.2006, 15:57
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809224
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
2pkarklin

там интересней, в access похоже подругому транзакции работают, но сказать наверника пока нельзя в документации наверника та же лажа что и foxpro.
...
Рейтинг: 0 / 0
22.06.2006, 16:00
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809269
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
2 H5N1

Мне известно несколько технологий, реализующих поддержку atomicity и durability (2х из 4х от ACID). write ahead logging (WAL) наиболее популярен и его юзают современные сервера СУБД. Раньше на менфреймах юзали shadow paging. Осталось выяснить у ЛП, какой технологией A и D поддерживается в фоксе.
...
Рейтинг: 0 / 0
22.06.2006, 16:09
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809352
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 pkarklin
Это не бред. И не "по определению", а по архитектре.
Это по клиент-серверной архитектуре.
Как правильно было замечено - наиболее популярный способ.
Как еще более правильно было замечено - даже в КС это не единственный способ.

Осталось только Вам свои собственные слова прочитать еще раз, и попытаться их скрестить опять таки с Вашими же собственными словами "Честная поддержка транзакций невозможна без централизованного движка и ведения write-ahead лога". Если не страдаете шизофренией, то уж определитесь - или "невозможна", или "наиболее популярный способ".

В ФС этот "наиболее популярный способ" неприменим. Что не мешает пользоваться другими (хоть и "менее популярными") способами.

Ну, если я дурак, то просветите меня дурака, как это будет все "вычешено" в Ф\С СУБД
Ищите поиском по форуму. Обсуждалось неоднократно. Применительно к аксесу.
Неохота в стописятый раз одну и ту же лекцию читать.

авторОсталось выяснить у ЛП, какой технологией A и D поддерживается в фоксе.
Если Вы не умеете читать, то попросите кого-нибудь рядом сидящего прочитать Вам вслух следующую фразу:
Я НЕ ЗНАЮ, КАК И ЧТО РЕАЛИЗОВАНО В ФОКСЕ. ПАТАМУШТА Я ЕГО НИ РАЗУ НЕ ВИДЕЛ.
...
Рейтинг: 0 / 0
22.06.2006, 16:26
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809429
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Поиск, говорите... Да и без поиска я знаю этот топик. Однако тут же натыкаемся на Ваше высказывание (или это не Ваше?). тынц

Теперь Вы с пеной у рта доказываете мне обратное, или это не Вы? :)

А вот Вы расказываете про "физику процесса" на пальцах: Есть ли будущее у файл-сервера?

И где в Вашем же описании можно найти то самое место, когда атомарность не будет соблюдена. Что я и наблюдал, работая и с аксесом и с фокспро. Так что, можете сколько угодно отсылать меня чиать книжки, но ни аксее ни фокс не умеют поддерживать A и D!
...
Рейтинг: 0 / 0
22.06.2006, 16:47
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809503
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
pkarklinПоиск, говорите... Да и без поиска я знаю этот топик. Однако тут же натыкаемся на Ваше высказывание (или это не Ваше?). тынц

Теперь Вы с пеной у рта доказываете мне обратное, или это не Вы? :)
Але, гараж? Где в этом тынце что-то про реализацию транзакций?
И что такого "обратного" я доказываю? Про надежность и устойчивость к сбоям я вроде тут неоднократно высказался, и высказывания от предыдущих мало чем отличаются.
Может хватит бредить, а, пкарклин?

А вот Вы расказываете про "физику процесса" на пальцах: Есть ли будущее у файл-сервера?

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

Что я и наблюдал, работая и с аксесом и с фокспро. Так что, можете сколько угодно отсылать меня чиать книжки, но ни аксее ни фокс не умеют поддерживать A и D!
Бредите? Ну продолжайте бредить.

З.Ы. Если Вы вдруг так и не научились читать, то еще раз подчеркну, что все сказанное мною относительно всяких там транзакций - отностится только и исключительно к аксесу.
З.З.Ы. Нет, даже не спрашивайте меня, как транзакции реализованы в фоксе.
З.З.З.Ы. Нет, я действительно ничего не знаю про реализацию транзакций в фоксе.

-----

А вообще все начиналось с хранимых процедур
...
Рейтинг: 0 / 0
22.06.2006, 17:06
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809660
ы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ы
Гость
ЛПА вообще все начиналось с хранимых процедур
ужос :)
...
Рейтинг: 0 / 0
22.06.2006, 17:40
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809704
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
pkarklin2 H5N1

Мне известно несколько технологий, реализующих поддержку atomicity и durability (2х из 4х от ACID). write ahead logging (WAL) наиболее популярен и его юзают современные сервера СУБД. Раньше на менфреймах юзали shadow paging. Осталось выяснить у ЛП, какой технологией A и D поддерживается в фоксе.
х.з. я подозреваю там может быть что-то похожее на интербейз, проблема в том, что документацию и статейки на msdn пишут ламеры которым даже до нашего лоха далеко, например вот вроде майкрософт признает, что транзакций нет:

Important File-server databases, such as the Jet database engine, can't guarantee durable transactions. There are currently no file-server—based database engines that can fully support this criterion of true transactions. For example, a database connected to a file server can't be expected to fully support the durability rule if the file server crashes before a transaction has had time to commit its changes. If you require true transaction support with respect to durability, you should investigate the use of a client/server database engine such as SQL Server or the Microsoft Data Engine (MSDE).

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odeopg/html/deovrusingtransactions.asp

но че они этим хотели сказать я пока не понял :) может это они имели ввиду во время комита, а не до ...
...
Рейтинг: 0 / 0
22.06.2006, 17:52
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809732
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 H5N1
Ты уже эту цитатку приводил, и по поводу неё уже долго смеялись.
При условии, что "server crashes before a transaction has had time to commit its changes" - ни о каком дюрабилити не может быть и речи не то что бы в ФС-системах, а и вообще нигде.
...
Рейтинг: 0 / 0
22.06.2006, 17:56
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809767
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
ЛПВ моем описании нет места, когда атомарность не будет соблюдена. Потому что такого места действительно нет. База может рухнуть - это да.

Бл$... Я в шоке. Атомарность у него соблюдена, но база рухнула.
...
Рейтинг: 0 / 0
22.06.2006, 18:02
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809780
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
pkarklinБл$... Я в шоке. Атомарность у него соблюдена, но база рухнула.
Хммм... Ну бывает так, что базы падают... Везде такое бывает... И без транзакций такое бывает... От чего ж в шоке то быть? Сиквел, наверное, не падает никогда?
Или, мой туповатый друг, ты в шоке от того, что атомарность соблюдена? Ну тады ничем помочь не могу.
...
Рейтинг: 0 / 0
22.06.2006, 18:06
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809788
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
ЛП
Ты уже эту цитатку приводил, и по поводу неё уже долго смеялись.
При условии, что "server crashes before a transaction has had time to commit its changes" - ни о каком дюрабилити не может быть и речи не то что бы в ФС-системах, а и вообще нигде.
правильно, а в документации по фокспро написано, что там есть транзакции. т.е. верить майкрософту нельзя, значит нада делать тесты самому, пытаясь угадать каже там на самом деле, что мне, например, совершенно не интересно...
...
Рейтинг: 0 / 0
22.06.2006, 18:07
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809805
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 H5N1
т.е. верить майкрософту нельзя
Верить низзя ваапсче никому :)
...
Рейтинг: 0 / 0
22.06.2006, 18:11
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809820
Зайцев Фёдор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зайцев Фёдор
Участник
ЛПпол-коммита не будет
ЛПатомарность соблюдена
Прикольно
...
Рейтинг: 0 / 0
22.06.2006, 18:17
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809828
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
3JIA9I с**а ЛПпол-коммита не будет
ЛПатомарность соблюдена
Прикольно
Под "пол-коммита не будет" имелось в виду, что будет либо нормальный коммит (все изменения), либо никакого (никаких изменений). Это в аксесе.
В фоксе, если верить форумам, народ умудрялся получить именно "пол-коммита", т.е. половину изменений закоммитили, половину протеряли куда-то. Может и правда.
...
Рейтинг: 0 / 0
22.06.2006, 18:22
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809861
Зайцев Фёдор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зайцев Фёдор
Участник
ЛП 3JIA9I с**а ЛПпол-коммита не будет
ЛПатомарность соблюдена
Прикольно
Под "пол-коммита не будет" имелось в виду, что будет либо нормальный коммит (все изменения), либо никакого (никаких изменений). Это в аксесе.
В фоксе, если верить форумам, народ умудрялся получить именно "пол-коммита", т.е. половину изменений закоммитили, половину протеряли куда-то. Может и правда.
А не окажется потом, что под "будет либо нормальный коммит (все изменения), либо никакого (никаких изменений)" имелось ввиду "хрен его знает, что там будет" ?
...
Рейтинг: 0 / 0
22.06.2006, 18:37
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809870
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
3JIA9I с**аА не окажется потом, что под "будет либо нормальный коммит (все изменения), либо никакого (никаких изменений)" имелось ввиду "хрен его знает, что там будет" ?
У Вас может все что угодно оказаться, Ваше право. Во избежание разночтений своё высказывание я прокомментировал, а дальше уж как хотите.

Если есть желание искать в моей фразе какой-то третий и четвертый смысл - да пожалуйста, можете считать, что она означает хоть бы и то, что инопланетяне существуют.

Говорят, что у Кутузова не было одного глаза. Неправда, один глаз у Кутузова был!
...
Рейтинг: 0 / 0
22.06.2006, 18:43
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809902
Зайцев Фёдор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зайцев Фёдор
Участник
Какие нахрен разночтения? "Пол-коммита не будет" - можно понять единственным образом. Не нужно оправдываться, уже всё ясно - некий ЛП не отвечает за свои глупые слова.
...
Рейтинг: 0 / 0
22.06.2006, 19:01
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809909
Фотография PL99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PL99
Участник
10242 H5N1

представься, не видно в каких тредах ты участвовал и какие вопросы задавал. Все темы с участием автора :-)
...
Рейтинг: 0 / 0
22.06.2006, 19:02
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809914
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
2 3JIA9I с**а
"Пол-коммита не будет" - можно понять единственным образом.
Именно так. Единственным образом.
Если я правильно понимаю, то Вы упорно пытаетесь фразу "пол-коммита не будет" дополнить чем-то вроде "... а оставшиеся пол-коммита - будут" . Но это уже не ко мне.

Не нужно оправдываться, уже всё ясно
Свободен, товарисч.
В следующий раз будешь проходить мимо - проходи дальше.
...
Рейтинг: 0 / 0
22.06.2006, 19:06
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33809917
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
авторКакие нахрен разночтения? "Пол-коммита не будет" - можно понять единственным образом. Не нужно оправдываться, уже всё ясно - некий ЛП не отвечает за свои глупые слова.

забей с ним стрелу, при встрече перетрёте

авторВсе темы с участием автора :-)

у него слишком мало постов чтоб участвовать в подобных флеймах. Даже оракл хе поставить не смог
...
Рейтинг: 0 / 0
22.06.2006, 19:06
| Ответить | Цитировать | Написать  
Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
    #33810603
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
опять всё вселось к ругани и выяснению отношений :(
господа, пытайтесь узнать что-то новое для себя, неужели такой кайф обгадить кого-то?
...
Рейтинг: 0 / 0
23.06.2006, 10:22
| Ответить | Цитировать | Написать  
82 сообщений из 82, показаны все 4 страниц
  все  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнительный анализ СУБД (MS SQL Server, MS Access и др.)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]