Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 10 11 12 13 14 [15] 16 17 18 19 .. 27   вперед  Ctrl
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
pkarklin
locky
pkarklin,

какой-такой акцесс? ;)


Ну, дык, записи то у Fox5631 то появлялись, то пропадали из-за проблем с сетевым оборудованием как раз в связке Проект Аксеса и сиквел сервер. ;)

так, кто на ком стоял?
А акцесс то тут причем?
мы вроде про фокс....
Чо-то я упустил в пылу сраженья
15 сен 09, 20:35    [7664148]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Fox5631
Нет, копируется тот вариант таблицы, который открыт в данный момент на том компьютере, откуда идет копирование.


Какой такой "локальный вариант"?! Разве резервное копирование выполняется не на сервере? Если нет, то вероятность рассинхронизации какого-то "локального варианта" даже при корректно работающеи оборудовании и клиентах еще выше.

Fox5631
Варианта с записью части record некогда вообще не будет. Блокировки на уровне записей в Foxpro существуют.


Каким образом, какая то блокировка уровня клиентского приложения помешает процессу копирования ОС сервера снять частично сохраненные данные?
15 сен 09, 20:36    [7664149]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
pkarklin
Каким образом, какая то блокировка уровня клиентского приложения помешает процессу копирования ОС сервера снять частично сохраненные данные?

магическим?
15 сен 09, 20:37    [7664153]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
А вот в новеле, помнится мне, можно было блокировать диапазоны в таблицах на сервере, вызывая магические функции из апи клиента.

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

Откуда: Москва (Муром)
Сообщений: 74930
locky
А акцесс то тут причем?
мы вроде про фокс....
Чо-то я упустил в пылу сраженья


Ну, Fox5631 данным частным случаем описывал ненадежность MS SQL.
15 сен 09, 20:38    [7664159]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
pkarklin
locky
А акцесс то тут причем?
мы вроде про фокс....
Чо-то я упустил в пылу сраженья


Ну, Fox5631 данным частным случаем описывал ненадежность MS SQL.

аааа......
Ну, учитывая опыт общения с группой разработки акцесса я не удивлюсь, если при ошибках коннекта они просто гасили исключение и переоткрывали коннект.
15 сен 09, 20:39    [7664163]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky
Fox5631
Нет. Индексы при этом не повреждаются.

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


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

locky

Fox5631
Я, кстати, вообще индексирую локальные курсоры. Индексы существуют только пока жив курсор.

Простите, а как (без индексов) вы достигаете сколь-нибудь приемлимой производительности


В источнике данных нужен только индекс для отбора записей. На рабочей станции - несколько индексных тэгов для обработки.

locky

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

Простите, но при неполной записи при обновлении - таблица повреждена не будет, просто сама запись будет частично содержать неправильные данные (что, вообще говоря - является повреждением таблицы).
Каким образом разруливается данная ситуация?

Никогда не возникала.
15 сен 09, 20:49    [7664189]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631

В источнике данных нужен только индекс для отбора записей. На рабочей станции - несколько индексных тэгов для обработки.

Гуд.
Т.е. индексы таки - есть? "на сервере/источнике данных".
И эти индексы таки - обновляются, в "момент сбрасывания локальных таблиц на сервер"?
15 сен 09, 20:50    [7664192]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Dimitry Sibiryakov
Member

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

locky

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

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

Posted via ActualForum NNTP Server 1.4

15 сен 09, 20:51    [7664196]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Мелодия про "ни разу не возникала" и "может мне везло" - радует особенно
У нас, знаете ли, тихое хавание исключений при обрыве коннекта тоже не возникало никогда - но для вас это аргумент

-------------------------
There’s no silver bullet!
15 сен 09, 20:51    [7664198]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky
Fox5631
А вы проверьте то, что я написал. Сделайте проект ADP. Добейтесь того, чтобы данные из Access-а в поле DateTime вносились с нулевым временем. А потом получите данные с сервера моим способом и отфильтруйте.

Из чего, простите, данные должны вносится с нулевым временем?


Из ADP(Access).
15 сен 09, 20:51    [7664200]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
pkarklin
Fox5631
Кстати, отбросить время можно не только этим способом.


Согласен!!! Время отбрасывать надо каким угодно, но только не приведенным Вами способом!!!

Fox5631
А вы проверьте то, что я написал.


Простите, а что Вы написали?!

Fox5631
Сделайте проект ADP. Добейтесь того, чтобы данные из Access-а в поле DateTime вносились с нулевым временем. А потом получите данные с сервера моим способом и отфильтруйте.


Идиотский вопрос можно? Если данные из проекта ADP заносятся в поле с типом datetime без временной составляющей, то что в запросе делает конвертация в int и затем в datetime? Если Вы тоже упоминаете про "отбрасывать время", данные таки из Access по-ходу с временной составляющей знаосятся? Где же правда?


Чего вопросы задавать, если можно проверить.
15 сен 09, 20:53    [7664203]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov

locky

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

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

Афтар не указал что значит "в случайных местах" - и как он определил, что записи пропадали не в конце выборки.
15 сен 09, 20:54    [7664206]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

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


Я за свой век столько насохранял записей с клиента что со временем, что без, что увольте меня от проверок. Ответьте, пожалуйста, на прямо заданные вопросы.
15 сен 09, 20:56    [7664211]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
Чего вопросы задавать, если можно проверить.

Попробовал.
Акцесс чудесно молча "скроллится" даже при полностью потушенном скуле. Данных при этом, правда, не показывает
15 сен 09, 20:57    [7664214]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
pkarklin
Fox5631
Те, которые успели физически записаться в таблицы.


Чудесненько!!! И что такой резервной копией можно делать?!


Уберите этого эксперта отсюда подальше с его техническими вопросами, чтоб он опять
не
автор
Полдавился печенькой
.
15 сен 09, 20:58    [7664216]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
pkarklin
Fox5631
Те, которые успели физически записаться в таблицы.


Чудесненько!!! И что такой резервной копией можно делать?!


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

Тогда печенькой давится буду я, но это не изменит сути вопроса
Что можно сделать с копией локального кэша, содеражащей неконсистентные данные?
15 сен 09, 21:02    [7664227]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Fox5631
Уберите этого эксперта отсюда подальше с его техническими вопросами, чтоб он опять
не
автор
Полдавился печенькой
.


Я уже потрапезничал. Можете смело отвечать...
15 сен 09, 21:04    [7664232]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
ххе, а забавные запросы отсылает акцесс для линкед таблиц, мне аж понравилось

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

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


pkarklin, это зависит только от требований к консистентности. Так как, если я, например, использую свободные таблицы dbf, а не контейнер базы данных, то там того понятия консистентности, которое используете вы, там вообще не существует.

В копии просто будут присутствовать все записи таблицы в полном объеме и без потерь. Это и есть консистентность (целостность).

То, о чем говорите вы, произойдет при использовании контейнера БД, с настроенной консистентностью с вероятностью 0,0001%.

Я читал тогда про ваши (или не ваши) опыты с разрывом соединения и помню, о чем речь.
Вспомните, что вам там ответили. Ни у кого таких потерь никогда не было.
Вы там смоделировали очень специфическую ситуацию.
15 сен 09, 21:09    [7664251]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
В копии просто будут присутствовать все записи таблицы в полном объеме и без потерь. Это и есть консистентность (целостность).

Не будут там все записи. Или будут - но ненужные.
А это не есть консистентность (целостность).
15 сен 09, 21:11    [7664253]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky
Fox5631

Нет, копируется тот вариант таблицы, который открыт в данный момент на том компьютере, откуда идет копирование.
Если я ее открыл у себя, а данные на ФС, скопируется мой локальный вариант.

и нахрена мне, простите, копировать мой, по сути, кэш? Кому он нафиг нужен то, если (согласно вашим же утверждениям) "в дбф он попадёт потом, потому что напрямую с дбф никто не работает).


Это и будет бэкап базы на конкретный момент времени (момент открытия таблицы). Нет?
15 сен 09, 21:14    [7664267]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
Это и будет бэкап базы на конкретный момент времени (момент открытия таблицы). Нет?

Нет. Вы ведь не копируете таблицу целиком на клиента?
Это если раз.
А если даже и копируете целиком (хозяин-барин), то мы снова выходим на дерибасковскую - копирование на клиента - суть тот же бэкап, который, как выясняется, выходит неконсистентным.
15 сен 09, 21:17    [7664276]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky
Fox5631

В источнике данных нужен только индекс для отбора записей. На рабочей станции - несколько индексных тэгов для обработки.

Гуд.
Т.е. индексы таки - есть? "на сервере/источнике данных".
И эти индексы таки - обновляются, в "момент сбрасывания локальных таблиц на сервер"?

Да.
15 сен 09, 21:23    [7664294]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
locky
Fox5631

В источнике данных нужен только индекс для отбора записей. На рабочей станции - несколько индексных тэгов для обработки.

Гуд.
Т.е. индексы таки - есть? "на сервере/источнике данных".
И эти индексы таки - обновляются, в "момент сбрасывания локальных таблиц на сервер"?

Да.

Значит, в момент "сбрасывания на сервер" существует временной лаг между обновлением таблицы и обновлением индексов?
15 сен 09, 21:24    [7664299]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 10 11 12 13 14 [15] 16 17 18 19 .. 27   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить