Нужно мнение: как лучше писать базы данных (реляционные), ну в смысле что использовать (ADO, ODBC...).
А писать лучше на API или как? И подскажите пожайлуста, какие компоненты самые такие..

Зависит от многих факторов

1) Для локальных баз данных предпочтительнее сочетания:
ADO+MS Access
DAO + MS Access
BDE + Paradox
BDE + DBase/FoxPro

2) Для небольших серверных баз данных:
DBExpress + MySQL

3) Для больших серверных баз данных:
ADO + MS SQL Server
DOA + Oracle
DBExpress + Oracle


А теперь чего делать категорически не рекомендуется:

1) Использовать ODBC для любых баз данных
2) Использовать BDE для любых серверных баз данных

Я InterBase использовал. Понравилось.

Цитата(cpu @ 4.3.2003, 19:46)

Я InterBase использовал. Понравилось.

Да для небольших серверов подходит замечательно, тем более что для Дельфей - родная.

Маленькая проправочка, для Oracle лучше всего использовать ODAC. (Oracle Data Access Components)

Для баз с кол-вом записей менее 10000 лучше всего использовать ADO (преимущества: скорость, простота работы с ней, недостатки: при кол-ве записей более 10000 существенно замедляется работа с ней), для баз с кол-вом записей более 10000 лучше всего подходит Interbase (теже преимущества что и у ADO + использование транзакций, больше возможностей при работе с сетью, безопастность, использование триггеров и встроенных процедур) У каждого движка баз данных свои преимущества и недостатки, их выбор должен быть основан на конкретной поставленной задаче

Цитата

А теперь чего делать категорически не рекомендуется: 1) Использовать ODBC для любых баз данных 2) Использовать BDE для любых серверных баз данных

А почему ?
Я просто писал базы с использованием BDE и ODBC - сказать, что все так плохо, не могу. Да, несомненно есть кое-какие ограничения. Но столь категорично я бы не рискнул.

Если есть печальный опыт - делись

Особенности внутренней организации таблиц dBase и Paradox

А где про Interbase можно в сети почитать?

Цитата(Vit @ 5.3.2003, 03:29)

А теперь чего делать категорически не рекомендуется: 1) Использовать ODBC для любых баз данных

А мне нравится ODBC+ Access

Interbase

Цитата(AntonSaburov @ 5.3.2003, 09:37)

Цитата А теперь чего делать категорически не рекомендуется: 1) Использовать ODBC для любых баз данных 2) Использовать BDE для любых серверных баз данных А почему ? Я просто писал базы с использованием BDE и ODBC - сказать, что все так плохо, не могу. Да, несомненно есть кое-какие ограничения. Но столь категорично я бы не рискнул. Если есть печальный опыт - делись

Есть - ODBC при сравнении с DAO, BDE, ADO практически всегда проигрывает в скорости. Проверял неоднократно.

Был собственный печальный опыт BDE+MS SQL Server - при подключении более 15 пользователей работа стала невозможной - блокировки мешают друг другу, скорость работы очень низкая, загрузка всех процессоров сервера - 100%, программы работают еле-еле... Dead Lock каждую секунду - попытка понять его возникновения приводит что нахожу цепь блокирововок из штук 200 кверей... Замена того же кода и тех же самых кверей на ADO увеличила скорость выполнения кверей примерно на 3-4 порядка, загрузка процессоров на сервере упала до 20-30%, Dead Lock вообще исчезли... При этом я не менял ни кверей ни индексов ни структуры таблиц... Впрочем при количестве пользователей до 5 - существенной разницы между BDE и ADO нет

Цитата(78125 @ 5.3.2003, 14:04)

А мне нравится ODBC+ Access

DAO работает примерно в 3-7 раз быстрее (сам проверял), и даёт гораздо бОльшие возможности по манипулированию данными, так же прошу учесть что именно DAO является родным драйвером для MS Access и MS Excel - специально для этих баз данных изобретённых, а ODBC задумывалась как универсальная система к любым базам, как всегда специализированные системы работают эффективнее, чем универсальные...

Цитата

Был собственный печальный опыт BDE+MS SQL Server - при подключении более 15 пользователей работа стала невозможной - блокировки мешают друг другу, скорость работы очень низкая, загрузка всех процессоров сервера - 100%, программы работают еле-еле... Dead Lock каждую секунду - попытка понять его возникновения приводит что нахожу цепь блокирововок из штук 200 кверей... Замена того же кода и тех же самых кверей на ADO увеличила скорость выполнения кверей примерно на 3-4 порядка, загрузка процессоров на сервере упала до 20-30%, Dead Lock вообще исчезли... При этом я не менял ни кверей ни индексов ни структуры таблиц... Впрочем при количестве пользователей до 5 - существенной разницы между BDE и ADO нет

Ты имеешь в виду, что у тебя была трехзвенка ? И проблемы были в средней части ?

Цитата(NoName @ 5.3.2003, 09:08)

Для баз с кол-вом записей менее 10000 лучше всего использовать ADO (преимущества: скорость, простота работы с ней, недостатки: при кол-ве записей более 10000 существенно замедляется работа с ней), для баз с кол-вом записей более 10000 лучше всего подходит Interbase (теже преимущества что и у ADO + использование транзакций, больше возможностей при работе с сетью, безопастность, использование триггеров и встроенных процедур) У каждого движка баз данных свои преимущества и недостатки, их выбор должен быть основан на конкретной поставленной задаче

Не знаю о чём Вы говорите. Транзакции ADO поддерживает точно так же, и возможностей куча. По поводу объёма - у меня база данных в десятки миллионов записей (MS SQL Server) размер базы данных уже приближается к 100 гигабайтам, количество одновременных подключений более 1000, количество одновременно исполняемых кверей более сотни, при этом время выполнения одной квери примерно 10-30 мсек. Использую для доступа ADO. Если у вас проблема с ADO доступом и он тормозит, то скорее всего дело не в ADO, а в том что ADO подразумевает Client-Server архитектуру, а Вы с ним пытаетесь работать как с локальной базой данных.


Прошу заметить, что InterBase подходит только для маленьких баз данных, с количеством записей не более нескольких десятков миллионов, и количеством одновременных подключений не более 500... Тем более что для серьёзных баз данных Interbase имеет слишком ограниченные возможности администрирования...