iBase.ru Forum

Да нет одинаковый результат иногда возвращают несколько вызовов gen_id(a, 1). О вероятности подобного, кстати говоря, и в документации сказано. Конкретный пример, где напоролся на подобное поведение, сейчас не вспомню - было это год или два назад. Скорее всего была ХП, которая возвращала несколько п...

Есть вариант создать на сервере пустую свзяку first-second, сделать refresh на клиенте, и потом просто редактировать ее. А если клиентов несколько, то как они решат какая из пар чья? 2 kdv С генераторами тоже не очень просто. Несколько вызовов Gen_ID подряд могут запросто вернуть одинаковые значения.

А почему бы не использовать собственно сам символ табуляции в строке запроса. Ибо интерпретатор и большинство компонентов к нему относятся вполне дружелюбно. Прямо вот так вот примитивно, безо всяких там умничаний и пишем f1=f2|| ' ' || f3. Нешто не сработает?

Один вопрос: а зачем это вообще делать?

Где почитать можно?

Често говоря я именно и полагал, что тразакция каждый раз стартует заново. Ибо номер транзакции не может не измениться - как иначе отличить данные до и после вызова CommitRetaining.

А CommitRetaining только в этой версии этой СУБД криво работает, или у вас к нему вообще предубеждение?

Andy-C писал(а):

cooluser писал(а): Таким образом, нешифрованная БД находится только в памяти компьютера, на RAM диске.

Что мешает её слить с этого диска?

Настройки прав доступа.

При чём, даже если ты возомнишь себя кулхацкером, и решишь пошарить на винте, то там окажется буквально нифига.

А пароля, как я понял, пользователям вводить не требуется?

Разумеется всё можно раскрыть, расшифровать и упереть. Не вопрос. Но можно изрядно усложнить жизнь кулхацкерам. И в каждом случае стоит смотреть индивидуально сколько сил стоит положить на защиту и сколько сил потратят хулиганы на её взлом. Так или иначе будет некий компромис между приложенными усил...