З чого розпочати вивчення роботи з MySQL

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

HRust, ви можете завантажити на нашому сайті (http://crlab.com/mydac/download.html) компоненти для доступу до MySQL Server. Додається набір демопроектів.

Якщо для початку спокійно можна обійтися і стандартною бібліотекою dbExpress, навіщо паритися? Я працював з мусклом через dbExpress-ODBC драйвер, стандартний глючний якийсь - до четвірки коннектився через раз.

> Якщо для початку спокійно можна обійтися і стандартною > бібліотекою dbExpress, навіщо паритися? Я працював із мусклом > через dbExpress->ODBC драйвер, стандартний глючний який- > то - до четвірки коннектився через раз. Можна і обійтися, але навіщо? DBExpress має свої недоліки та обмеження які пов'язані з універальністю та багами самого dbExpress. До того ж не враховую фічі конкретного сервера.

На сторінці http://crlab.com/mydac/download.html виберіть інсталяцію для відповідної IDE, завантажте та встановіть. Демо-проекти знаходяться в каталозі %MyDAC%\Demos\. %MyDac% - шлях, яким встановлені компоненти.

> Афігети, чому б АДО не використовувати.

Потренуватися можна і ADO. Але продуктивність цієї технології залишає бажати кращого. Тести показують, що ADO поступається нашим компонентам в 10 або навіть більше разів.

> Тести показують, що ADO поступається нашим компонентам в 10 або більше разів. Якщо б ти сказав цифру скромніше. скажімо 10% я б повірив (не все ж поспіль перевіряти). АЛЕ В 10 РАЗІВ. це занадто, єдине пояснення такої різниці, тільки в неправильному використанні ADO. (іззавеликої кількості налаштувань/режимів може і неправильно працювати. а що вдієш якщо в одному випадку правильне, для інших умов стає прямо протилежним, тільки на розумність програмістів, які використовують сподіватися. ) загалом або спеціально брешеш, або помиляєшся через незнання технології ADO.

А не в хитрих тестах? Це теж реальне пояснення.

> А не в хитрих тестах? Це теж буде "брешеш" але тільки на вищому "офіційному" рівні. (Не хотілося б так думати про взагалі нічого поганого мені не зробила компанію). тому як це означатиме вже спеціальну підтасовку під потрібний результат.

> тому що це означатиме вже спеціальну підтасовку > під необхідний результат.Нормальний маркетинговий хід. Треба ж продавати продукт, аналог якого на сусідній полиці безкоштовно лежить :-) PS. 1,5 роки тому шукав технологію доступу до MSSQL та Kylix-у, рішення були вартістю від 1300 Euro до 0 Euro. Вибрав за 0 Euro, найбезглючніше виявилося :-)

Брехати можна по-різному, але нам брешуть з локшиною.

Так перше можливо було зроблено з другого, з внесенням багів. Не можна так жити - продав і все, треба думати про майбутнє.

Продуктивність можна перевірити будь-який бажаючий на тріальній версії. Похибка тріального захисту в межах 2-3%. Основним примущестом є те, що MyDAC може працювати безпосередньо з MySQL сервером (без клієнтської бібліотеки, ODBC і т.д). Крім того, є деякі специфічні компоненти. Наприклад TMyLoader, який дозволяє досягти вставки близько 20 - 30 тис. записів в секунду (

200 байт на запис).

> Так, перше можливо було зроблено з другого, з внесенням > багів. > Не можна ж так жити - продав і все,треба думати про майбутнє.