Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» InterBase и FireBird: вопросы по работе и их решение

Автор: and23
Дата сообщения: 21.12.2010 20:55
2ndch: Вроде бы, никак. Пароль хэширован, вытащить его в обратную сторону не получится.
Ну, разве что отбрутфорсить :-)
Автор: RedPromo
Дата сообщения: 21.12.2010 21:25
ndch
А если взять правильный хеш известного пароля из своей фдб и подменить в "вытащеной", может и пройдет.
Автор: VitaliM
Дата сообщения: 22.12.2010 06:19

Цитата:
А если взять правильный хеш известного пароля из своей фдб и подменить в "вытащеной", может и пройдет.

В версии 1.0х, 1.5х это работало.
Автор: delover
Дата сообщения: 30.12.2010 13:23
Ребят как выполнять ComminRetaining в Сишарпе 10? Есть датасет1 и гриды связанные с FbComponentами. Коммитится всё только по закрытию, а желательно по кнопке.
Автор: TechnoDreamer
Дата сообщения: 04.01.2011 00:14
Может не совсем по теме - нужен просмоторщик баз данных FireBird Embedded (FDB файлов). Желательно как можно проще, можно даже без возможности редактирования. А то во всяких EMS SQL Manager столько настроек, что не осилить обычному юзеру. Что то с проходняка не получается найти, одни клиент-серверные монстры... может кто подскажет?
Автор: Tantos
Дата сообщения: 04.01.2011 02:03
TechnoDreamer
IBExpert
Автор: delover
Дата сообщения: 18.01.2011 08:09
All
Раньше можно было завалить сервак, я просто создаю таблицу айдишников кидаю туда 4 миллиона записей и делаю дроб таблицы и сервак лежит. Это было гдето на серваке FB2.1. А сейчас сервак терпит. Как теперь завалить сервак?
Автор: volser
Дата сообщения: 18.01.2011 11:15
delover
Странное желание. А зачем?
Автор: jonikDk
Дата сообщения: 18.01.2011 16:53
delover

Цитата:
Как теперь завалить сервак?

кинуть гранату :-d Ну и желания у вас сударь.
Автор: delover
Дата сообщения: 19.01.2011 08:31
volser
jonikDk

Цитата:
Странное желание. А зачем?

Да из пытливости ума всё. Должен же быть способ какой-нибудь. Есть ещё способ в триггере инсерта делать ещё один инсерт. Постепенно через часов несколько база должна сожрать всё место на диске и ругнуться на это. Но на новом серваке не проверял.
Автор: JohnSilver182
Дата сообщения: 25.01.2011 18:08
Hi All

Создал дерево

Код: CREATE TABLE TREE_PROD (
ID INTEGER NOT NULL,
PARENT INTEGER DEFAULT 0 NOT NULL,
NAME VC_50 NOT NULL /* VC_50 = VARCHAR(50) */,
PRIFIX VARCHAR(10)
);
ALTER TABLE TREE_PROD ADD CONSTRAINT PK_TREE_PROD PRIMARY KEY (ID);
Автор: volser
Дата сообщения: 25.01.2011 19:45
JohnSilver182
Потому что в поле PARENT есть значения которых нет в ID
Автор: JohnSilver182
Дата сообщения: 26.01.2011 07:32

Цитата:
Потому что в поле PARENT есть значения которых нет в ID


А кто виноват и что делать ??
Автор: jonikDk
Дата сообщения: 26.01.2011 09:18

Цитата:
А кто виноват??

ну кто создал дерево, тот и виноват

Цитата:
что делать ??

учиться учиться :-d
Автор: X11
Дата сообщения: 26.01.2011 09:31

Код: ...
PARENT INTEGER DEFAULT NULL,
...
Автор: JohnSilver182
Дата сообщения: 26.01.2011 09:44

Цитата:
PARENT INTEGER NOT NULL,


Самое верхняя ветка PARENT=0 (NOTT NULL)
И КРУГ ЗАМЫКАЕТСЯ

Код: Cannot commit transaction:
violation of FOREIGN KEY constraint "".
violation of FOREIGN KEY constraint "PK_TREE_PROD" on table "TREE_PROD".
Foreign key reference target does not exist.
Автор: OXDBA
Дата сообщения: 26.01.2011 10:16
JohnSilver182
insert into TREE_PROD (ID, PARENT, NAME) values (0, 0, '');

Автор: tanaseduard
Дата сообщения: 31.01.2011 13:02
Можно ли в FB шифровать таблички как в Oralce или MSSQL?
Чтоб в случае если стянут файло базюки, данные не были читабельные?
Если да то в каких версиях и каким образом?
Автор: X11
Дата сообщения: 31.01.2011 13:12
Средствами самого сервера нет. Шифрование базы поддерживает Interbase. Возможно ещё Red Database, не уверен.
Автор: tanaseduard
Дата сообщения: 31.01.2011 13:43
А можно тогда создавать временные таблицы которые активны только на подключение?
Автор: X11
Дата сообщения: 31.01.2011 13:55
Можно
Автор: tanaseduard
Дата сообщения: 31.01.2011 13:58
X11

Если не затруднит то как сделать и как это работает ну или собственно ссылку где это вменяемо описанно.
А то выбираем базюку для торговых точек, но нужно чтоб несколько таблиц были шифрованны.
Автор: X11
Дата сообщения: 31.01.2011 14:12
Ну почитай в документации про временные таблицы.

Добавлено:
В FB 2.1 есть GTT (глобальные временные таблицы)

Добавлено:
Я просто не использую 2.1, поэтому более подробно не могу ничего сказать
Автор: tanaseduard
Дата сообщения: 31.01.2011 14:43
X11

Спасибо посмотрим.
Автор: delover
Дата сообщения: 01.02.2011 07:15
За GTT будущее. Мы в своё время и мечтать об этом не могли. При чём это может снять нагрузку со сборщика мусора. Мне кажется это самый адекватный инструмент для JOINа. Шифрованные данные у нас в нормальных таблицах - они ценные сами по себе. Справочники по нормочасу для автомобилей разных марок их 20 миллионов в таблице и лежат они там всегда а зашифрованы потому что сканнировать справочники - это тоже работа. Шифровать что-то временное бесполезно. Временное - это выборки, джойн с выборкой и гридина с селектом по выборке...
Автор: Andryshok
Дата сообщения: 03.02.2011 18:44

Цитата:
но нужно чтоб несколько таблиц были шифрованны.

Firebird сам люблю, его и рекомендую, а вы шифруйте данные на клиенте, а потом пишите в базу, ну и т.д., например библиотекой
DCPcrypt Cryptographic Component Library http://www.cityinthesky.co.uk/ - она бесплатная

Автор: X11
Дата сообщения: 04.02.2011 08:54
На крайний случай можно UDF состряпать.
Автор: JohnSilver182
Дата сообщения: 24.02.2011 14:46
Юзаю сабж давно но удивляюсь его дикому оптимизатору


Код: select * from aptdrugpresent
where scode in (10432)
Автор: Varenik
Дата сообщения: 24.02.2011 16:11
А так?
select * from aptdrugpresent LEFT JOIN apt_priv ap ON scode=ap.apt_code
Автор: OXDBA
Дата сообщения: 24.02.2011 16:55

Цитата:
Юзаю сабж давно но удивляюсь его дикому оптимизатору

Интересно, а какой ожидался "не дикий" план?
Varenik
И что, в этом случае план натуралом по APTDRUGPRESENT не пойдет?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465

Предыдущая тема: Сравнение двух строк


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.