IZ@TOP
а ты уверен что все СУБД воспримут ANCI'99 на 100%
Добавлено @ 22:57

Цитата(PHP @ 20.6.2005, 23:54)

Лучше имхо использовать САМЫЕ новые технологии и самые новые разработки. Проэкт мы ведь делаем на будущее а не на прошлое smile

Нельзя так делать, т.к. нет уверенности что эти техгнологии приживуться.. Надо использовать то, что уже хоть как-то юзается

Цитата(IZ @ 20.6.2005, 21:45)

К примеру с Euorohoster.net?

Конечно можно.

Mal Hack
Конечно же технологии всегда нужно использовать в меру, но все таки баналные php5 xml+xsl+xslt - это просто обязанность. А мы должны шагнуть еще дальше и перепюнуть все (ведь мы этого хотим?)

С хостингом мы уже решили.
Добавлено @ 23:40

Цитата(PHP @ 21.6.2005, 00:39)

Конечно же технологии всегда нужно использовать в меру, но все таки баналные php5 xml+xsl+xslt - это просто обязанность. А мы должны шагнуть еще дальше и перепюнуть все (ведь мы этого хотим?)

переплюнуть то конечно можно, но здесь по большей части стоит вопрос в рациональности.

Цитата(PHP @ 20.6.2005, 23:39)

А мы должны шагнуть еще дальше и перепюнуть все (ведь мы этого хотим?)

Шагать лучше не дальше, а вногу. Так что создавать CMS на современных тенденциях не гуманно, а вдруг стандарты не пойдут дальше развиваться или так и остануться не востребованными. Да и срок их внедрения очень примерный

Red Dragon
Тогда шагаем в ногу!

Ну если уж на то пошло, то можно использовать такие технологии как XForms. Очень классная штука кстати, правда широкого распространения пока не получила, но АВТОВАЗ уже применяет ее в своих корпоративных решениях.

Везде подвели итоги вроде, подведем и тут. PDO имхо самое лучше по производительности и в меру с развитием технологий.

PDO можно ставить и на 5.0.4 так что решено - PDO

Цитата(Pegas @ 18.6.2005, 20:12)

Проще говоря можно будет использользовать непосредственно несколько различных БД для хранения данных

Для этих целей, я обычно пользуюсь классом adodb - очень удобный ИМХО.
Вот ссылка: http://adodb.sourceforge.net/#download

Цитата

В настоящее время поддерживается работа с базами MySQL, Oracle, Microsoft SQL Server, Sybase, Sybase SQL Anywhere, Informix, PostgreSQL, FrontBase, SQLite, Interbase (Firebird and Borland variants), Foxpro, Access, ADO, DB2, SAP DB и ODBC.

Цитата

Легок в изучении для Windows-программистов, поскольку использует синтаксис близкий к Microsoft ADO. В отличие от других PHP классов, которые в основном фокусируются только на SELECT-запросах, мы обращаем внимание также на команды вставки (INSERT) и изменения (UPDATE) данных, которые очень быстро могут модернизироваться под потребности различных баз данных. Также существуют методы для обработки дат, конкатенации строк и экранирования строк по правилам различных баз данных. Система мето-типов построена так, чтоб вы могли быть уверенными, что сохраняемые вами данные, например CHAR, TEXT, STRING, будут одинаковыми для всех баз данных. Легкая переносимость, потому что все низкоуровневые функции вынесены отдельно и вам нет необходимости вносить изменения в ядро класса. Переносимость на уровне создания таблиц и индексов. Контроль работы базы данных и тонкая настройка производительности. Поддержка сессии на уровне базы данных, поддержка истечения времени сессии и уведомлений.

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

Я понимаю, что тема старая, но вставлю всё же своё мнение - может, кого натолкнёт на умные мысли.

Единственный реально продуманный класс для работы с БД, который я видел - PEAR'овский. Он тяжёлый, конечно, но никто не заставляет использовать именно его - можно взять оттуда часть идей и реализовать их самостоятельно.

Все вышеперечисленные классы (включая PDO) не содержат всего того, что реально часто используется и может быть сокращёно с вызова двух-трёх методов до одного.

Например, это
mixed GetValue(string $query) - выбирает первую ячейку первого столбца.
mixed GetRow(string $query) - выбирает первую строку.
boolean RowExists(string $query) - смотрит, выдаёт ли запрос хотя бы одну строку.

Мелочи, но насколько они могут облегчить жизнь...
 

dm9, 
string PDOStatement::fetchColumn ( [int column_number] )
Returns a single column from the next row of a result set. 

PDOStatement::nextRowset --  Advances to the next rowset in a multi-rowset statement handle 

Это насчет PDO.
Который меня устраивает на все 100. 

Меня тоже устраивало, но не нашел аналога метода mysql_num_rows
Если есть такой, подскажите плз... 

давайте начнем сначала,
какой должен быть класс?
я так вижу ситуацию, что необходим список функций с четкими аргументами (в смысле.. задокументированными), на котором (списке) будут формироватся уровень
и так
__construct (?)
connect (выбирать сразу БД?)
selectRow($tablename, $tail);
selectCell(%tablename,$query);
selectList($tablename,$query);// выбирает сразу в массив

query($query);//основная фун-я запроса, возврат и все дела с сохранением всякой лабуды, типа ошибок, русурса, или кол-ва записей....... хотя. нах

fetch()
fetchCell() к примеру
free()

report - вот приблуда:


Добавлено @ 15:19 
собственно... тут ктонить есть?  

Vaulter, а зачем это всё? Есть PEAR:DB, Adodb для PHP4/5 и PDO для PHP5. Свой слой абстракции это лишнее, ИМХО.