Pavlo Zhezhnych - Системи керування базами даних

Робота з базами даних за допомогою MS Access

Wed, 04 Jul 2007 16:09:43 -0400

Зміст
1. Основи роботи з базами даних 5
2. Проектування бази даних 12
2.1. Таблиці 12
2.2. Запити 36
3. Побудова прикладних систем 56
3.1. Форми 56
3.2. Маніпулювання даними у формах 69
3.3. Звіти 76
3.4. Діаграми у формах і звітах 89
4. Пробний екзамен 97

Робота з базами даних на КПК

Fri, 10 Feb 2006 05:39:47 -0500

SmartList To Go - один з багатьох офісних продуктів від DataViz (http://www.dataviz.com/smartlisttogo), який призначений для роботи з базами даних на платформі Palm. На відміну від багатьох прграм цього напрямку SmartList To Go має ряд принципових переваг, які дозволяють використовувати КПК як мобільний клієнт бази даних.

SmartList To Go складається з двох компонент -

Десктопна частина (встановлюється на компю'тері)
SmartList To Go для КПК (встановлюється на КПК)

Десктопна частина служить для зручного створення SmartList-ів, роботи з даними на комп'ютері, та для синхронізації з MS Access.
На КПК SmartList To Go дозволяє створювати SmartList-и, працювати з даними (переглядати, редагувати, змінювати). Усі зміни даних на КПК синхронізуються з десктопною частиною, як в свою чергу може синхронізувати дані з MS Access.

Проблеми з ODBC для PostgreSQL

Tue, 01 Mar 2005 13:14:23 -0500

Я встановив PostgreSQL і ODBC-драйвер на мій комп'ютер з операційною системою Windows 2000 і використовува MS Access як клієнт бази даних.
Я створив таблиці з первинним ключем типу varchar(50), і спробував доступатися до них за допомогою MS Access через ODBC для PostgreSQL, створивши лінковані таблиці.
Не було проблем, поки я вставляв латинські літери або числа для значень первинного ключа в лінковану таблицію MS Access. Але коли я спробував вставити українські букви в значення первинного ключа через ODBC, я отримав дивне повідомлення від ODBC, що зустрічаються деякі неправильні символи (some wrong characters encountered).
В pgAdminIII я побачив, що незважаючи на дивну помилку мої записи були успішно вставлені в базу даних (навіть з кириличними буквами в первинному ключі).

Швидкість виконання SELECT-запитів різних конструкцій

Sun, 30 Jan 2005 17:28:58 -0500

Різні СКБД по різному виконують ідентичні SELECT-запити, записані за допомогою різних конструкцій.

Наступні два запити є ідентичні за результатом

SELECT … FROM tab1 INNER JOIN tab2 ON tab1.fld1=tab2.fld2 WHERE …;

SELECT … FROM tab1, tab2 WHERE tab1.fld1=tab2.fld2 …;

Виявляється, Oracle 9i другий запит на порядок швидше виконує, ніж перший. Тоді як MS Access виконує їх за швидкістю з точністю до навпаки (на жаль не маю можливості поексперементувати з MS SQLServer, але припускаю такий же результат).

Незалежно від СКБД UNION-вибірки завжди виконуються довше, ніж відповідні вибірки без UNION. Наступні два запити ідентичні
SELECT … FROM tab WHERE tab.id=’abc’ UNION SELECT WHERE tab.id=’dfg’;

SELECT … FROM tab WHERE tab.id IN (’abc’,’dfg’);

Підтримка ANSI стандарту SQL в Oracle 9i

Sun, 30 Jan 2005 17:24:57 -0500

Одна з переваг версії Oracle 9i (v.9.0.1) над попередніми полягає в підтримці ANSI стандарту SQL. Зокрема, Oracle 9i “нарешті” підтримує такі конструкції з’єднань, як
ТаблA INNER|LEFT|RIGHT|FULL JOIN ТаблB ON умова_з’єднання

Виявляється, не все так гладко для спеціалістів, які раніше звикли з такими конструкціями, працюючи з MS SQLServer чи MS Access. Oracle 9i дійсно дозволяє виконувати SELECT-запити типу
SELECT … FROM tab1 LEFT JOIN tab2 ON tab1.fld1=tab2.fld2 WHERE …;

Якщо спробувати створити перегляд за допомогою команд
CREATE OR REPLACE VIEW vtab12 AS SELECT … FROM tab1 LEFT JOIN tab2 ON tab1.fld1=tab2.fld2 WHERE …;
то ці перегляди створюються без проблем. Однак вибірка з такого перегляду
SELECT * FROM vtab12;
може спричинити незрозумілу помилку.