Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Подскажите, какую СУБД лучше использовать в таком вот случае: - нужно шифрование данных, причем такое, чтобы не ломалось за 5сек - шикарно, если бы данные лежали в каком-то одном месте (a-la Interbase, но он не устраивает) - возможность доступа через Internet - программуля планируется shareware - пока, т.е. всякие дорогие и забавные штуки типа Oracle не подходят. Заранее спасибо за консультацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2003, 16:33 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Похоже придется пилить вручную. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2003, 16:45 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
А чем не подходит FireBird? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2003, 16:53 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
говорят, gdb легко сломать, а там могут быть какие-то кусочки данных не для широкого распространения... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2003, 16:56 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
По поводу "легко сломать ждб": ты же всё шифровать собрался + запрети всем доступ к этому файлу, а пароль roota никому не давай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2003, 17:10 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Sybase ASA поддерживает шифрование данных по собственному ключу, выдержка из BOL: Strong database file encryption technology makes the database inoperable without the key (password). As well, it scrambles the information contained in your database and transaction log files so they cannot be deciphered simply by looking at the files using a disk utility. The data is completely inaccessible without the key. Two algorithms have been chosen to implement strong encryption: AES, a block encryption algorithm chosen as the new Advanced Encryption Standard (AES) for block ciphers by the National Institute of Standards and Technology (NIST); and MDSR, a new algorithm developed by Casio. Плюс поддержка стандартов SQL92, SQL99, полная совместимость с TSQL, собственный навороченный WatcomSQL, поддержка работы с сжатыми БД, нормальные средства администрирования и отладки, низкие требования к аппаратному обеспечению, более менее приличный оптимизатор запросов. Стоит недорого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2003, 10:45 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Спасибо всем. Будем посмотреть вместе с заказчиками. :) Да, еще один вопрос, возможно не в тему. Не приходилось ли кому работать с DBISAM? А то я те dat-таблицы увидела совсем недавно, а срочно нужно написать некоторое количество запросиков. Таблицы уже переместить нельзя: иначе весь проект "перелопачивать" (а он писан не мной и очень долго). Проект писан на delphi5. Проблема вот в чем. Есть, например, 2 таблицы (например, данные о клиентах и данные о филиалах фирм), расположенные в разных и весьма далеких друг от друга каталогах. В DBISAMQuery.databasename указано имя БД, путь к которой соответствует пути к одной из таблиц. Запрос должен быть, в общем-то, достаточно простым, типа "выбрать данные по всем клиентам из тех городов, в которых есть филиалы конкретных фирм". Имена требуемых фирм пользователь помечает ручками. Как это сделать? Пардон, если кому-то это покажется дурью, но... надо. И спасибо за подсказки! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2003, 15:33 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Попробуй дернуть нужные таблицы к себе например в tempa, дальше они твои, единственная проблемка это выбор пользователями рученками имен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2003, 08:34 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
"Дернуть" не получается, поскольку таблицы открываются в safemode. В том-то и беда. :( Хотя... Что под этим понимается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 09:10 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Дергать-то нужно selectom и только нужные поля ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2003, 08:56 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Дык не дает: access violation... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2003, 13:56 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
А ты их вообще-то видишь хоть как-нибудь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2003, 08:25 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Вижу, вижу, но только во время работы программули :(, т.к. все данные генерируются, или считываются с прибора только тогда. А пример про конторы - просто подходящая аналогия... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2003, 09:23 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
По всей видимости, т.к. глюкало не тобой писано, а карежить его не имеет смысла (?) тут два пути: 1. или перехватить и перенаправить выходной поток и потом с ним работать 2. писать свое глюкало ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2003, 07:57 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Спасибо за внимание! Эту заразу уже победила ! :)) Оказывается была просто дурацкая опечатка в select'е, которая и не давала жить спокойно. Перепутала кавычки: вместо двойных поставила одинарные. Да еще пришлось отлавливать разделители в записи вещественных чисел в условии отбора. Дурость, а сколько мороки и убитого времени! А выбирать ручками пользователь натренировался: всего и нужно-то нажать insert. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2003, 19:41 |
|
||
|
Что лучше?
|
|||
|---|---|---|---|
|
#18+
Ну вот. А при чем тут "Выбор СУБД"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2003, 22:50 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32175816&tid=1554323]: |
0ms |
get settings: |
7ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 218ms |
| total: | 359ms |

| 0 / 0 |
