Új hozzászólás Aktív témák
-
lakisoft
veterán
válasz lakisoft #1218 üzenetére
Elvileg itt a network DTS-sel meg lehet oldani a dologot:
Use this procedure to enable network DTC access.
You can use this procedure to enable network DTC access on Windows Vista® or Windows Server® 2008. This procedure should be followed to allow remote computers to be enlisted in Microsoft Distributed Transaction Coordinator (MSDTC) transactions over the network.
Membership in the local Administrators group, or equivalent, is the minimum required to complete this procedure.
To enable network DTC access and configure Windows Firewall on Windows Vista or Windows Server 2008
Click Start, click Run, type dcomcnfg and then click OK to open Component Services.In the console tree, click to expand Component Services, click to expand Computers, click to expand My Computer, click to expand Distributed Transaction Coordinator and then click Local DTC.
Right click Local DTC and click Properties to display the Local DTC Properties dialog box.
Click the Security tab.
Set the following options on the Security tab of the Local DTC Properties dialog box and click OK.
Ezt követően ezt a hibaüzit kapom:
Msg 233, Level 20, State 0, Line 0
Átviteli szintű hiba történt a kérés kiszolgálóra történő küldésekor. (provider: Megosztott memória szolgáltatója, error: 0 - Nincs folyamat a pipe másik végén.)
Megoldása elvileg egy hotfix:
[link]Remélem kijavítja mert igen kemény szívás lesz ha nem tudod hálózati meghajtóról importálni.
-
-
martonx
veterán
válasz lakisoft #1385 üzenetére
Úgy mondanám, hogy Expressnél biztosan kell instance a szerver névhez.
Enterprise verziónál, ha ugyanazon db szerveren nem fut több különböző instance, akkor elvileg nincs is külön instance jelölés. Kivéve, ha a DB admin direkt úgy állította be, hogy akkor is legyen.
De nem vagyok DB admin, így nem vagyok 100%-kig biztos ez utóbbiban.Én kérek elnézést!
-
bpx
őstag
válasz lakisoft #1383 üzenetére
"Sokan tudják, hogy az SQL Serverből több példányt (azaz instance-ot) is lehet telepíteni ugyanarra az operációs rendszerre. ...
Az instance-ok közül legfeljebb egy lehet az úgynevezett default instance, a többi named instance kell hogy legyen. A default instance-nak nincs külön neve, azaz ő a futtató host nevével megegyező nevet visel, az SQL1 szerveren a default instance neve SQL1 lesz. A named instance-ok a host neve után backslash-sel elválasztva viselik a nevüket: SQL1\WEB, SQL1\TESZT stb. " -
Petya25
addikt
válasz lakisoft #1404 üzenetére
Esetleg a használatáról valamit tudsz írni?
Ezt találtam ami működik végülis:
DECLARE @Names VARCHAR(8000)
SELECT @Names = COALESCE(@Names + ', ', '') + Name FROM Peoplemartonx
Igen a pluszt szoktram használni szövegeknél.[ Szerkesztve ]
Antonio Coimbra de la Coronilla y Azevedo, bizony!
-
martonx
veterán
válasz lakisoft #1459 üzenetére
Miért is nincs értelme az összehasonlításnak? Ráadásul nem is hasonlítottam össze, tényt közöltem, hogy az Oracle tudatosan tartja bután a MySQL-t. Persze fejlődget, de tudatosan hagyják ki belőle azokat a funkciókat, amitől horizontálisan jól skálázható, központilag könnyen üzemeltethető lenne (backup, mirror, stb...), adattárházként használható, azaz amitől a nagyvállalati szegmens számára vonzó lehetne.
Mivel a kolléga erre volt kíváncsi, illetve mások is kérdezték, hogy miben jobb a PostgreSQL. Pont a fentiekben jobb (minusz adattárház, mert az abban sincs igazán).
Ettől még nagyon is össze lehet hasonlítani mindent mindennel, pláne amikor DB platform választás előtt áll valaki.
Én is csak mellékesen jegyeztem meg, hogy én személy szerint nem választanék se MySQL-t, se PostgreSQL-t. Manapság egész jó ingyenes verziói vannak az Oracle db-nek, ennél többet tud az ingyenes MS SQL. Induláshoz ezek bőven elegek. Aztán, ha bejött a nagy üzlet, akkor el lehet gondolkodni ezek fizetős verzióin, illetve amit nagyon ajánlok az a felhő. Amazonws, azure, google felhője, már mindenkinek van felhő szolgáltatása, és szépen csökkengetnek az árak.Én kérek elnézést!
-
Lacces
őstag
válasz lakisoft #1468 üzenetére
Egyelőre nem lesz tárolt eljárás, egyéb logika sem szerintem. Igyekszem mindig a legegyszerűbb megoldást vállalni.
Tárolt eljárásnál egy kicsit hogy is mondjam még extrém kezdő vagyok, amikor még az ADO.NET-et tanultam akkor írkálgattam, de a könyv példái alapján nem éreztem úgy, hogy kell-e nekem tárolt eljárás.
Nem tudom, hogy mikor kéne használni, meló helyen sem láttam, itt anti tárolt eljárás szellemiség van, suli-ban még azt a kurzust nem vettem fel.
Egyelőre egyszerű lekérdezésekkel megtudtam ezt valósítani.
Migrálás lehet nem is lenne, végül is a postgresql sem látszik rossznak. -
martonx
veterán
válasz lakisoft #1461 üzenetére
Fejlesztőként, de néha muszáj valamennyit üzemeltetnem is.
Abszolút nem szeretnék belemenni MS SQL, Oracle flame war-ba. Vannak olyan képességei az Oracle-nek, amikben valószínűleg jobb (a motorháztető alatt értem), de az általad írt példák éppen nem ilyenek, hanem tökéletesen szubjektív szintaktikai példák.Én kérek elnézést!
-
Jeti1
tag
válasz lakisoft #1495 üzenetére
Jelen esetben SQL Server 2008 R2. Egyébként SQL Server 2000-től SQL Server 2008 R2-ig vagyok kénytelen foglalkozni az SQL Serverekkel. Várhatóan bővül a sor nemsokára az SQL Server 2012-vel.
Akkor, ha jól értem, csak szimplán Integration Services-ben FTP Task-ot használok, aztán azt ütemezem Management Studióban Job-bal. Mondjuk nem tudom, hogy FTP Task-kal egyszerre több fájlt is lehet-e küldeni vagy ahhoz trükközni kell, de ma utána nézek ennek.
Ne várjunk a nevetéssel, amíg boldogok leszünk. Különben félő: meghalunk anélkül, hogy nevettünk volna. /La Bruyére/
-
sztanozs
veterán
válasz lakisoft #1550 üzenetére
Az elsővel inkább az a gond, hogy a feljesztés előtt ha nincs rendes specifikáció, akkor az adattartalom és adat-reprezentáció komolyan változhat a fejlesztés során. Ilyen helyzetben tényleg hátrány lehet az adatbázis oldal verziókezelése. Azonban az adatbázis felépíthető tisztán text alapú utasításokon keresztül, amit már kezel a verziókezelő. Egyszerűen csak a szöveg alapú reprezentációt kell frissíteni és verziónként új adatbázist készíteni - nem pedig az aktuálist hozzáhegeszteni a fejlesztői verzióhoz. Ilyen módon az adatbázis felépítés (és a tárolt eljárásoik is) is egyszerűen verziókövethetővé válik.
A második szerintem csak sírás. Adatbázis oldalon bőven elég szerintem az a WSWG megoldás, ami a piacon elérhető - ha az nem felelne meg, amit a motorhoz adnak.
Ráadásul amint adatbázis szintű jogosultságkezelésre kerül sor nagyon nehéz bekorlátozni egy felhasználó tevékenységét, ha bármilyen tevékenységre kell jogának legyen bármelyik táblán, mert közvetlen adatbázis műveletekkel megy a lekérdezés, frissítés.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
rum-cajsz
őstag
válasz lakisoft #1550 üzenetére
A verziókezelés használata önfegyelem kérdése. Nem is értem miért ne lehetne a tárolt eljárásokat verziókezelni, hiszen végül is azok is csak sima szöveges "fájlok".
A második résszel meg egyszerűen nem értek egyet. Vagy mit nevez ő a XXI. század fejlesztői eszközének?
=Kilroy was here============================ooO=*(_)*=Ooo=======
-
Lortech
addikt
válasz lakisoft #1550 üzenetére
Örökös vita a tárolt eljárás használata vagy nem használata.
Én egyik mellett sem kardoskodnék, mert ezer + 1 körülménytől függ, hogy adott fejlesztésben / ellenjavalt, érdemes / kell használni tárolt eljárásokat.
Csak egy a számtalan, neten fellelhető cikkből, threadből, ahol ez a téma: [link]
Szinte minden érvre lehet ellenérvet találni ebben a témakörben. Szerintem az a fontos, hogy jól ismerjük a lehetőséges megoldásokat, ezek előnyeit, hátrányait, így lehet jó döntéseket hozni a tervezés, implementáció során.Thank you to god for making me an atheist
-
martonx
veterán
válasz lakisoft #1550 üzenetére
"- A tárolt eljárásként írt kódot nehézkes verziókövetővel használni"
Butaság, miért ne lehetne, bár valóban nem annyira triviális. Én pl. TFS-ben egy külön mappát tartok fenn a DB scripteknek, amik ugyanúgy verziókezelődnek."- Az adatbázisok által biztosított fejlesztői eszközök a 60-as évek színvonalát idézik"
Ez mondjuk nagyon függ attól, hogy milyen DB-t használunk. Szvsz SQL fejlesztői környezetek közül a legjobb az SSMS, de Oracle vonalon a Toad for Oracle is jó (csak ronda, mint a bűn), MySql vonalon szeretem a Toad for MySql-t (mysql-hez van kismillió jó SQL IDE), PostgreSQL-hez meg egészen használható a PgAdmin.Klasszikus hibás programozói attitűd, amikor valaki nem akar megtanulni SQL-ezni (pedig gyakran nagyon hasznos), hanem mindent java-ban, c#-ban, php-ben akar programozni. Én használok ORM-et (sőt mostanra csak ezt), de az ORM-el ha a feladat azt kívánja meg akkor tárolt eljárást hívok meg. Sokan az ORM-et is félreértik.
Attól, hogy ORM-et használ valaki, miért ne lehetne összerakni DB oldalon egy view-t, vagy egy tárolt eljárást, és azt használni ORM-mel?Én kérek elnézést!
-
Poo
aktív tag
válasz lakisoft #2581 üzenetére
Szia,köszönöm.Akkor kb lényegtelen milyen konfigot rakok alá nem lesz jobb 64 bit verzióról lenne szó amúgy és egy ilyesmi konfigra gondoltam de akkor felét sem fogja kihasználni,SSD javíthat a gyorsaságon vagy fölösleges,rendszernek vagy az adatbázis legyen az SSD esetleg mindkettőnek?
Intel Core i5-4440 3,3Ghz processzor
4GB DDR3-1600MHz RAM,
500GB/7200 rpm HDDVeszek eredeti tonereket,patronokat
-
DNReNTi
őstag
válasz lakisoft #2778 üzenetére
"Tudnátok segíteni a logikai felépítésben?"
Szerintem ehhez nem kell kód. Gondolom inkább arra kíváncsi ki hogyan építené fel a táblákat, kapcsolatokat, hogy az jó legyen.És ha már itt tartunk leírom én is:
Mindenképpen kell felhasználók és alapanyagok tábla ugye. Kell egy étrendek kapcsolattábla, ez fogja tárolni melyik felhasználónak mely étrendjei vannak. Ezt követi az étkezések kapcsolattábla ami azt mondja meg mely étrendek milyen étkezéseket tartalmaznak. Végül jön az alapanyag kapcsolattábla, ami összeköti az alapanyagokat az étrendekkel. Hát így nagyon leegyszerűsítve valahogy így.[ Szerkesztve ]
but without you, my life is incomplete, my days are absolutely gray
Új hozzászólás Aktív témák
- APPLE MacBook Air 2020 13" Retina - M1 / 8GB / 256 GB SSD / MAGYAR / 96% akku, 81 ciklus / Garancia
- LG NanoCell 55NANO766QA Halvány píxel csík
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!