Adatbázis: SQL, XML DB

Sziasztok!

Volt egy 32 bites gep, 32 bites OS-sel, rajta 8.3-as postgresql egy adatbazissal. Kidolt alola a vas. Ezt szeretnem az uj gepemre 64 bites OS-en 64 bites 8.4-es postgresql-el hasznalni. Azt tudom, hogy ha dump-olnam egy SQL scriptbe, akkor konnyen at tudnam tenni. A gond az, hogy file szintu backup van a regirol. A problemat tovabb bonyolitja, hogy egy masik tablespace-t hasznaltam, nem a default-ot (az akkori /home particiora), szoval nem csak a /var/lib/postgresql-en beluli reszt kell atmenteni, hanem a masikat (mind2 konyvtarszerkezet megvan).

Probaltam az uj gepre 8.3-as postgres-t telepiteni,(leallitas utan) felulirni a /var/lib-en beluli reszet, es a /home-on beluli reszt, de nem hajlando elindulni utana (arra panaszkodik, hogy az encoding-ot nem tudja megallapitani, ami egyebkent mindenutt UTF8). Ha menne, akkor tudnam dump-olni, amit mar megenne a 8.4 is.

Milyen lehetosegem van az adatok attoltesere?
Be tudnam bootolni a regi winyorol a rendszert, de elegge maceras, mert szet kell szedni a winyok miatt, szoval szeretnem elkerulni. Van valami SW-es megoldas erre?

Kiváncsiságból tesztelem a replication-t.
Gyorsan felhúztam 2 Centos-t, ráraktam lampot, beállítottam, működik jól :)

Tapasztalatok érdekelnének, mire érdemes (kell) figyelni ebben a témában.
A teszt alatt minden patent, Wordpressel teszteltem:
-hozzászólás felvisz
-ahogy kiírja hogy hozzászólás felkerült offolom a mastert
-slaven ott a tartalom :)

idáig szép és jó, de sejtem hogy vannak buktatók ... :\

Akinek vannak gyakorlati tapasztalatai, ne tartsa magában plz. :)

Köszi előre is :)

Felallas:

backend: A ceg (benne en)

kliens oldal:
- web: B ceg
- pda: C ceg
- helyszini terminal: D ceg

A kliens oldalon (legyen az web, pda vagy terminal) ugyan azt latja a user, viszont B&C&D cegek megvalositasai nyilvanvaloan kulonbozoek.
Az adatok B&C&D cuccaibol mennek A-ba.

Namost a kliens oldalon vannak kulonbozo osszetett formok beepitett logikaval (ami folyamatosan valtozhat), azaz pl:
- ha bepipaljuk "A" checkbox-ot, akkor "B" textfield kitoltese kotelezeo
- ha "C" dropdown listabol a "D"-t opciot valasztjuk, akkor "E" textfield eltunik
stb, stb...

Megoldas, ahogy jelenleg van:
Fejlesztoi doksik kuldese B&C&D cegeknek.

Amit szeretnek:
Egy xml file, amiben definialva lenne a kliens oldali formok logikaja.

Miert:
- eloszor is joval kevesebb lenne a kavaras (most sok)
- remenyeim szerint B&C&D ceg az xml def. alapjan automatikusan frissithetne a form logikat

Es vegul a kerdes:
Valaki utkozott mar hasonlo problemaba?
Van erre valami letezo protokoll fele vagy kezdhetek csinalni egyet magamnak?

Szerk.: Ahogy nezem a Microsoft XAML az valami ilyesmi akar lenni?

Lekerdezest szeretnek egyszerusiteni amit eddig 3 egyszerubbel oldottam meg gondolom meglehet ezt egybol is csinalni csak en nem tudom. A pelda kedveert legyen 2 tabla:

szinek:
id|leiras
---------
1 | piros
2 | kek
3 | sarga
stb ....

satirozas:
id|szin1|szin2
----------------
1 | 1 | 1
2 | 2 | 3
3 | 99 | 34
stb.

SELECT szin1, szin2 FROM satirozas WHERE id=2 lekeresre ugyebar azt kapom hogy 2 , 3 en viszont azt szeretnem megkapni hogy kek, sarga. Ezt eddig ugy oldottam meg hogy az elso lekerdeze utan ahol megkapom a 2 es 3 eredmenyt, egyenkent lekerdezem az id=2 es az id=3 ertekkel a szinek tablat ahol megkapom azokat az ertekeket amik nekem kellenek. Vagyis valami olyasmit szeretnek hogy amikor a satirozas tablabol lekerdezem hogy id=2 akkor azt kapjam hogy kek, sarga.

Olyan erzesem van hogy itt valami relaciot kell felallitani de errol nemsokat tudok, vagyis inkabb semmit. Es az a gondom hogy mostani munkam soran tobb ehhez hasonlo esetem is lessz.

Egy masik eset:

felhasznalok:
id|nev
---------
1 | sanyi
2 | pista
3 | eva
stb ....

uzenetek:
id | irta | uzenet
-------------------
1 | 1 | aaaaaa
2 | 1 | bbbbbb
3 | 2 | ccccc
stb....

Itt mindket tabla az id szerint van indexelve
SELECT felhasznalok.nev , uzenetek.uzenet FROM felhasznalok, uzenetek WHERE uzenetek.id = 3 AND uzenetek.irta = felhasznalok.id

Ez igy jo? Vagy ezt sem jol csinalom?

Sziasztok,

Kis segítséget plz.
Szeretnék bash scriptből egy egyszerű sql query-t kérni, de hogy rendezem úgy, hogy az a,b,c,d column egy sorba kerüljön a következő a,b,c,d új sorba és így tovább, és ne egymás után legyen "felsorolva". Ezzel próbálkoztam, de még messze vagyok:

result=$(mysql -uuser -ptitkosjelszo database --table --ignore-spaces -N -B -e "select a,b,c,d FROM tabla;")
echo $result

A Mssql 2000 adatbázis szerverünkről átmásoltam az adatbázisokat az MSSQL 2008 szerverünkre. Vannak viszont ezen a régi szerveren bizonyos DTS állományok. Ezeket hogyan lehetne átmigrálni MSSQL 2008-ra (a legegyszerűbben :) ).

Sziasztok!
Van egy régi, xbase alapú adatbázist használó nyilvántartó program. Tudtok hozzá valami olyan grafikus klienst, aminek segítségével, mint egy táblázatkezelőben tudnék módosítani az adatbázison? külön táblában van mondjuk egy név, külön táblában a módosítandó adat, 1:1 kapcsolat van a kettő közt és a név mező alapján tudom, hogy melyik rekordot is akarom módosítani és mire? Minél egyszerűbb kellene, programozást kihagynám, nem ér annyit, csak a nyilvántartón keresztül nehéz módosítani, vagy legalábbis lassú.
[Szerk.] ja és a nyilvántartó program Windows alatt fut, tehát ilyen jellegű program kéne. Nem tudom, Access alatt nem lehetne szerkeszteni?

Sziasztok.
Van egy százezer soros nagyságrendű táblám:
CREATE TABLE `names` (
`id` int(11) NOT NULL auto_increment,
`car_type` int(11) NOT NULL default '0',
`name` varchar(255) NOT NULL,
`state` int(11) NOT NULL default '0',
`count` int(11) default '0',
`cause` varchar(255) NOT NULL default 'somecause',
PRIMARY KEY (`id`)
);

Ezen szeretném az alábbi query-t gyakran futtatni:
SELECT `id`, `car_type`, `name` FROM `names`
WHERE
state = 0 AND `count` < 3 AND `cause` != 'somecause'
ORDER BY `count`
LIMIT 1;

Az a kérdésem, hogy milyen indexelést használjak, hogy a leggyorsabb legyen a lekérdezés?
Ha tudtok jó leírást tábla indexek készítéséhez annak is nagyon örülnék.
Előre is köszi!

Sziasztok!

Egy iwiw eseményekhez hasonló dolgot szeretnék irni egy Rails alkalmazáshoz. Hogyan lenne ez nagyon gyors? Az ötleteim:

* events táblába user_id, ami szintén egy index, egy felhasználónak egy eseménye csak egyszer tárolódna, itt viszont a lekérdezés lenne lassabb (az összes ismerősön végig kellene menni).

* egy esemény, egy user és egy events_users tábla, itt szerintem a lekérdezés gyorsabb lenne, de a fórumnyitás lassú, mivel az összes ismerőst hozzá kell kapcsolni az event-hez.

* Az iwiw, facebook ezt vajon hogyan oldja meg?

Hali,

rovid elozmenyek:
van a cegnel az exchange. Sajna megkerulni nem tudom, megprobalok egyutt elni vele. Az evolution szepen szedi is a leveleket a webmail-en keresztul, nem problema. A AD kereses is mukodik, de sajnos van egy mezo, amire az evolution-ban (ben?) nem tudok keresni. Igy arra gondoltam, hogy parancssorbol (perl-bol, de barmi mas is jo) kerdezgetnem.

Amit tudok: az AD server neve, a felhasznaloi nevem es jelszavam. Az evolution-nak (nek?) ennyi is eleg volt, es tudott keresni. Sajna ahogy en nezegettem a perl-t szamos mas is kell hozza: OU, DC, ...

Hogy tudnam ezeket az infokat az AD-bol kinyerni?

Ez valamiert nem mukodik (0 talalatot ad):


#!/usr/bin/perl
use strict;
use Net::LDAP;
my $ad = Net::LDAP->new('ldap://ldapszerver.domain.xx') or die "Could not connect!";
$ad->bind("en", password=>"azentitkosjelszavam");
my $filter="eztkeresem";
my $dn="OU=People,OU=staff,DC=domain,DC=xx";
my $results = $ad->search( base=>$dn,scope=>'sub',filter=>$filter);
print $results->count . "\n";
$ad->unbind;


ps.: javitva a hianyzo f a filterbol.