Сорри, если вопрос детский, но собственно сабж...
BDE c юникодом вообще не дружит, или всё-таки как-то возможно???

Заранее спасибо!

не дружит, но как бинарные данные неважно что и через что передавать... т.е. не невозможно, а просто гемор.

> Delphi2009 + BDE + Юникод = НЕВОЗМОЖНО??
>
> IGray   (27.04.09 20:05)
>
> Сорри, если вопрос детский

Вопрос не столько детский, сколько ненужный. И глупый заодно.
Зачем имея Д2009 и желая использовать юникод, работать с BDE, которую прекратили развивать 8 (а то и более) лет назад?

> IGray  (27.04.2009 20:05:00)  [0]

Зачем тебе Юникод?

> Германн ©   (28.04.09 00:33) [2]
>
> Вопрос не столько детский, сколько ненужный. И глупый заодно.
> Зачем имея Д2009 и желая использовать юникод, работать с
> BDE, которую прекратили развивать 8 (а то и более) лет назад?
>

Спасибо, конечно, за бесплатную оценку моих умственных способностей, но ты не подумал, что речь может идти о СУЩЕСТВУЮЩЕЙ программе, которую нет никакого желания глобально переделывать?


> Anatoly Podgoretsky ©   (28.04.09 09:17) [3]
>
> Зачем тебе Юникод?

Есть такая установка начальства.. Возможно теперь придётся эту установку менять.

Интересно, а на что проще переехать с БДЕ (Paradox7)? Что сейчас считается более удобной заменой БДЕ?
БД - локальная. Таблиц - штук 30. Записей - до 10000. Желательно разнообразие типов полей.

БДЕ это вообще то не база... а вот как замену Paradox-у сделали mdb (access), но удобнее ли, это вопрос. кто его знает тому удобнее, кто нет тому пофигу с чего начинать, все одинаково неудобно, можно с любого современного движка (mssql/oracle/fb/...), любой будет лучше.
(т.е. вопрос удобства это вообще не вопрос относящийся к базе)

> на что проще переехать
все современные клиент серверы (даже локальный mdb работает по аналогичному принципу), а paradox файл серверный, логика меняется.
можно плюнуть и перенести "as is" но только за счет производительности. ну и с mdb можно принудительно работать как с файл сервером, но для этого его нужно хоть немного узнать поближе.

> все современные клиент серверы (даже локальный mdb работает
> по аналогичному принципу), а paradox файл серверный, логика
> меняется.


Не сочти за назойливость, а возможно ли кратко сформулировать разницу в логике? Чтоб я правильный путь нащупал не перерывая половину инета..

Большое спасибо за твои ответы!

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

например при открытии таблицы при файл сервере просто открывается файл, миллисекундное дело, при клиент сервере все данные при открытии передаются на клиента, что уже занимает секунды, минуты, и т.д. в зависимости от их количества.
или, применение фильтра,  вполне обычное и быстрое дело при файл сервере, при клиент сервере означает перетаскивание всех данных на клиента, построение локального индекса (возможно, но может быть и прямой перебор) и только потом применение  фильтра.
применение индексов - при файл сервере ты их просто "включаешь" и сразу получаешь сортированный набор, при клиент сервере индексами пользуется сервер, клиент получает "чистый" от них набор, т.е. если ты его "включишь" это будет = "построишь с 0" и так каждый раз.
ну и т.д. во всем так. и все ради более надежного хранилища при многопользовательской работе (очень ненадежно если каждый клиент лезет непосредственно в хранилище).

т.е. упрощая,  логика получения данных, у клиент сервера - открыть и отфильтровать ненужное, у файл сервера - запросить только нужное.

Огромное спасибо за расширенный ответ!!!

Я так понял, что если многопользовательская работа не нужна - то файл-сервер мне лучше.. Интересно, а кроме Access нормальные файл сервера существуют?

> Зачем имея Д2009 и желая использовать юникод, работать с
> BDE, которую прекратили развивать 8 (а то и более) лет назад?
>


Зачем я работаю с BDE ? Дурак наверное полный

> Зачем я работаю с BDE ? Дурак наверное полный
>

Я тоже с ней работаю. Но на Д4 и без юникода.

> то файл-сервер мне лучше.
нет. это иллюзия. надежда не то что ничего делать/учить не придется.

> Интересно, а кроме Access нормальные файл сервера существуют?
интересно другое, ответы вообще кто нибудь читает? разве я говорил что аксесс нормальный файл сервер? по моему я сказал кое что противоположное.

> Но на Д4 и без юникода.


в гамаке и стоя

> надежда не то что ничего делать/учить не придется.

Дык понятно, что придётся.
>

> я говорил что аксесс нормальный файл сервер? по моему я
> сказал кое что противоположное.

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

> Под нормальным я имел в виду  - не слепленый группой студентов.
при чем тут слово "нормальный", и как/кем он сделан? если писалось что это вообще не файл сервер. обращай внимание на смысл сказанного.

> Я спрашивал про достаточно надёжные продукты серьёзных фирм.
для 30таблиц по 10000записей? право смешно. все одно что для детского утренника заказывать костюм только у всемирно известных "взрослых" кутюрье.
да конечно, можно покуражится, но смысла никакого (ребенку это пофигу).

тебе пойдет ЛЮБАЯ, главное не древняя, заброшенная в прошлом веке технология, а чуть чуть поновее. если же она до сих пор поддерживается то совсем хорошо.
кстати для mdb(аксесс) поддержка тоже, как и для BDE, прекращена, в пользу mssql, 4-5лет назад...

> sniknik ©   (28.04.09 21:40) [15]


> тебе пойдет ЛЮБАЯ, главное не древняя, заброшенная в прошлом
> веке технология, а чуть чуть поновее. если же она до сих
> пор поддерживается то совсем хорошо.

В твоих устах, Коля, это звучит как приговор! :)

> Интересно, а кроме Access нормальные файл сервера существуют?

есть локальные СУБД. FireBird embedded, например. Разворачивается прямо у клиента.

> есть локальные СУБД. FireBird embedded, например.
только это локальный но не файл сервер, а клиент сервер.