Заметки на breys.ru

Linux Django pyodbc MSSQL

ffsdmad@jabber.ru ( Басманов ) — Sat, 28 Dec 2013 14:34:59 +0400

настройки FreeTDS драйвера

cat /etc/freetds/freetds.conf

[FREE_MSSQL]
host = vinserv.a
port = 1433
tds version = 8.0
client charset = UTF8
TraceFile = /tmp/freetds.log

проверка

tsql -S FREE_MSSQL -U sa -P 1

настройки системных odbc

cat /etc/odbcinst.ini

[af4]
Description        = Free TDS driver
Driver        = /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so
Setup        = /usr/lib/x86_64-linux-gnu/odbc/libtdsS.so
TraceFile   =   /tmp/odbcinst.log
ForceTrace = Yes
FileUsage        = 1
UsageCount        = 14

cat /etc/odbc.ini

[AF4]
Description        = MS SQL driver
Driver        = af4
Servername        = FREE_MSSQL
Database        = ArchiveFund
UID        = sa
PWD        = 1
Trace = YES
TraceFile   =   /tmp/odbc_trace

проверка

isql AF4 sa 1 -v

для проверки нужно использовать синтаксис ODBC, например

use ArchiveFund
select * from tblFund
go

после того как появились успешные тесты нужно настроить Django на работу с этим источником данных

pip install django-pyodbc

и добавляем в settings.py следующее определение DATABASES

    'AF4': {
        'ENGINE': 'django_pyodbc',
        'NAME': 'ArchiveFund',
        'USER': 'sa',
        'PASSWORD': 'sa',
        'OPTIONS': {
            'driver': 'FreeTDS',
            'dsn': 'AF4',
        }
    },

Теперь можно проинспектировать базы с помощью

python manage.py  inspectdb >> af4/models.py

пока всё, после НГ буду разбираться с charset и чужими кривыми моделями

Django использование select_related для оптимизации работы

ffsdmad@jabber.ru ( Басманов ) — Thu, 05 Dec 2013 15:51:08 +0400

Имею модель fk.Archive на которую ссылаются несколько других моделей из разных приложений, с помощью аттрибута related_name указываю связь

#

class Archive(models.Model):
    short_name = models.CharField(max_length=50L, verbose_name='короткое название' )


class Fond(models.Model):
    archive = models.ForeignKey(Archive, verbose_name='архив', null=True, related_name='fond')
    fkod = models.CharField('номер',max_length=8L)



class Request(models.Model):
    crt_date = models.DateField('создание', editable=False, auto_now_add=True)
    archive = models.ForeignKey(Archive, verbose_name='архив', null=True, related_name='request')

затем используются в разных представлениях с использованием select_related

#

def fond_list(request):
    fond_list = Fond.objects.using('default').select_related("archive")
    context = {'fond_list': fond_list, }
    return render(request, 'ensa-fond.html', context)



def request_index(request):
    table = RequestTable(Request.objects.select_related("archive"))
    RequestConfig(request).configure(table)
    return render(request, 'request.html', {'request_list2': table})



class RequestIndex(ListView):
    template_name = "request.html"
    context_object_name = "request_list"
    def get_queryset(self):
        return Request.objects.select_related("archive")

зачем это нужно? Дело в том, что когда django генерируя шаблон выполняет запросы к таблица Fond и Reques, а затем расчитывает значение поля archive, то при генерации каждой новой строки будет выполнен новый sql запрос к таблице archive. Итого, если вы выводите табличку в 20 записей то как минимум получите 24 запроса к базе

А в случае оптимизации select_relate Django сгенерирует общий SQL запрос с использованием JOIN и в результате получите свой единственный запрос к таблице.

Если используется представление на основе базовых классов то нужно переопределять queryset с помощью get_queryset

Если Django начинает ругаться из под gunicorn UnicodeEncodeError

ffsdmad@jabber.ru ( Басманов ) — Mon, 30 Sep 2013 14:56:54 +0400

Послу установки отлаженного приложения на сервер возможена такая ситуация, что приложение не работает, а в логах что-то вроде

type 'exceptions.UnicodeEncodeError', ': 
', UnicodeEncodeError('ascii', u'dpsse/history/lipa-vagonka.ru/\u0412\u0430\u0433\u043e\u043d\u043a\u0430/2013-09-30', 30, 37, 'ordinal not in range(128)'))

Скорее всего это говорит о том, что запущенный экземпляр Django не знает о системной локали, проверить это легко, нужно в рабочем месте приложения сгенерировать исключение в котором показать текущую локаль

raise RuntimeError( os.has_key('LANG') )

или

import logging
logger = logging.getLogger( __name__ )
logger.error( os.has_key('LANG') )

Если будет что-то вроде

raise RuntimeError( os.environ['LANG'] )
  File "/data/django/gaspiko.ru/env/lib/python2.6/UserDict.py", line 22, in __getitem__
    raise KeyError(key)
KeyError: 'LANG'

Значит локаль ни где не установлена! Проще всего установить локаль в скрипте запуска gunicorn

1 #!/bin/bash
2 export LANG=ru_RU.UTF-8
3 set -e

После перезапуска всё должно работать

Подготовка виртуальной среды для разработки в среде Django

ffsdmad@jabber.ru ( Басманов ) — Wed, 18 Sep 2013 12:41:17 +0400

потребуетеся установить

aptitude install virtualenv

затем нужно создать директорию для django и создать там виртуальную среду

mkdir django-projects/
virtualenv django-projects/env

а чтобы использовать виртуальную среду её необходимо активировать и заходя в директорию с проектами уже находясь в этой директории использовать git и pip и все прочее

cd django-projects/
. env/bin/activate

# установка необходимых модулей в виртуальную среду
pip install django django-tinymce django-mptt

# клонирование рабочего репозитория проекта
git clone git@vrtubsvr1.a:~/gaspiko_ru


cd gaspiko_ru
# запуск тестового сервера
python manage.py runserver

вроде всё, на последок руководство по git, очередной поделке великого Торвальдса

Если сломался pip

ffsdmad@jabber.ru ( Басманов ) — Tue, 17 Sep 2013 07:33:57 +0400

Бывает что в ходе установки различных модулей ломается pip и выдаёт на любую комманду что-то типа

ImportError: cannot import name urandom

Что починить virtualenv без спереустановки необходимо выполнить

virtualenv --no-site-packages ~/breys_ru/env/