Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Необходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF. Заранее благодарен! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 07:50 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
modНеобходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF. В архивах поищи. Что-то про FoxPro. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 07:59 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Уже было, и не раз. Поиск рулит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 08:54 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
modНеобходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF. Если такой переход надо обосновывать, то переходить не надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 09:18 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
2Серега Не правда ваша. Обосновывать надо все и всегда. Было полно случаев безграмотной автоматизации, когда именно такой казалось бы очевидный переход приводил к сбоям в работе нормально функционирующей организации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 10:38 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Ну например: намного возрастет сохранность данных, непротиворечивость. Еще больше - скорость работы с ними, обслуживание. Возможность бэкапов, разграничение прав и т.д. и т.п. Но это все при условии, что будет делаться именно клиент-серверная система именно клиент-серверными методами. Если методы останутся файл-серверные, то станет еще хуже. А виноват будет опять SQL сервер. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 12:08 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
2 tygra Не говори, чего не знаешь. 1. Скорость работы в общем случае не возрастет. До тех пределов, пока файл-сервер еще работает, он работает быстрее. 2. Что имеется в виду под "сохранностью данных"? Если отсутствие сбоев - то сбои могут отсутствовать в принципе. Поверь, это так. А какой тогда смысл защищаться от того, чего нет? Если же речь идет о защите данных от кражи - да, клиент-сервер поможет предотвратить незаконное копирование информации. Но это не значит, что поставив клиент-сервер, вы автоматически защищаете себя от утечки данных. Это скорее одна из мер в большом комплексе мероприятий по защите. 3. Непротиворечивость, разграничение прав, бэкапы, ets. - это рекламные лозунги, которые хорошо впаривать большим начальникам при продаже ПО. Я еще ни разу не видел, чтобы кому-то сильно помогла возможность резервного копирования данных как раз в тот момент, когда операторы вколачивают пачки договоров. p.s. Чтобы не разжигать флейма, оговорюсь, что речь идет об учетных системах на малом предприятии. Если у вас интернет-магазин, то разграничение прав и горячие бэкапы будут нужны вам, как воздух. Но тогда вопрос об использовании dbf отпадает сам собой ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 12:29 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
2 tygra я так понимаю, ща будет очередная публичная порка? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 12:47 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
karly™3. Непротиворечивость, разграничение прав, бэкапы, ets. - это рекламные лозунги, которые хорошо впаривать большим начальникам при продаже ПО. Я еще ни разу не видел, чтобы кому-то сильно помогла возможность резервного копирования данных как раз в тот момент, когда операторы вколачивают пачки договоров. Ну во-первых тут уже правильно предложили воспользоваться поиском. Тема обсасывалась со всех сторон. Во-вторых вам рассказать реальный пример того что вы не правы, когда говорите, что это всего лишь рекламные лозунги. Пример таков: Вот лежит реальная dbf база на файл-сервере. С железом и сетью все в порядке, для хранения данных используется корзинка RAID-5. И вдруг случается, что в корзинке вылетает не один, а сразу 2 диска :). И все - восстановление из ночного бекапа и ручное собирание по крохам весьма ценных данных. С клиент-сервером такого не будет, потому как есть резервный сервер на который идет постоянный log-shipping. В худшем случае потеря составит несколько минут. Можно конечно придумать и очень дорогое аппаратное решение для файл-сервера и все равно надежность будет ниже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:07 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
karlyT пишет: > p.s. Чтобы не разжигать флейма, оговорюсь, что речь идет об учетных > системах на малом предприятии. Малое, это кол-во пользователей < 2? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:08 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
2 karly™ Эта..... шож ты милок прям так с пляча та :).... этожыш надать сначала в архивах порыться, литературу почитать :) .... подумать опять же не мешало хоть чуток.... Это ж надоть! автор...пока файл-сервер еще работает, он работает быстрее. Это ж как жыш нам пониать та? Типа если он работает, то работаить быстро-быстро - а потом БАЦ! и не работаеить ваще? А зато КС хучь и рабтаить всегда, то работаить медленна.... авторЕсли отсутствие сбоев - то сбои могут отсутствовать в принципе. Поверь, это так Дык верим милок! Верим - ты ж не горячись так пряма. Это ж ляпота то какая!!! Сбои отсутсвую в принципе ну и бох с ими со всякими средствами ихниго предотвращение. И правда! Нет сбоив то - и зачем тахда с ыми бороться то! С чем бороться то коли их нет ваще!!! авторНепротиворечивость, разграничение прав, бэкапы, ets. - это рекламные лозунги, которые хорошо впаривать большим начальникам при продаже ПО. Та и правда! Фигня все, фигня!!! это жыш и не выговорить и не понять никаму кроме рекламщикав праклятых!!! Вон Кодд тожа про непротиваречивасть статейки рекалмные пописывал, и всякие тама Дейты и Конноли в своих рекламных книжках лапшу нам на уши вешают, а мы ведемси, ну пряма как детки малые.... Ой спасибо мил чел - вразумил, шо к чему, на путь истинный направил. авторЧтобы не разжигать флейма, оговорюсь, что речь идет об учетных системах на малом предприятии. Ну и я о том!.... Вот тут на малом таком предприятии бывал - всего то 15 человек да 20 продаж в день по 100 позиций. А поставили они у себя систему ненавижн ну и фигня что там избыточность (во! опять реклама!!!) безуземная. Информация в записях дублируется по 20 разов.... старая базка за 5 лет на 100 мегов была , а новая за полгода на 2 гига вымахала, да еще матеряться они, что дескать в одном месте одно написана а в другом про тоже самое совсем другое типа данные противоречат сами себе (тьфу, опять реклама!!!). Дык что им сказать то - что работу работать внимательнее надо и самим все контролировать (а то иж чего, лодыри, захотели - что б система за их думала) а диск ведь можно и добавочный купить - дешевые они совсем!!! Вобщем в таком аксепте.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:13 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Не, ничего не будет. :)) Только один вопрос - поясните мне, что означает следующая фраза: автор До тех пределов, пока файл-сервер еще работает, он работает быстрее Это как? Что значит еще работает ? Чем отличается работает и еще работает ? И чем отличается еще работает от того, что будет после ? И как оно, это после , называется? Про остальное ответ простой: если вы хотите баааальшую машину, то конечно покупайте мерседс, бмв... ну или мазду там.... А если вы хотите себе маааааленькую машину, то ни в коем случае не покупайте мини, микру, пежо 206, мазда 2 или поинтер - покупайте запорожец или на крайняк славуту . Зачем вам в маленькой машине все эти "навороты" - абс, гур, кондиционер и т.д. Это же неприлично! -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:15 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Привет, Crip! Ты пишешь: CripВот лежит реальная dbf база на файл-сервере. С железом и сетью все в порядке, для хранения данных используется корзинка RAID-5. И вдруг случается, что в корзинке вылетает не один, а сразу 2 диска :). И все Не-а. Не всё. Если в корзинке есть хотя бы один резервный диск. Правильные пацаны всегда подкладывают его в корзинку ;) RAID-5, без резервирования - это полумеры. -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:17 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
2Мимопроходящий Ну в том примере на самом деле вылетело целых 3 диска :) Впрочем мне почему-то кажется, что вина админов в этом безусловно есть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:03 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
CripС клиент-сервером такого не будет, потому как есть резервный сервер на который идет постоянный log-shipping. В худшем случае потеря составит несколько минут. Параллелько копировать данные на другой сервер можно и при работе с dbf. Даже в код добавлять практически ничего не надо. Александр Гoлдун Малое, это кол-во пользователей < 2?Маленькие - это с числом пользователей меньше 50. tygraЭто как? Что значит еще работает?Ограничение на размер файла dbf - 2Gb. Это значит, что она растет-растет, а потом раз, и перестает работать tygraЗачем вам в маленькой машине все эти "навороты"А у вас есть гидравлический домкрат на 5 тонн? Трап? Табличка "Toilet occupied"? Мимо пробегал...Ты, мил человек, форумом ошибся. Здесь скучные дядьки обсуждают свои мелкие проблемы. А настоящие спермотоксикозные парни все валят на udaff.com ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:14 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Crip2Мимопроходящий Ну в том примере на самом деле вылетело целых 3 диска :) Впрочем мне почему-то кажется, что вина админов в этом безусловно есть :) А мне почему-то кажется, что: 1. В данной ситуации ничто (кроме архивов) не поможет ни файл-серверу, ни клиент серверу 2. Предположение, что _все_ клиент-серверные системы имеют резервный сервер, по меньшей мере _сильно преувеличено_. 2 All По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:19 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Jimmy2 All По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений. и особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:29 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Jimmy2. Предположение, что _все_ клиент-серверные системы имеют резервный сервер, по меньшей мере _сильно преувеличено_. 2 All По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений. А горячий бекап? Особенно бекап лога. Он ведь минимально сказывается на быстродействии и стоимости системы. А по поводу быстродействия, так я же говорю, что любой переход всегда надо обосновывать. Движение вперед в плане технологий, далеко не всегда оказывается выигрышем для бизнеса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:31 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Привет, Jimmy! Ты пишешь: JimmyФокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.О количестве юзеров не забывай ;) И о переиндексации. -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:32 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
andy st Jimmy2 All По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений. и особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;) Вы судя по всему мало представляете реальную эксплуатацию файл-серверных систем. Ну во-первых , к вашему сведению существует индексация, при этом совсем не происходит полная протяжка файлов по сети. Во-вторых терминальные сервисы рулят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:34 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
andy stи особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;)Если ты не в курсе - запрос выполнится за доли секунды. 2 All С этого места не стоит начинать нести чепуху типа "да он же сначала должен весь файл на клиента закачать!" Поиск - рулит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:42 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
2karly™ Так я ж глубиною мысли Ваш пост никак догнать не смог, ну хоть изложением это дело попробовал поправить :) Ну как еще отностися к тому, что непротиворечивость - это рекламный слоган? Это же для части местной публики прокруче всяких удавов.ком буит... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:43 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Crip Ну во-первых , к вашему сведению существует индексация, при этом совсем не происходит полная протяжка файлов по сети. это зависит от средства доступа к dbf... тут как повезет... Crip Во-вторых терминальные сервисы рулят. рулили... когда-то... и вообще не рулят при условии, что сетка плохая, и данные НАДО ввести в тот момент, когда сети плохо (ибо потом просто нечего вводить будет). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:50 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
karly™Если ты не в курсе - запрос выполнится за доли секунды. ДАК ЧТО Ж ЭТО ЗАПРОС ПО ПОЛЧАСА ВИСИТ!!!! просвяти, о великий, что же делать в ситуации, когда фокс досовый в районе 2.5 , драйвер для доступа - Microsoft Visual FoxPro Driver и права на сетевой ресурсе только на чтение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 15:09 |
|
||
|
Сравнение DBF и SQL-сервер
|
|||
|---|---|---|---|
|
#18+
Да, про непротиворечивость что-то позабыли, видать не найдут, чего тут сказать. Про хранимые процедуры - тоже забудем может? Про триггера? Правда про команду flash buffer (не помню точно, но примерно так) почему-то не все фокспрошники знают, потом долго удивляются, почему "у меня вылетело, и данные исчезли, хотя на кнопку Сохранить нажимал". А еще обязательно приводят самые простые примеры. Ну тогда давайте join между 4-5 таблицами, в которых по 1-5 миллионов записей произведем. А давайте их еще и проапдейтим с условием по этим джоинам. А когда количество юзеров вдруг станет "для маленьких предприятий" +1 , будем писать новую систему, теперь уже на sql-сервере - вместо того, чтобы просто проапгрейдить железо одного сервера, если это вообще в тот момент будет нужно уже, скорее всего нет. И т.д. и т.п. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 15:24 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32931369&tid=1553878]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
40ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
| others: | 207ms |
| total: | 346ms |

| 0 / 0 |
