Власне, за подібні речі суворі адміни, на кшталт мене, ладні відірвати руки.тому творчі програмери і не віддають контроль за назвами в БД адмінам ::)
PosgtreSQL з таким впорається без проблем, якщо базу створено в unicodeP.S. тобто якщо це для лаби то можна погратися, але збочення це ще те, так що в реальному житті таке вживати без півлітри не рекомендую
тому творчі програмери і не віддають контроль за назвами в БД адмінам ::)Угу. Ми потім так з ними кохаємось.....
А навіщо Вам то треба? MySQL трохи погано з тим справляється.написав на php декілька скриптів, при цьому користувався лише латинницею. В процесі за запитом користувача створюютья таблиці, на основі їх назв та назв їхніх полів генеруються кнопки на веб-сторінці та інші активні елементи. Поки була латинниця все працювало як годинник. Але коли зайнявся перекладом виникла проблема. Я так зрозумів проблема в тому, що на кожен український символ відводиться по 2 байти і розвязати її можна якщо десь в конфігах розширити кількість символів для назв полів та назв таблиць.
написав на php декілька скриптів, при цьому користувався лише латинницею. В процесі за запитом користувача створюютья таблиці, на основі їх назв та назв їхніх полів генеруються кнопки на веб-сторінці та інші активні елементи. Поки була латинниця все працювало як годинник. Але коли зайнявся перекладом виникла проблема. Я так зрозумів проблема в тому, що на кожен український символ відводиться по 2 байти і розвязати її можна якщо десь в конфігах розширити кількість символів для назв полів та назв таблиць.З кирилицею завжди проблеми, намагаєтесь хоч ID сторінки залишати з латинськими назвами, бо при кодуванні воно спотворює і може не впізнати вже перетворене.
видихайте, адміне! :)Та лише ж по першій випили! :-[
коли по сьомій, то буде пізно — тоді вже назви й китайською будуть ввижатися :)видихайте, адміне! :)Та лише ж по першій випили! :-[