А в чем проблема прикрутить базу к имеюшемуся php коду?
php вроде как работает с кучей баз данных. Если не ошибаюсь какие–то старые версии Postgre были портированы под BeOS. php и Postgre замечательно понимают друг друга.

1. Postgre затруднительно ставить под Windows (эмулятор Unix — лишняя головная боль для переносимости программы). А работа под Windows пока желательна (сервер у нас под ней).

2. Базы данных регистрируются, т.е. нельзя просто взять и скопировать базу с одного ПК на другой.

3. Мне так и не удалось нормально работать с базами PostgreSQL, входящего в Webserver Kit (пишет что–то типа «не соответствует адресация», не помню дословно, да и не разбирался, двух первых недостатков мне хватило).

И еще вопрос: можно ли прикрутить в BeOS SQLite к PHP? И как?

> 1. Знает ли кто–нибудь хороший класс для
> просмотра табличных данных (GridView), с 

ColumnListView из Santa's Gift Bag (http://www.bebits.com/app/1084)

> 3. И последнее. А нужна ли вообще такая
> программа для BeOS (ну, кроме меня, конечно)?

Врядли.

ColumnListView из Santa's Gift Bag не управляется клавиатурой и колесом прокрутки мыши. :( (см. первое мое сообщение).

Такой класс писал Gregor Rosenauer aka Hugh, автор редактора DarkSite.

Не знаю правда, далеко ли он продвинулся, но демки я уже год или полтора назад видел.

1&3 Я не понял где будет крутиться база. Под Бе или под виндой?

Если под виндой то зачем же такие сложности «эмулятор Unix» (интересно что это Cygwin?) Вот Постгре 7.0 под винду с официального сервера. Наверняка есть и более свежие версии под win.
ftp://ftp.no.postgresql.org/pub/databases/postgresql/binary/v7.0/NT/

И кстати если база на винде, то имхо MySQL в _обшем случае_ все–таки лучше чем Postgre (быстрее, проще можно сказать) А для php все равно, хоть Informix, хоть Oracle, хоть MySQL сам знаешь.

Если база под Бе (все–таки Postgre на Бе вполне работоспособен), то при чем тут виндовый сервер?

Или надо базу на Бе, а веб сервер + php на винде? Но тогда, опятьже, зачем такие сложности, поставь все на винду.

2. «2. Базы данных регистрируются, т.е. нельзя просто взять и скопировать базу с одного ПК на другой»
Можно. Скриптом. Тем же php (замечательно работает с командной строки, лучшая замена перл–скриптам), Perl, VB на худой конец. QUERY в одной базе — INSERT в другой базе. Типы сконвертировать по ходу дела.

И кстати, если конкуррентных запросов к «базе» не предвидится (а я так понял их нет — «база» текстовые файлы), то может лучше малой кровью — XML. php с ним тоже запросто справляется и никакой настояшей базы не надо.

«можно ли прикрутить в BeOS SQLite к PHP?» А надо ли прикручивать его как встроенный (Embeddable SQL Database Engine)?
http://no2.php.net/manual/en/ref.sqlite.php
Если php есть, то он работает. В Webserver Kit заявлено присутствие php 4.3. Значит есть поддержка SQLite. Я так думаю, что не обязательно делать этот Lite встроенным, вполне можно посылать запросы и к внешней базе. Порт SQLite под Бе имеется.

А вообше BeOS — это десктоп. И ставить на него базы данных и веб сервера для более–менее серьезных целей по крайней мере нелогично.

Мне в своё время была очень нужна (и до сих пор нужна) программа, которая могла бы показать табличку с произвольным количеством колонок, умела бы выполнять сортировку по колонке (в идеале — сортировку по нескольким столбцам последовательно) и поиск текста по всей таблице, и при двойном щелчке по строчке могла бы выполнять какую–то последовательность действий в командной строке.

Например, если бы это был каталог библиотеки, каждая строка ассоциировалась бы с файлом, в столбцах были бы данные об авторе, названии, жанре и размере книги, а двойной щелчок запускал бы разархивацию соответствующего файла и затем запуск этого файла в NetPositive. Если бы это был каталог музыки, файл запускался бы в MediaPlayer`е. Ну, идея ясна.

Я даже начал писать такую программу, но запутался с Datawing`овским GridView и бросил посередине.

Если это то, что ты называешь складской программой, то мне она до сих пор нужна.

Под складской программой я понимаю: товар пришел, товар ушел, кому, сколько, по чем, накладные, поставщики, клиенты, остатки на складе, отчеты и т.п., т.е не совсем то, что тебе нужно.

А что значит — с произвольным количеством колонок: захотел — добавил колонку, захотел — убрал, или для каждого вида хранимых данных (книги, музыка) свое (но фиксированное и заранее известное) количество колонок?

Задача ставится так, чтобы программу (сервер) можно было при необходимости развернуть на любом из рабочих ПК, а они под Windows, BeOS и к ним может еще и Linux прибавиться. Отсюда и требование возможности работы на любой платформе.

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

Для postgre еще один минус — формат базы данных меняется наверное в каждой версии.

А вот как работать с SQLite в PHP под BeOS — так и не понял (пробовал поместить в каталог для extensions — не работает. Я так думаю, что надо этот extension еще и регистрировать для PHP, но где — не знаю, файла php.ini в BeOS нет).

Ставить базы данных и вебсервера под BeOS логично в качестве среды разработки.

Гм… Что–то очень сложное.

Я знаю такую программу.
phpMyAdmin
А если серьезно, то описанное — это база данных и графические формы к ней.
Что–нить типа Oracle forms, Access. Ну phpMyAdmin тоже как веб–формы.
Кажется был такой проэкт BeAccessible. Формы — frontend для SQLLite под BeOS.

Да, именно. Получается что–то вроде frontend к базе данных… Но я в этом во всём путаюсь. :–( И как заставить базу данных выполнять что–то в командной строке? :–((

«сервер… который можно было при необходимости развернуть на любом из рабочих ПК» это не сервер. Это — полевая кухня :) Странные у вас какие–то необходимости. Сервер должен прежде всего быть надежен. И комбинация «сервер на любом рабочем ПК» навевает какие–то крамольные мысли….
Я это вот к чему.
Найди старую четверку с 32Мб мозгов. И поставь туда стандартный LAMP. Старый Mandrake 8.х или RedHat 7.x, Apache+php+MySQL.
Это очень надежная, проверенная комбинация. И не мучай ни себя ни «любые рабочие пк».

«Для postgre еще один минус — формат базы данных меняется наверное в каждой версии»
Ну почему же это минус для Postgre. Это очевидно такой же минус для Postgre, как и для лубой другой SQLБД. Чтобы изменить формат базы есть ALTER DATABASE, ALTER TABLE
http://dev.mysql.com/doc/mysql/en/Data_Definition.html

База данных — это база данных. Ну скажем так, это что–то типа файловой системы.
Тоже можно лочить поля и таблицы, как и файлы в файловой системе.
Тоже сушествует несколько интерфейсов доступа.
— Программный — openfile, closefile, a у баз данных есть например ODBC и UNIXODBC (Open DataBаse Connectivity)
— Графический интерфейс — Tracker, MSExplorer, а у баз данных есть формы, например Oracle forms, Access.
— Коммандная строка — shell, C:, a у баз данных есть свои интерфейсы коммандной строки. Есть такой Oracle console, есть консоль у MySQL, есть у Postgre. Вот только кажется у Access нету консоли, не знаю не работал я с ним.
— Команды в коммандной строке — это наш язык запросов. dir, ls, mkdir, erase a y баз данных есть SQL.

Когда программируешь формы базы (не важно какой, у всех все примерно одинаково), то описываешь эти формы ма каком–нинь внутреннем наречии (раньше ето был в основном dBase). А теперь как правило формы просто рисуются WYSWYG. Формы общаются с базой через SQL. Вот и все.
Когда сам программируешь интерфейс к базе на каком–нинь GUI, то твоя программа сама (а не форма) будет составлять SQL–запрос и посылать его базе, а потом обрабатывать полученный ответ.

Складскую программу как раз очень надо.
Если кто знает готовые решения прошу подсказать?
В настоящее время становится актуальным вопрос лицензирования мелкософтовского и 1С–овского ПО.