Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Я и ёжик а то что "все находится на одной машине" концептуально ничего не меняет. Извините, а у Вас есть практический опыт эксплуатации и разработки клиент/файл - серверных приложений? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 11:00 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Sergey ChЯ не из компании с ёжиком, но мне стало интересно, что такого криминального Вы увидели в их ответе ? IMHO, он абсолютно прав, если soft не имеет механизма сохранения целостности, то на одной машине файлы данных или на разных - принципиальной разницы нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 15:21 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
ChA Я не из компании с ёжиком, но мне стало интересно, что такого криминального Вы увидели в их ответе ? IMHO, он абсолютно прав, если soft не имеет механизма сохранения целостности, то на одной машине файлы данных или на разных - принципиальной разницы нет. Криминала я не увидел Просто практика показала, что если таблицы DBF на одной машине и о ней печься как о сервере (то есть клиент обращается к ней через COM или Web Service) то индексы "не падают" годами ... Просто вот у меня такой вот практический опыт... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 17:40 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Sergey Chу меня такой вот практический опыт Опыт - дело замечательное, с этим трудно спорить, но вся его беда в том, что он, по большей части, - субъективный. И неотразимым аргументом сам по себе быть не может, только как факт подтверждения теории. И тем более быть единственным основанием для наезда, хотя мне возможно это померещилось, тогда sorry, перекрестился... Sergey ChПросто практика показала, что если таблицы DBF на одной машине и о ней печься как о сервере (то есть клиент обращается к ней через COM или Web Service) то индексы "не падают" годамиИнтересное определение :) А теперь представим, что пропало питание, неважно, по какой причине, особенно в процессе дисковой активности, последствия представляете ? А разницу на такой случай между файлом данных нормальной СУБД и сервером приложения над dbf-файлом понимаете ? P.S. Ничего личного... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 18:32 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
ChA А теперь представим, что пропало питание, неважно, по какой причине, особенно в процессе дисковой активности, последствия представляете ? Предствляю... Рухнет не только наша серверная СУБД но и скорее всего сам Windows Server... А если чего остнется то сразу крик о помощи в разделе SQL Server - "упала база не могу поднять"... А в ответ - "восстанавливай из резервной копии"... И в чем тогда разница между SQL Server и DBF файлами на одной машине? P.S. Ничего личного, логи очень просто как и транзакции реализуются и для DBF... Правдв немного надо поработать головой и дополнительные затраты времени... Мы с Вами прекрасно понимаем, что там где техника - нет ничего абсолютно надежного и оба формата имеют полное право на жизнь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 21:34 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Sergey Ch Просто практика показала, что если таблицы DBF на одной машине и о ней печься как о сервере (то есть клиент обращается к ней через COM или Web Service) то индексы "не падают" годами ... Везет же людям... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 22:07 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Sergey Chлоги очень просто как и транзакции реализуются и для DBF...Мне было интересно, удержитесь Вы от подобной фразы или нет :) Разумеется, можно Sergey Ch немного надо поработать головой и дополнительные затраты времени, но зачем ? Когда есть нормальные сервера, где все это уже наличествует, и в значительной степени гораздо более продумано, чем любителями-одиночками. Да, и насчет "немного" - Вы сильно погорячились... Sergey ChРухнет не только наша серверная СУБД но и скорее всего сам Windows Server... А если чего остнется то сразу крик о помощи в разделе SQL Server - "упала база не могу поднять"... А в ответ - "восстанавливай из резервной копии"Подозреваю, что у Вас нет опыта работы с нормальными SQL-серверами, иначе Вы бы не написали этой фразы. Да, и у них могут быть проблемы, но для этого нужны причины намного более серьезные,вероятность которых, по сравнению с банальным пропаданием питания намного меньше... Поверьте Sergey Chразница между SQL Server и DBF файлами на одной машине огромна... Sergey Chоба формата имеют полное право на жизньЯ, лично, не отказывал dbf в праве на жизнь, более того, когда-то был просто влюблен в FoxPro, но с тех пор многое изменилось и точно знаю, что будущего у формата dbf нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 22:32 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Секс с DBF занял немалый промежуток моей жизни, однако, как постоянный партнер оно меня не устроило . Слишком много уговаривать приходилось ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 23:02 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Да и не секс это был - а рукоблудие. Я имею в виду свой опыт общения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 03:36 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Я общался с DBF через Клиппер, и склонен некоторые огрехи отнести больше к Клипперу, чем к самому формату. Из минусов (DBF)- некоторая "пухлость" файлов, из-за хранения цифровых данных в текстовом виде. Да и скорость обработки уменьшается. В то время, когда и память и диски были довольно малы, это имело значение. Еще индексы- кажется каждый продукт, работающий с DBF разрабатывал свои индексы, что приводило к трудностям с обменом данных между разными программами. Сейчас, конечно, с появлением дешевых, и даже бесплатных sql-серверов, можно сказать что dbf- это вчерашний и даже позавчерашний день. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 08:37 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Sergey Ch ChA А теперь представим, что пропало питание, неважно, по какой причине, особенно в процессе дисковой активности, последствия представляете ? Предствляю... Рухнет не только наша серверная СУБД но и скорее всего сам Windows Server... И в чем тогда разница между SQL Server и DBF файлами на одной машине? Дело было годах в 1996-1997. Были у нас в одном месте проблемы с питанием, никакие упсы не выдерживали. Фоксовые базы наворачивались на раз. W95 тоже. А вот Windows NT Server c NTFS и Interbase 4.2 выживали. Ни разу БД не была повреждена. Так что разница есть. Sergey ChА если чего остнется то сразу крик о помощи в разделе SQL Server - "упала база не могу поднять"... А в ответ - "восстанавливай из резервной копии"... Да и с резервными копиями у серверов попроще:-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 10:53 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
S.G.Я общался с DBF через Клиппер, и склонен некоторые огрехи отнести больше к Клипперу, чем к самому формату. Отметим, что Клиппер - единственный DOS-продукт, работавший с DBF, который можно было отнести к "нормальным". Свои особенности есть у всех - но хоть был рабочий инструмент, на котором можно было писать неплохие программы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 10:54 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Sergey ChИзвините, а у Вас есть практический опыт эксплуатации и разработки клиент/файл - серверных приложений? Нет всё больше по туману шастаем и о лошадке думаем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 12:12 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Sergey Chлоги очень просто как и транзакции реализуются и для DBF... Правдв немного надо поработать головой и дополнительные затраты времени... О том и речь шла, что "центральная машина" КОНЦЕПТУАЛЬНО не обязательна, реализовать можно и для файл-сервера, только механизмы синхронизации будут сложнее и медленнее, затруднено определение необходимости восстановления и.т.д. и.т.п. На практике наличие "центральная машины" даже без наличия механизмов crash-recovery естественно дает эффект, поскольку самих crash-ситуаций становится меньше. Regards. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 12:25 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
В соседнем форуме недавно Терадату обсуждали, так там и по 100 машин работают сервером, и ничего, и сторедж не общий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 12:29 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
DimaRВ соседнем форуме недавно Терадату обсуждали, так там и по 100 машин работают сервером, и ничего, и сторедж не общий. Все правильно. Вопрос в том, что эти сто машин обслуживают (наугад) 100.000 пользователей. В случае DBF же придется делать нечто, сравнимое по сложности (и соответственно по цене) с Терадатой (простите поэтическое преувеличение) для обслуживания 100 пользователей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 12:56 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
softwarer Отметим, что Клиппер - единственный DOS-продукт, работавший с DBF, который можно было отнести к "нормальным". Свои особенности есть у всех - но хоть был рабочий инструмент, на котором можно было писать неплохие программы.Я тогда пересел на Клиппер /с Паскаля/ именно из-за возможности удобно работать с табличными данными и легкого построения пользовательского интерфейса. Паскальский ObjectVision (вроде так он назывался) тогда еще не дошел до меня, да и процессор 8086 был для него недостаточно быстр :) Но так и не научился делать на Клиппере хорошо структурированные программы. После выхода Дельфи, все стало на свои места :) ps :) по теме ломки индексов, мне кажутся важными такие моменты: -- гораздо лучше когда с файлами работает одна программа на одном компьютере; при этом передача данных по сетям, хабам, кабелям и проч. (которая является потенциальным источником ошибок) - нулевая. В случае кластеров, (тут только предположения) вероятно проблема решается дублированием важной информации, с возможностью восстановления при частичной потере. -- гораздо лучше когда несколько (много) людей занимаются конкретным продуктом, выполняющим конкретную задачу (sql-сервер и его управление БД); тогда у них есть время и возможность сосредоточиться на минимизации возможности краха файла. И совсем другой случай когда прикладник пишет пользовательскую программу. Он сосредоточен на бизнес- логике, да и нет у него времени и возможности влиять на общий доступ к (DBF) файлу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 13:47 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Отметим, что Клиппер - единственный DOS-продукт, работавший с DBF, который можно было отнести к "нормальным". Свои особенности есть у всех - но хоть был рабочий инструмент, на котором можно было писать неплохие программы. ================================= Ну ты тут вовсе не прав!!! а FPD 2.6 это что, не ДОС инструмент? И, как мне лично кажется он НАМНОГО лучше Клиппера по написанию неплохих программ. спорить не буду хорошее можно было писать и на Клиппере и на ФПД, но мне показалось, что на ФПД проще и лучше у меня выходило.. хотя, конечно у умелых клипперистов, это тоже выходило очень жаде ничего.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 14:07 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
you are wrong!!!Ну ты тут вовсе не прав!!! а FPD 2.6 это что, не ДОС инструмент? Я пробовал, насколько изменяет склероз, 2.7. Достаточно долго решал проблемы, стоящие на пути к созданию нормальной (с моей точки зрения) программы. Потом услышал от более опытных товарищей "плюнь и лепи так, как на нем легко". В результате плюнул, но на FoxPro - ушел на Clipper и Clarion. Соответственно, лично я не считаю FoxPro/DOS нормальным инструментом. Подчеркну - это на уровне мнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 15:29 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
softwarer Я пробовал, насколько изменяет склероз, 2.7. FPD закончился на 2.6a... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 16:33 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
you are wrong!!!Ну ты тут вовсе не прав!!!а FPD 2.6 это что, не ДОС инструмент?И, как мне лично кажется он НАМНОГО лучше Клиппера по написанию неплохих программ. Прожорливый FP был чрезмерно! Если на компе оставалось менее 530к, то FP не запускался. А вспомните как тогда было - поставишь все драйвера и глядь, а памяти уже менее 500к. А Клипперу пофиг, хоть 120. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 16:46 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
Ностальгия? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 17:00 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
DimaRНостальгия? :) Еще какая PS Сам проработал на Clipper4 и Clipper5 почти 8 лет. С FP имел дело лишь однажды - надо было дописать некоторую прогу. Не знаю, как с памятью, а по функционалу большой разницы не заметил (хотя, как уже сказал - было мало времени для сравнения) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 17:07 |
|
||
|
Разрушение индексов в SQL и DBF
|
|||
|---|---|---|---|
|
#18+
softwarer Я пробовал, насколько изменяет склероз, 2.7. Старый ты, батька, стал! ----------- А я с FPD 2.6 с удовольствием работал. Впрочем, как и со всякими Clipper. Ну, а на чем еще (кроме Clarion) был событийно - управляемый интерфейс под Dos, да еще встроенный в систему? У меня где-то до сих пор журнальчики про Clippper лежат - там ему такое будущее обрисовано... Потом появились мощные дешевые машины, доступные SQL - серверы, обеспечивающие реальную надежность, возможность разделения бизнес-логики по уровням, ООП, проч. модные штуки - и обнаружил, что все это вместе позволяет работать с задачей на другом понятийном уровне. Я не говорю о надежности индексов :) - чего тут друг друга обманывать - какая уж там надежность? Я даже не стану говорить о сбоях при аварии питания/крахе системы - я говорю о возможности программиста создать индексный файл, потом отключить его, выполнить изменения, и снова подключить индекс - не не найти нужные данные - вот весело-то было! Впрочем, кое-кто использовал такой режим как особенность системы, даже в плюсы эту фичу перевел. Совсем не смешно было, когда в чужом коде копался. Как вспомню окошко с надписью "Ждите, выполняется переиндексация..." Ну, нафиг эту настальгию! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 23:29 |
|
||
|
|

start [/forum/topic.php?fid=35&startmsg=32985649&tid=1553893]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
75ms |
get tp. blocked users: |
1ms |
| others: | 195ms |
| total: | 369ms |

| 0 / 0 |
