Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по компонентам для Delphi, C++ Builder 2

Модерирует : ShIvADeSt

ShIvADeSt (20-06-2007 07:33): http://forum.ru-board.com/topic.cgi?forum=33&topic=8529  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106

   

Sexton

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
настроить разрешения для доступа к информации проще штатными средствами SQL сервера.

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

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

Тогда HTML - и форматирование есть и обрабатывать проще.

Всего записей: 142 | Зарегистр. 31-05-2004 | Отправлено: 03:15 13-10-2006
wader



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sexton

Цитата:
Проще это сделать средствами реального админа .
Согласен, хороший админ никогда не помешает.
 

Цитата:
Тогда HTML - и форматирование есть и обрабатывать проще.
Да, только SQL сервер сам ничего не будет обрабатывать. Т.е. обработка данных в HTML все равно твоя. Формат данных не имеет в этом случае принципиального значения для SQL сервера.
 
А все-таки какие недостатки у хранения данных в блобах? (кроме вирусов)
 

Всего записей: 113 | Зарегистр. 26-05-2005 | Отправлено: 03:30 13-10-2006 | Исправлено: wader, 03:50 13-10-2006
Arvur



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
wader

Цитата:
А я и не говорил о крупных блобах.

Тогда не понятно, нафига word-то? Для коротких заметок и wpTools за глаза хватит

Цитата:
Формат данных не имеет в этом случае принципиального значения  

Если тебе понадобится поиск - парсить rtf/html проще, чем OLE. Да и офис на клиенте не нужен. Короче, я против OLE

Цитата:
А все-таки какие недостатки у хранения данных в блобах?

Думаю, будет зависить от сервера БД.  
Firebird, например, грузит блоб одним куском вне зависимости от размера. Если файлы крупные - клиент будет заметно подвисать. Удаление блоба не уменьшает размера базы - большое количество операций приведет к "распуханию". Не уверен, что это не скажется на скорости доступа к остальным данным.
 
З.Ы. Эксперименты с блобами на FB ставил несколько лет назад. Возможно, мои выводы устарели

Всего записей: 2111 | Зарегистр. 18-01-2002 | Отправлено: 04:06 13-10-2006
Sexton

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Да, только SQL сервер сам ничего не будет обрабатывать. Т.е. обработка данных в HTML все равно твоя. Формат данных не имеет в этом случае принципиального значения для SQL сервера.

Ну почему. Если сервер поддерживает обработку текстовых блобов, можно парсить HTML средствами сервера. Если не поддерживает - можно загнать в строку (но это уже изврат) и тоже парсить средствами сервера. Или использовать расширения сервера (в Interbase и клонах - UDF). Да и на клиенте HTML гораздо проще обрабатывать (читай - больше компонентов для обработки).

Цитата:
А все-таки какие недостатки у хранения данных в блобах?

Нерациональное использование вычислительных ресурсов SQL-сервера, как следствие - замедление выполнения основных задач сервера, недовольство юзеров, пинание админа, поминание в суе нехорошими словами разработчиков, урезание зарплаты, увольнение... Бррр, нет, лучше blob'ы осторожнее использовать.

Всего записей: 142 | Зарегистр. 31-05-2004 | Отправлено: 04:12 13-10-2006
wader



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Arvur
Цитата:
Да и офис на клиенте не нужен. Короче, я против OLE
Хех, так а я про что? Я тоже за простые форматы
 
Sexton
Цитата:
Нерациональное использование вычислительных ресурсов SQL-сервера
в каком месте они нерационально тратятся?
 

Цитата:
Да и на клиенте HTML гораздо проще обрабатывать (читай - больше компонентов для обработки)
Чем RTF? согласен. Но RTF практически полностью с Word документом совместим, и для некоторых задач его использоать удобнее.
Вообщем нужно рассматривать формат для каждой задачи отдельно.

Всего записей: 113 | Зарегистр. 26-05-2005 | Отправлено: 04:59 13-10-2006 | Исправлено: wader, 05:00 13-10-2006
Sexton

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
в каком месте они нерационально тратятся?

Arvur же на это уже ответил.

Всего записей: 142 | Зарегистр. 31-05-2004 | Отправлено: 05:27 13-10-2006
SERGE_BLIZNUK

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wader

Цитата:
 

Цитата:
Нерациональное использование вычислительных ресурсов SQL-сервера
 
в каком месте они нерационально тратятся?

не могу не вставить свои пять копеек.  
а вы никогда не видели документов Word по 20-30 мегабайт? и вы думете блоб с таким документов будет меньше? ;-))
 
я полностью согласен с Arvur.  
Хотя - всё зависит от конкретной задачи.
Вот мы у себя сохраняем определённые введённые тексты в rtf формате в БД.
(просмотр/редактирование/печать исключительно своими силами - никаких вордов!)
Минусы:
  - замедление backup'а/репликаций на удалённые сервера
  - поиска как токового нет! (простым select .. where - не сделаешь...,  
     сделали через  перебор всей базы, поочередную загрузку в RichEdit и поиск - но и  
     там необъяснимые глюки с русскими буквами/регистром... бр-р-р.  
     Хорошо, что в данном случае у нас поиск нештатная задача).
 
Так что - использовать можно - но с широко открытыми глазами ;-)))
 

Всего записей: 2014 | Зарегистр. 12-09-2002 | Отправлено: 06:32 13-10-2006
Vixoid



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Aladdinych
А где находится эта процедура, в самой программе или в DLL?
 
 
Добавлено:
SERGE_BLIZNUK
А сервер БД какой?

Всего записей: 351 | Зарегистр. 16-01-2003 | Отправлено: 07:09 13-10-2006
Vladimir_Pashutin

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
М-да, неслабая шумиха развернулась по поводу хранения Word-а в blob-ах.
Imho, проверенное опытом подсказывает, что всегда надо рассматривать соотношение выгод и затрат. Каковы выгоды от сохранения Word-а в поле БД?.
Типа это такое большое данное, с которым можно оперировать запросами SQL? Тут уже заметили что это совсем не так. М-м-м, единственное что приходит на ум это упрощение backup-а и переноса данных с места на место. Но и это легко решается парой функций определяемых пользователем в СУБД. Если же вопрос стоит в разграничении доступа к файлам, то IMHO легче всё-таки написать в базе функцию, читающую файл и отдающую его пользователю, чем плодить blob-ы. Так нафига попу баян?

Всего записей: 70 | Зарегистр. 14-05-2003 | Отправлено: 07:33 13-10-2006
wader



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SERGE_BLIZNUK
Полностью согласен, у нас тоже в блобах rtf (файлы ма-а-ахонькие )
 
Sexton
Общий итог -- можно, но осторожно

Всего записей: 113 | Зарегистр. 26-05-2005 | Отправлено: 07:46 13-10-2006
oan42



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SMImport suite поддерживает чтение таблиц Paradox без BDE.
Есть ли компоненты Delphi для полноценной работы с Paradox без BDE?

Всего записей: 488 | Зарегистр. 03-08-2004 | Отправлено: 08:32 13-10-2006
vipettut



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
oan42,
 
посмотри http://tdbf.sourceforge.net/index.php

Всего записей: 679 | Зарегистр. 17-03-2006 | Отправлено: 08:52 13-10-2006
MagistrAnatol



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Господа,помогите разобраться- поставил БДС2006 (делфи+билдер ВСЛ) - ручками компильнул ешлиб в среде БДС - в билдере зашол в пакаджи и через адд добавил  - но в тул палет они не отображаются???
А второй вопросик - кто подкинет ключи для командной строки для компилятора и линковщика щоб ручками собирать делфийские пакаджи в билдере и как автоматически установить компонент в среду,где и шо в реестре писать,особенно стороки поиска??

Всего записей: 2120 | Зарегистр. 09-04-2003 | Отправлено: 09:38 13-10-2006
ILSOFT

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ekemov
Спасибо за совет но я D7 юзаю, и слезать с неё на D2006 не собираюсь.
Arvur
Спасибо! Это из серии знал, но забыл... А ведь читал про него...

Всего записей: 231 | Зарегистр. 20-09-2002 | Отправлено: 10:27 13-10-2006 | Исправлено: ILSOFT, 10:27 13-10-2006
Alexey_Gawrilow



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
vipettut
tDBF вещь хорошая, сама по себе, но каким боком DBF касается Paradox?
 
oan42
Собираю Свой WareHouse с 1994 года.
Писалки там нет.
Большинство вообще только с Tutil работает.
 

Цитата:
 
degisy.customDB\
extracted_from_packs\dbcReaders.pas  
Paradox File Corruption\
TEnhData 1.4\
COLLATE.PAS
convert.txt
DBCVT.EXE
dbverify.zip
paradox.txt
Paradox.zip
parin_net.txt
pxformat.zip
PXHEADER.TXT
PXMASKD3.ZIP
RIDEMO.ZIP
trepair.zip
TUTIL32D.ZIP
TUTIL35.ZIP
TUTL32DE.ZIP
Paradox.zip v1.3 11-09-2002/18-08-2003 FWS D3-6 by Howard Flank 
    The TParadox component allows you to read a Paradox 4+ table
    without using the BDE. It's short (adds no more than 11K to the
    program, less if you're already using File I/O), fast (faster then
    TTable + BDE), and simple (needs only the Paradox.pas file). Reads
    all Paradox field types except BCD fields. Cannot insert or delete
    rows. TParadox.FindKey can find a record using the Primary Index,
    but it can't use any secondary indexes. Written in Delphi 4, but
    should be compatible with Delphi 3, 5 and 6. Support for Blob
    (memo) fields and update (in-place) of alpha fields. Sample
    application and table included. Read comments in the .pas file for
    more info.
    http://delphi.icm.edu.pl/ftp/d30free/Paradox.zip
trepair.zip Trepair unit ( you need shareware tutility.dll - tu.zip
dbverify.zip Utility that scan a group of Paradox tables to
    determine which ones might be in need of repair ( you need
    shareware tutility.dll )
pxformat.zip Paradox File format Description contains the layout of Paradox
    files and a sample program that reads Paradox data without BDE.
    http://www.infotrade.com.au/delphi
RIDEMO.ZIP Sample app shows how to add referential integrity to Paradox
    table by code, including cascading modify. Also shows how to
    append fields to a table
TUTIL32D.ZIP Paradox Table Repair ( source code )
TUTIL35.ZIP TUtility DLL.
    Use the correct verion of TUtility DLL that matches your BDE Core
    DLL version
TUTL32DE.ZIP Paradox Table Repair (Stand-Alone)
DBCVT.EXE ИД Кмп для перекачки из тектового файла в файл  формата Парадокс. С исходниками.
 

 
Так, что если найдешь, скажи.

Всего записей: 640 | Зарегистр. 08-09-2003 | Отправлено: 11:44 13-10-2006
SERGE_BLIZNUK

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Vixoid

Цитата:
А сервер БД какой?

Oracle 9.2.04i
а что? на что это влияет? :-)

Всего записей: 2014 | Зарегистр. 12-09-2002 | Отправлено: 14:52 13-10-2006
SergeBS



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexey_Gawrilow
oan42
Стащено с torry:
 
    Degisy Data VCL Suite v.1.37 FW 1745 k 18 Aug 2004  
By Degisy Software. Degisy Data Suite is a package of VCL-components for processing Clarion, dBase, Paradox and Degisy tables. Thanks to the direct access technology, this software solution processes tables very fast, almost instantly, making it a perfect solution for creating applications where a high data processing speed is a basic requirement. All components are inherited from the original TDataSet class, which guarantees their full compatibility with all standard DB Controls. 100% native Delphi code - no additional libraries or programs needed for the components to work. BDE, ADO etc also not required. The components can be used in Delphi 5,6,7 and C++ Builder 6.
    Supported Formats  
- Paradox 3-7  
- DBase, FoxPro III-VII  
- Clarion 2.1  
- DDA 1.xx  
        Degisy Data provides the following services
- Fully compatible with all standard DB controls  
- Creating, renaming, emptying, deleting tables  
- Creating, editing, deleting, navigating and searching for records  
- Calculated and lookup fields  
- Filtering, searching support  
- Soft deletion support for dBase,Clarion and DDA tables  
- Customizable cursor cache  
- Does not require BDE, ADO etc.  
- ... and much more!  
 
Fully functional    Source: On purchase/registration    Source Price: $39.95    
Download: CB6 D5 D6 D7  
 
Сейчас уже есть новее.
 

Всего записей: 272 | Зарегистр. 19-04-2005 | Отправлено: 16:35 13-10-2006
Alexey_Gawrilow



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
SergeBS
 

Цитата:
 
degisy.customDB\
extracted_from_packs\dbcReaders.pas
 

Это оттуда, вернее из свободной части.
 

Цитата:
Сейчас уже есть новее.

 
А мне не нужно. Я читатель. и то раз в жизни, бог миловал.
 
 

Всего записей: 640 | Зарегистр. 08-09-2003 | Отправлено: 17:24 13-10-2006 | Исправлено: Alexey_Gawrilow, 17:25 13-10-2006
akaGM

Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TeeChart
 
вот кто мне может разъяснить такую простую вещь...
 
формат labels на тиках осей
у Стимы написано что вот этот формат пригоден для научной нотации:
 
0.0e+
 
и что означает знак '#'?
 
фигня всё это, не нужны мне числа "1.0e+0"
и все хелпы и демы у них фигня, ничего не понятно... хотя, это конечно я дурак...
помогите...
 
 
заранее спасибо...

Всего записей: 24122 | Зарегистр. 06-12-2002 | Отправлено: 22:40 13-10-2006 | Исправлено: akaGM, 22:41 13-10-2006
Sexton

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wader
Цитата:
Общий итог -- можно, но осторожно

Согласен.

Всего записей: 142 | Зарегистр. 31-05-2004 | Отправлено: 04:17 14-10-2006 | Исправлено: Sexton, 05:17 14-10-2006
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по компонентам для Delphi, C++ Builder 2
ShIvADeSt (20-06-2007 07:33): http://forum.ru-board.com/topic.cgi?forum=33&topic=8529


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru